From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YzPf2-000102-Us for bitcoin-development@lists.sourceforge.net; Mon, 01 Jun 2015 13:21:48 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.51 as permitted sender) client-ip=74.125.82.51; envelope-from=mh.in.england@gmail.com; helo=mail-wg0-f51.google.com; Received: from mail-wg0-f51.google.com ([74.125.82.51]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YzPf0-00089e-Rt for bitcoin-development@lists.sourceforge.net; Mon, 01 Jun 2015 13:21:48 +0000 Received: by wgez8 with SMTP id z8so114168605wge.0 for ; Mon, 01 Jun 2015 06:21:40 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.157.168 with SMTP id wn8mr40371416wjb.79.1433164900830; Mon, 01 Jun 2015 06:21:40 -0700 (PDT) Sender: mh.in.england@gmail.com Received: by 10.194.143.9 with HTTP; Mon, 1 Jun 2015 06:21:39 -0700 (PDT) In-Reply-To: References: <554BE0E1.5030001@bluematt.me> Date: Mon, 1 Jun 2015 15:21:39 +0200 X-Google-Sender-Auth: 05hq33Rs2dF0_mVTpvwOf1yvins Message-ID: From: Mike Hearn To: Chun Wang <1240902@gmail.com> Content-Type: multipart/alternative; boundary=089e0122e968d19834051774b434 X-Spam-Score: -0.5 (/) 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 (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 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: 1YzPf0-00089e-Rt Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Fwd: Block Size Increase Requirements X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Jun 2015 13:21:49 -0000 --089e0122e968d19834051774b434 Content-Type: text/plain; charset=UTF-8 > > Ignorant. You seem do not understand the current situation. We > suffered from orphans a lot when we started in 2013. It is now your > turn. Then please enlighten me. You're unable to download block templates from a trusted node outside of the country because the bandwidth requirements are too high? Or due to some other problem? With respect to "now it's your turn". Let's imagine the hard fork goes ahead. Let us assume that almost all exchanges, payment processors and other businesses go with larger blocks, but Chinese miners do not. Then you will mine coins that will not be recognised on trading platforms and cannot be sold. Your losses will be much larger than from orphans. This can happen *even* if Chinese miners who can't/won't scale up are >50% hashrate. SPV clients would need a forced checkpoint, which would be messy and undesirable, but it's technically feasible. The smaller side of the chain would cease to exist from the perspective of people actually trading coins. If your internet connectivity situation is really so poor that you cannot handle one or two megabits out of the country then you're hanging on by your fingernails anyway: your connection to the main internet could become completely unusable at any time. If that's really the case, it seems to me that Chinese Bitcoin is unsustainable and what you really need is a China-specific alt coin that can run entirely within the Chinese internet. --089e0122e968d19834051774b434 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ignorant. You seem do not understand the current= situation. We
suffered from orphans a lot when we started in 2013. It is now your
turn.

Then please enlighten me. You're = unable to download block templates from a trusted node outside of the count= ry because the bandwidth requirements are too high? Or due to some other pr= oblem?=C2=A0

With respect to "now it's yo= ur turn". Let's imagine the hard fork goes ahead. Let us assume th= at almost all exchanges, payment processors and other businesses go with la= rger blocks, but Chinese miners do not.

Then y= ou will mine coins that will not be recognised on trading platforms and can= not be sold. Your losses will be much larger than from orphans.
<= br>
This can happen even=C2=A0if Chinese miners who can= 9;t/won't scale up are >50% hashrate. SPV clients would need a force= d checkpoint, which would be messy and undesirable, but it's technicall= y feasible. The smaller side of the chain would cease to exist from the per= spective of people actually trading coins.

If your= internet connectivity situation is really so poor that you cannot handle o= ne or two megabits out of the country then you're hanging on by your fi= ngernails anyway: your connection to the main internet could become complet= ely unusable at any time. If that's really the case, it seems to me tha= t Chinese Bitcoin is unsustainable and what you really need is a China-spec= ific alt coin that can run entirely within the Chinese internet.
=

--089e0122e968d19834051774b434--