Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191]
	helo=mx.sourceforge.net)
	by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76)
	(envelope-from <allen.piscitello@gmail.com>) id 1YHOGz-0007vW-UU
	for bitcoin-development@lists.sourceforge.net;
	Sat, 31 Jan 2015 02:59:01 +0000
Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com
	designates 209.85.212.181 as permitted sender)
	client-ip=209.85.212.181;
	envelope-from=allen.piscitello@gmail.com;
	helo=mail-wi0-f181.google.com; 
Received: from mail-wi0-f181.google.com ([209.85.212.181])
	by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128)
	(Exim 4.76) id 1YHOGw-0007SD-1u
	for bitcoin-development@lists.sourceforge.net;
	Sat, 31 Jan 2015 02:59:01 +0000
Received: by mail-wi0-f181.google.com with SMTP id fb4so5931651wid.2
	for <bitcoin-development@lists.sourceforge.net>;
	Fri, 30 Jan 2015 18:58:52 -0800 (PST)
MIME-Version: 1.0
X-Received: by 10.181.8.199 with SMTP id dm7mr458798wid.81.1422673132040; Fri,
	30 Jan 2015 18:58:52 -0800 (PST)
Received: by 10.194.48.105 with HTTP; Fri, 30 Jan 2015 18:58:51 -0800 (PST)
In-Reply-To: <CADZB0_aWkSApjRA-WQcVsonOTpZNX8=G=iuY3k+dKSwDq=xM6A@mail.gmail.com>
References: <CADZB0_aWkSApjRA-WQcVsonOTpZNX8=G=iuY3k+dKSwDq=xM6A@mail.gmail.com>
Date: Fri, 30 Jan 2015 20:58:51 -0600
Message-ID: <CAJfRnm5H7gn6xmMFdikNFSy-geWrpW4dQDw8NsFqz_3YxH=ESg@mail.gmail.com>
From: Allen Piscitello <allen.piscitello@gmail.com>
To: Angel Leon <gubatron@gmail.com>
Content-Type: multipart/alternative; boundary=001a1134cd60aab83d050de9e6f4
X-Spam-Score: -0.6 (/)
X-Spam-Report: Spam Filtering performed by mx.sourceforge.net.
	See http://spamassassin.org/tag/ for more details.
	-1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for
	sender-domain
	0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider
	(allen.piscitello[at]gmail.com)
	-0.0 SPF_PASS               SPF: sender matches SPF record
	1.0 HTML_MESSAGE           BODY: HTML included in message
	-0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from
	author's domain
	0.1 DKIM_SIGNED            Message has a DKIM or DK signature,
	not necessarily valid
	-0.1 DKIM_VALID Message has at least one valid DKIM or DK signature
X-Headers-End: 1YHOGw-0007SD-1u
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Is there a way to estimate the maximum
 number of transactions per minute Bitcoin can handle as it is today?
X-BeenThere: bitcoin-development@lists.sourceforge.net
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <bitcoin-development.lists.sourceforge.net>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=bitcoin-development>
List-Post: <mailto:bitcoin-development@lists.sourceforge.net>
List-Help: <mailto:bitcoin-development-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/bitcoin-development>,
	<mailto:bitcoin-development-request@lists.sourceforge.net?subject=subscribe>
X-List-Received-Date: Sat, 31 Jan 2015 02:59:02 -0000

--001a1134cd60aab83d050de9e6f4
Content-Type: text/plain; charset=UTF-8

You are assuming that the only way to use Bitcoin is on-chain transactions
and that is the only way for it to scale.  This is a mistake.

On Fri, Jan 30, 2015 at 6:48 PM, Angel Leon <gubatron@gmail.com> wrote:

