Re: [gaia] Ammbr: Happy Marriage of mesh and blockchain
Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk> Fri, 22 September 2017 09:20 UTC
Return-Path: <Jon.Crowcroft@cl.cam.ac.uk>
X-Original-To: gaia@ietfa.amsl.com
Delivered-To: gaia@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50393132025 for <gaia@ietfa.amsl.com>; Fri, 22 Sep 2017 02:20:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9RH62CwTwr1Y for <gaia@ietfa.amsl.com>; Fri, 22 Sep 2017 02:20:31 -0700 (PDT)
Received: from mta1.cl.cam.ac.uk (mta1.cl.cam.ac.uk [128.232.25.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91AF91342D2 for <gaia@irtf.org>; Fri, 22 Sep 2017 02:20:31 -0700 (PDT)
Received: from svr-ssh-1.cl.cam.ac.uk ([128.232.102.11]) by mta1.cl.cam.ac.uk with esmtp (Exim 4.63) (envelope-from <Jon.Crowcroft@cl.cam.ac.uk>) id 1dvK8K-0007IJ-UO; Fri, 22 Sep 2017 10:20:29 +0100
From: Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk>
To: Arjuna Sathiaseelan <arjuna.sathiaseelan@cl.cam.ac.uk>
cc: Jon Crowcroft <Jon.Crowcroft@cl.cam.ac.uk>, gaia <gaia@irtf.org>
In-reply-to: <CAPaG1AnMUr3ueg3C0TUNErOCt=NXaJLUWZh+PhsvfNm_oP4Vzg@mail.gmail.com>
References: <CAPaG1A=H1esa8amyGE5RatyXY79_B_fRJyT-x=pKXj8X_ULNLQ@mail.gmail.com> <CAPaG1AntcktNf+5nU+kFyfBkAdXVF4aTBby9i2bKNaofaZHYFQ@mail.gmail.com> <CAPaG1AkxMBdNKVY9VdyOsCgFjaTm5mBg56JcH35rfCZFCNDb3w@mail.gmail.com> <CAPaG1Anct=v3DMgMVGNaQrPA=2PRkeQOWVj3vSDXLFdq=g2GjQ@mail.gmail.com> <CAPaG1AnyVs0y5_A=gxVECL0aAX_cTTYBMR5kdz7BFPn-pfZZFA@mail.gmail.com> <CAPaG1Akh+4cKwA_drNyV8tkaL64ertMYu2aeUJLVo_nBSMCCxw@mail.gmail.com> <CAPaG1AmS144xCwZZGys=L+vgv=_0seWNyuXB5A1mdL2E_jkVBg@mail.gmail.com> <CAPaG1A=4bbOtUthSTcFTWY__Jh+-pGTcRo19ENKgzbCQxdM90A@mail.gmail.com> <CAEeTejKUR2R0ZGr0+6U1g5S-RrT+0TQBa1Nhr-Dp_5PAVWzAow@mail.gmail.com> <CAHxHggev9=8Tvh5csj=PAmfoHQDqEVJUAnv_8=66eugtW4yuRQ@mail.gmail.com> <CAEeTejLtS69q1TH6LSuUGGVR5EgC1K-9Pxm0nDzCrfYAjYwJQg@mail.gmail.com> <CAPaG1AnFgyjOAvMb5QMTiyb1JWbJ8xrjwHFmFcn-YRSnC8cqMw@mail.gmail.com> <CAEeTejJf2VKGAFWQSas2i3o6ZPFBJXbF+9ezHQ3HkqMZLa0hfg@mail.gmail.com> <CAPaG1AnMUr3ueg3C0TUNErOCt=NXaJLUWZh+PhsvfNm_oP4Vzg@mail.gmail.com>
Comments: In-reply-to Arjuna Sathiaseelan <arjuna.sathiaseelan@cl.cam.ac.uk> message dated "Fri, 22 Sep 2017 08:11:41 +0100."
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <18418.1506072025.1@svr-ssh-1.cl.cam.ac.uk>
Content-Transfer-Encoding: quoted-printable
Date: Fri, 22 Sep 2017 10:20:25 +0100
Message-Id: <E1dvK8K-0007IJ-UO@mta1.cl.cam.ac.uk>
Archived-At: <https://mailarchive.ietf.org/arch/msg/gaia/GP7MgpVGtYDkBmv0PwfvFAHrSF8>
Subject: Re: [gaia] Ammbr: Happy Marriage of mesh and blockchain
X-BeenThere: gaia@irtf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Global Access to the Internet for All <gaia.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/gaia>, <mailto:gaia-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gaia/>
List-Post: <mailto:gaia@irtf.org>
List-Help: <mailto:gaia-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/gaia>, <mailto:gaia-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Sep 2017 09:20:34 -0000
indeed, possibly.. one of the goals of flxible paxos was to allow tradeoffs to manage varying latency...eventually.. https://arxiv.org/abs/1608.06696 > One question that has been lurking on my mind is - are these consensus > algorithms inherently unfair for nodes that are on high latency links? > E.g. > if we have bitcoin mining nodes also in Chad - and most bitcoin > transactions happen in Russia, China and other parts in Europe - would > there be fairness in terms of earning mining revenue? > > Regards > > On 22 Sep 2017 08:00, "Jon Crowcroft" <jon.crowcroft@cl.cam.ac.uk> wrote: > > > i think that post confuses bitcoin specifics with how to do scalable > fast > > consensus - there are quite a few papers on making consensus scale up to > > very high speeds- forthcoming conext paper from keshav has some very > > impressive transaction rates.. > > S. Rizvi, B, Wong, and S. Keshav, "Canopus: A Scalable and Massively > > Parallel Consensus Protocol," To appear, Proc. CoNEXT 2017, December > 2017. > > but for the impatient, you can also read this paper on high throughput, > > low latency from folks who are : > > very expert in this space (cornell, imperial): > > Teechan: Payment Channels Using Trusted Execution Environments > > https://arxiv.org/abs/1612.07766 > > > > there's a lot of other solutions out there too (I believe > deepmind/google > > have some inhouse thing they are working on with a target of 10M > > trsansactions per sec).... > > > > much of this depends on the workload assumptions though > > > > On Thu, Sep 21, 2017 at 9:36 PM, Arjuna Sathiaseelan < > > arjuna.sathiaseelan@cl.cam.ac.uk> wrote: > > > >> this post was interesting: > >> https://www.linkedin.com/pulse/slow-blockchain-mathematical- > >> certainty-patrick-mcconnell/ > >> > >> On 12 August 2017 at 15:02, Jon Crowcroft <jon.crowcroft@cl.cam.ac.uk> > >> wrote: > >> > ah, you could run global consensus (blockchain) on the transactions > >> then use > >> > a route later - yes, that'd work....then you could get rid of > >> reflationary > >> > stuff + remove unfairness....would take some care in design.... > >> > > >> > On Sat, Aug 12, 2017 at 2:46 PM, Vint Cerf <vint@google.com> wrote: > >> >> > >> >> Jon, > >> >> > >> >> if you do not care about delays and you allow storing (encrypted) > >> packets > >> >> until a link/route is available as in DTN networks, how would this > >> analysis > >> >> change? > >> >> > >> >> vint > >> >> > >> >> > >> >> On Sat, Aug 12, 2017 at 5:03 AM, Jon Crowcroft > >> >> <jon.crowcroft@cl.cam.ac.uk> wrote: > >> >>> > >> >>> great! fab - checkout this thing we did a while on "currency" & ad > hoc > >> >>> nets - there's a bit about inflationary/deflationary tendencies > near > >> the end > >> >>> might be worth factoring in... > >> >>> http://www.statslab.cam.ac.uk/~frank/PAPERS/micmahn.pdf > >> >>> > >> >>> On Fri, Aug 11, 2017 at 11:39 PM, Arjuna Sathiaseelan > >> >>> <arjuna.sathiaseelan@cl.cam.ac.uk> wrote: > >> >>>> > >> >>>> This article would be of interest to a new initiative to build a > >> >>>> decentralised network using blockchain - technically aiming to > build > >> the > >> >>>> world's largest blockchain network: > >> >>>> https://medium.com/@globalsecurepayments/the-happy-marriage- > >> of-mesh-and-blockchain-276cce4a4909 > >> >>>> > >> >>>> We are doing an initial coin offering September 1st if anyone > wants > >> to > >> >>>> invest :) (www.ammbr.com) - white paper will release next week. > >> >>>> > >> >>>> Please send me an email (arjuna@ammbr.com) if you are interested > to > >> know > >> >>>> more about Ammbr. > >> >>>> > >> >>>> Regards > >> >>>> > >> >>>> _______________________________________________ > >> >>>> gaia mailing list > >> >>>> gaia@irtf.org > >> >>>> https://www.irtf.org/mailman/listinfo/gaia > >> >>>> > >> >>> > >> >>> > >> >>> _______________________________________________ > >> >>> gaia mailing list > >> >>> gaia@irtf.org > >> >>> https://www.irtf.org/mailman/listinfo/gaia > >> >>> > >> >> > >> >> > >> >> > >> >> -- > >> >> New postal address: > >> >> Google > >> >> 1875 Explorer Street, 10th Floor > >> > <https://maps.google.com/?q=1875+Explorer+Street,+10th+Floor+%0D+%3E%3E+Reston,+VA+20190&entry=gmail&source=g> > >> >> Reston, VA 20190 > >> > <https://maps.google.com/?q=1875+Explorer+Street,+10th+Floor+%0D+%3E%3E+Reston,+VA+20190&entry=gmail&source=g> > >> > > >> > > >> > >> > >> > >> -- > >> Arjuna Sathiaseelan > >> University of Cambridge | GAIUS Networks | Ammbr | GAIA Labs > >> Personal: http://www.cl.cam.ac.uk/~as2330/ > >> N4D Lab: http://www.cl.cam.ac.uk/~as2330/n4d > >> > > > > >
- Re: [gaia] dinrg (was Re: Ammbr: Happy Marriage o… Arjuna Sathiaseelan
- [gaia] dinrg (was Re: Ammbr: Happy Marriage of me… Melinda Shore
- [gaia] Ammbr: Happy Marriage of mesh and blockcha… Arjuna Sathiaseelan
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Jon Crowcroft
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Vint Cerf
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Jon Crowcroft
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Vint Cerf
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Jon Crowcroft
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Vint Cerf
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Arjuna Sathiaseelan
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Arjuna Sathiaseelan
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Jon Crowcroft
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Arjuna Sathiaseelan
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Fernando Ramos
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Arjuna Sathiaseelan
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Jon Crowcroft
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Jane Coffin
- Re: [gaia] Ammbr: Happy Marriage of mesh and bloc… Jehan Tremback
- Re: [gaia] dinrg (was Re: Ammbr: Happy Marriage o… Dirk Kutscher