From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 93CCE258 for ; Wed, 14 Oct 2015 18:14:49 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-ob0-f169.google.com (mail-ob0-f169.google.com [209.85.214.169]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E75F41AF for ; Wed, 14 Oct 2015 18:14:48 +0000 (UTC) Received: by obbda8 with SMTP id da8so46350967obb.1 for ; Wed, 14 Oct 2015 11:14:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ugjahll+Kejfkt+E7vJ/+KYcj2Ta7nK3JUW0pTHjAKY=; b=KaqJmEGABRa6zrrRENRE1sR+cXNA+VpmXpN3wcmcN7UET3gcvnE6YRSwkd7FK2nz17 1yD653WEK8KdV3WPHqPUB/UIWvcGRGK19x+fioRT8bA/J+u65OYmSd0QSRwweXRLWjSL Rt0/CLf0PzE4cJG4vYqv/sgX6tc2t60OlH6RkQ4Rnan2a4TfUjYpdhdx+KeAtyor5K0r Xuuk9X7vustkhoncGf9hu9NZf0fRuDsqbBRakydneAcYFsDeiSyPkTdJ7L264R4pCE55 LfPTOlypS8gRBWwzZgcfpc/UTbcJ1+bAQ7+JO1zAJFGYmf2eRAzLw2yUgMSUT1l7CG4r HdFg== X-Received: by 10.182.221.134 with SMTP id qe6mr2915304obc.56.1444846488342; Wed, 14 Oct 2015 11:14:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.81.81 with HTTP; Wed, 14 Oct 2015 11:14:08 -0700 (PDT) In-Reply-To: References: From: Sergio Demian Lerner Date: Wed, 14 Oct 2015 15:14:08 -0300 Message-ID: To: =?UTF-8?Q?Emin_G=C3=BCn_Sirer?= Content-Type: multipart/alternative; boundary=001a11c30408b156c0052214897b X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: bitcoin-dev , Ittay Eyal Subject: Re: [bitcoin-dev] Bitcoin-NG whitepaper. X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Oct 2015 18:14:49 -0000 --001a11c30408b156c0052214897b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm reading it. First comment: since a Bitcoin block time is only greater than the median of the last 11 blocks, a miner could choose the key block time in order to generate about 400 miniblocks, instead of the average 60 blocks. Not very bad, but should be taken into account. On Wed, Oct 14, 2015 at 3:02 PM, Emin G=C3=BCn Sirer < bitcoin-dev@lists.linuxfoundation.org> wrote: > Hi everyone, > > We just released the whitepaper describing Bitcoin-NG, a new technique fo= r > addressing some of the scalability challenges faced by Bitcoin. > Surprisingly, Bitcoin-NG can simultaneously increase throughput while > reducing latency, and do so without impacting Bitcoin's open architecture > or changing its trust model. This post illustrates the core technique: > http://hackingdistributed.com/2015/10/14/bitcoin-ng/ > while the whitepaper has all the nitty gritty details: > http://arxiv.org/abs/1510.02037 > > Fitting NG on top of the current Bitcoin blockchain is future work that w= e > think is quite possible. NG is compatible with both Bitcoin as is, as wel= l > as Blockstream-like sidechains, and we currently are not planning to > compete commercially with either technology -- we see NG as being > complementary to both efforts. This is pure science, published and shared > with the community to advance the state of blockchains and to help them > reach throughputs and latencies required of cutting edge fintech > applications. Perhaps it can be adopted, or perhaps it can provide the > spark of inspiration for someone else to come up with even better solutio= ns. > > We would be delighted to hear your feedback. > - Ittay Eyal and E. G=C3=BCn Sirer. > > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > --001a11c30408b156c0052214897b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm reading it.

First comment: sinc= e a Bitcoin block time is only greater than the median of the last 11 block= s, a miner could choose the key block time in order to generate about 400 m= iniblocks, instead of the average 60 blocks. Not very bad, but should be ta= ken into account.



<= div class=3D"gmail_extra">
On Wed, Oct 14, 20= 15 at 3:02 PM, Emin G=C3=BCn Sirer <bitcoin-dev@lists.= linuxfoundation.org> wrote:
Hi everyone,

We just released the whit= epaper describing Bitcoin-NG, a new technique for addressing some of the sc= alability challenges faced by Bitcoin. Surprisingly, Bitcoin-NG can simulta= neously increase throughput while reducing latency, and do so without impac= ting Bitcoin's open architecture or changing its trust model. This post= illustrates the core technique:
while the wh= itepaper has all the nitty gritty details:
=C2=A0 =C2=A0 =C2=A0http://arxiv.or= g/abs/1510.02037

Fitting NG on top of the curr= ent Bitcoin blockchain is future work that we think is quite possible. NG i= s compatible with both Bitcoin as is, as well as Blockstream-like sidechain= s, and we currently are not planning to compete commercially with either te= chnology -- we see NG as being complementary to both efforts. This is pure = science, published and shared with the community to advance the state of bl= ockchains and to help them reach throughputs and latencies required of cutt= ing edge fintech applications. Perhaps it can be adopted, or perhaps it can= provide the spark of inspiration for someone else to come up with even bet= ter solutions.

We would be delighted to hear your = feedback.=C2=A0
- Ittay Eyal and E. G=C3=BCn Sirer.

_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.= linuxfoundation.org
https://lists.linuxfoundation.org/mail= man/listinfo/bitcoin-dev


--001a11c30408b156c0052214897b--