summaryrefslogtreecommitdiff
path: root/56/b8b3b0b2f28389515517ede8169c044c157957
blob: 0496a2f951e4a82ea5c7958cbe526b8280e5e4c8 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
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 <mh.in.england@gmail.com>) 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 <bitcoin-development@lists.sourceforge.net>;
	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: <CAFzgq-ykeMeWF-ndgSm9upHTe8j6ZFYhBQjFs_WSz1oVd29j7g@mail.gmail.com>
References: <554BE0E1.5030001@bluematt.me>
	<CAFzgq-xByQ1E_33_m3UpXQFUkGc78HKnA=7XXMshANDuTkNsvA@mail.gmail.com>
	<CABsx9T0kbRe31LMwk499MQUw225f5GGd67GfhXBezHmDqxkioA@mail.gmail.com>
	<CAFzgq-z5WCznGhbOexS0XESNGAVauw45ewEV-1eMij7yDT61=Q@mail.gmail.com>
	<CAFzgq-zTybEQyGz0nq90u5n5JZcJzxQS_XKaTpr5POJi-tHM6A@mail.gmail.com>
	<CABsx9T2L5bi-c63-KqSifOMeNayUWSPo0_Hx8VjMR_4=kC3ixg@mail.gmail.com>
	<CAE28kUT61qYxqV0mOqw5Dan=eMiCvnG2SnsAeWzOWTxwLydyeQ@mail.gmail.com>
	<CABsx9T2hfpts5y_M6PdDcxmq9Q2smesJ0Nmp9a9iyPD_MoPC9g@mail.gmail.com>
	<CAE28kUTZV3YsaSCX2d5YwLetnf=f+bOWGrwxLXdZFywTZ=+Pjg@mail.gmail.com>
	<CALC81CNq-GK5q6R4bmgHL5_Ej2+cZrtQMMLVmuhvMxkZokM3hQ@mail.gmail.com>
	<CAE28kUQr+kUPak67tcNQGGscUXtJiD1LiXfjdD8_LMUWyVdR5w@mail.gmail.com>
	<CANEZrP12WAcUOJp5UYg4pfWL7_4WiAHWWZAoaxAb5xB+qAP4Xg@mail.gmail.com>
	<CAFzgq-ykeMeWF-ndgSm9upHTe8j6ZFYhBQjFs_WSz1oVd29j7g@mail.gmail.com>
Date: Mon, 1 Jun 2015 15:21:39 +0200
X-Google-Sender-Auth: 05hq33Rs2dF0_mVTpvwOf1yvins
Message-ID: <CANEZrP097saSOQAqKF=P+xe-Q0Jeq7H-Q6_FYKweygALRkw1bg@mail.gmail.com>
From: Mike Hearn <mike@plan99.net>
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 <bitcoin-development@lists.sourceforge.net>
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: <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: 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

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #c=
cc solid;padding-left:1ex">Ignorant. You seem do not understand the current=
 situation. We<br>
suffered from orphans a lot when we started in 2013. It is now your<br>
turn.</blockquote><div><br></div><div>Then please enlighten me. You&#39;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</div><div><br></div><div>With respect to &quot;now it&#39;s yo=
ur turn&quot;. Let&#39;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.<br></div><div><br></div><div>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.</div><div><=
br></div><div>This can happen <i>even</i>=C2=A0if Chinese miners who can&#3=
9;t/won&#39;t scale up are &gt;50% hashrate. SPV clients would need a force=
d checkpoint, which would be messy and undesirable, but it&#39;s technicall=
y feasible. The smaller side of the chain would cease to exist from the per=
spective of people actually trading coins.</div><div><br></div><div>If your=
 internet connectivity situation is really so poor that you cannot handle o=
ne or two megabits out of the country then you&#39;re hanging on by your fi=
ngernails anyway: your connection to the main internet could become complet=
ely unusable at any time. If that&#39;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.</div><div>=
<br></div><div><br></div></div></div></div>

--089e0122e968d19834051774b434--