path: root/e8/fa9a62be062cce33fc59b54983db08e0a9a540

Return-Path: <sergio.d.lerner@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 93CCE258
	for <bitcoin-dev@lists.linuxfoundation.org>;
	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 <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 14 Oct 2015 18:14:48 +0000 (UTC)
Received: by obbda8 with SMTP id da8so46350967obb.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	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: <CAPkFh0viwmkUvjo4Qj50TNnkA5kG3z-3dLGExjkmDacE4E49Ow@mail.gmail.com>
References: <CAPkFh0viwmkUvjo4Qj50TNnkA5kG3z-3dLGExjkmDacE4E49Ow@mail.gmail.com>
From: Sergio Demian Lerner <sergio.d.lerner@gmail.com>
Date: Wed, 14 Oct 2015 15:14:08 -0300
Message-ID: <CAKzdR-oBd4uTeb62FPZwMVA=5rjqRpGqyvK2vTTrm=uvN8SXww@mail.gmail.com>
To: =?UTF-8?Q?Emin_G=C3=BCn_Sirer?= <el33th4x0r@gmail.com>
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 <bitcoin-dev@lists.linuxfoundation.org>,
	Ittay Eyal <ittay.eyal@cornell.edu>
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 <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=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

<div dir=3D"ltr">I&#39;m reading it.<div><br></div><div>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><div><br></div><div><br></div><div><br></div></div><=
div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Oct 14, 20=
15 at 3:02 PM, Emin G=C3=BCn Sirer <span dir=3D"ltr">&lt;<a href=3D"mailto:=
bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin-dev@lists.=
linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
><div dir=3D"ltr">Hi everyone,<div><br></div><div>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&#39;s open architecture or changing its trust model. This post=
 illustrates the core technique:</div><div>=C2=A0 =C2=A0 =C2=A0<a href=3D"h=
ttp://hackingdistributed.com/2015/10/14/bitcoin-ng/" target=3D"_blank">http=
://hackingdistributed.com/2015/10/14/bitcoin-ng/</a></div><div>while the wh=
itepaper has all the nitty gritty details:</div><div>=C2=A0 =C2=A0 =C2=A0<a=
 href=3D"http://arxiv.org/abs/1510.02037" target=3D"_blank">http://arxiv.or=
g/abs/1510.02037</a></div><div><br></div><div>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.</div><div><br></div><div>We would be delighted to hear your =
feedback.=C2=A0</div><div>- Ittay Eyal and E. G=C3=BCn Sirer.</div><div><br=
></div></div>
<br>_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
<br></blockquote></div><br></div>

--001a11c30408b156c0052214897b--