> On the Chinese "Single's Day" (sort of like the american Black Friday)
> according to MIT's Tech Review
> <http://www.technologyreview.com/news/534001/alipay-leads-a-digital-finance-revolution-in-china/>
> magazine
>
> "Alipay handled up to 2.85 million transactions per minute, and 54 percent
> of its transactions are made via mobile device."
>
> For a few weeks I've been reading the conversations about block sizes and
> the experiments being done on the subject with larger blocks.
>
> On the day with the most transactions, the Bitcoin block chain averages
> about 73 transactions per minute. I kept wondering what blocksize we'd need
> for handling 100,000 transactions per minute, and estimated that roughly
> we'd need a blocksize of about 1300x times larger than what we have now, so
> bigger than 1Gb block... but seeing the numbers Alipay gets to handle just
> in China make me wonder how scalable is Bitcoin if it were to truly compete
> with worldwide financial services.
>
> If you were to include double the number Alipay can handle, you'd be
> shooting about 6 million transactions per minute, or roughly 60 million
> transactions per block.
>
> If you average every transaction around 250 bytes, then you'd need ~15
> Gigabytes per block to be broadcast and hashed by all the full nodes every
> 10 minutes, eating good 2Tb of storage daily... do miners have enough
> bandwidth and CPU power to handle this?
>
> are my scalability concerns absurd?
>
> http://twitter.com/gubatron
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>

--001a1134cd60aab83d050de9e6f4
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">You are assuming that the only way to use Bitcoin is on-ch=
ain transactions and that is the only way for it to scale.=C2=A0 This is a =
mistake.</div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On =
Fri, Jan 30, 2015 at 6:48 PM, Angel Leon <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:gubatron@gmail.com" target=3D"_blank">gubatron@gmail.com</a>&gt;</spa=
n> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;b=
order-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>On the Ch=
inese &quot;Single&#39;s Day&quot; (sort of like the american Black Friday)=
 according to <a href=3D"http://www.technologyreview.com/news/534001/alipay=
-leads-a-digital-finance-revolution-in-china/" target=3D"_blank">MIT&#39;s =
Tech Review</a> magazine</div><div><br></div><div><span style=3D"color:rgb(=
0,0,0);font-family:NHG,&#39;Helvetica Neue&#39;,Helvetica,Arial,sans-serif;=
font-size:14px;line-height:20px">&quot;Alipay handled up to 2.85 million tr=
ansactions per minute, and 54 percent of its transactions are made via mobi=
le device.&quot;</span><br></div><br>For a few weeks I&#39;ve been reading =
the conversations about block sizes and the experiments being done on the s=
ubject with larger blocks.<br><br>On the day with the most transactions, th=
e Bitcoin block chain averages about 73 transactions per minute. I kept won=
dering what blocksize we&#39;d need for handling 100,000 transactions per m=
inute, and estimated that roughly we&#39;d need a blocksize of about 1300x =
times larger than what we have now, so bigger than 1Gb block... but seeing =
the numbers Alipay gets to handle just in China make me wonder how scalable=
 is Bitcoin if it were to truly compete with worldwide financial services.<=
br><br>If you were to include double the number Alipay can handle, you&#39;=
d be shooting about 6 million transactions per minute, or roughly 60 millio=
n transactions per block.<br><br>If you average every transaction around 25=
0 bytes, then you&#39;d need ~15 Gigabytes per block to be broadcast and ha=
shed by all the full nodes every 10 minutes, eating good 2Tb of storage dai=
ly... do miners have enough bandwidth and CPU power to handle this?=C2=A0<b=
r><br>are my scalability concerns absurd?<br><br clear=3D"all"><div><div><a=
 href=3D"http://twitter.com/gubatron" target=3D"_blank">http://twitter.com/=
gubatron</a><br></div></div>
</div>
<br>-----------------------------------------------------------------------=
-------<br>
Dive into the World of Parallel Programming. The Go Parallel Website,<br>
sponsored by Intel and developed in partnership with Slashdot Media, is you=
r<br>
hub for all things parallel software development, from weekly thought<br>
leadership blogs to news, videos, case studies, tutorials and more. Take a<=
br>
look and join the conversation now. <a href=3D"http://goparallel.sourceforg=
e.net/" target=3D"_blank">http://goparallel.sourceforge.net/</a><br>_______=
________________________________________<br>
Bitcoin-development mailing list<br>
<a href=3D"mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-develo=
pment@lists.sourceforge.net</a><br>
<a href=3D"https://lists.sourceforge.net/lists/listinfo/bitcoin-development=
" target=3D"_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-de=
velopment</a><br>
<br></blockquote></div><br></div>

--001a1134cd60aab83d050de9e6f4--