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
> >>
> >
> >
>