summaryrefslogtreecommitdiff
path: root/b1/c5cb6f737aef27b10e848bac8353cfa78522d0
blob: da25547ff592e195aa1313c75880de7ec6f9da74 (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
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
Return-Path: <btcdrak@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E3BCE97
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat,  8 Jul 2017 13:28:34 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-lf0-f43.google.com (mail-lf0-f43.google.com
	[209.85.215.43])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 100D11BB
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat,  8 Jul 2017 13:28:33 +0000 (UTC)
Received: by mail-lf0-f43.google.com with SMTP id z78so38235698lff.0
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat, 08 Jul 2017 06:28:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to
	:cc; bh=9i7uVZ2485uhYYagsULnm/ksRBn5fa5C8vN2+emRYJA=;
	b=r7iZMNoQRTCDuxu7gh/7vIPMwLmN191v0MCYoiNp0K2fj2AuqFbjISPAZS42T/5ZBg
	pMmbI/lMPhSlACFDw4t2p4HyZ9Q9eH1oXg73V1QcVMb0LHiVAwNSfqFBH9tGzzLn3L6n
	4ac4GokkbLmkDLDT+PHqiw39ed9y/jGbkrAU1e5kMHk2PZpD1uMWW+EW8OJQ9+NSUPXV
	K8TzduGT377CCN7BG16J3smCwyqHk6sL+/LypHgJd+1DUxvagqcdbe6SNB1dhcqCwq43
	jFFxT8gvtvi9L4uCwc2rUuMaH6wadnpTJ82DrbxlLxyZc9iSIkoTnUDzO764PEgQG+z6
	4hrQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to:cc;
	bh=9i7uVZ2485uhYYagsULnm/ksRBn5fa5C8vN2+emRYJA=;
	b=s7mz4uyaBum8gF2FQ4pY3eNtEVwiHDSXppTM9HSdWsz7Kg2bR3wxy9KEyloxarmDvG
	HeOFZJShAF/Y8D6W7NvYoxdJrBeRkd/ccForXg3Cj1wxtehOpKxcX5Yvf924+2J/w0rz
	6bRJIyeAopBuAjdqNRRoZ1uPBszfZHP1CElpbnZSYOfNbJeZLhwgCz15QwJbMl1PXNzm
	htAaLYGFTqXR/tyc7KX/teA+BMj8kli+zzQMUtfwFDtJ/rHN5J2bpkgnf7EahjQa/Hr6
	nImGQFiWb9IFuEM//7v13elCR9V6b/x6vMRFjHk80I/uSTrUfGU/+F1JJcKC3dS4V0ru
	TM9Q==
X-Gm-Message-State: AKS2vOw8CmzXaWXPxZ+dJDuquRrVkyOiMzb1hNXq+7oQCqRIRwOvjOLt
	XKuRV9MjtHGHtuehwU3EIR9isvCnaA==
X-Received: by 10.25.233.77 with SMTP id g74mr23140915lfh.161.1499520511791;
	Sat, 08 Jul 2017 06:28:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.25.152.81 with HTTP; Sat, 8 Jul 2017 06:28:11 -0700 (PDT)
In-Reply-To: <CAKzdR-qCmuj02yobAj9YDYq7Ed309z2VUaMtbL_i9vF3zkp5mw@mail.gmail.com>
References: <CAKzdR-qCmuj02yobAj9YDYq7Ed309z2VUaMtbL_i9vF3zkp5mw@mail.gmail.com>
From: Btc Drak <btcdrak@gmail.com>
Date: Sat, 8 Jul 2017 13:28:11 +0000
Message-ID: <CADJgMzuCcJhoEbaGUv8QgaaL82+UiV6Q9Tbbti++J=Jg5B=sgg@mail.gmail.com>
To: Sergio Demian Lerner <sergio.d.lerner@gmail.com>
Content-Type: multipart/alternative; boundary="001a113c552270570c0553ce5374"
X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HK_RANDOM_ENVFROM,
	HK_RANDOM_FROM, 
	HTML_MESSAGE, RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_SPAM,
	TVD_APPROVED autolearn=no version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
X-Mailman-Approved-At: Sat, 08 Jul 2017 17:15:34 +0000
Cc: bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] A Segwit2x BIP
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Protocol 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: Sat, 08 Jul 2017 13:28:35 -0000

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

I am utterly appalled by this proposal both technically, ethically, and by
the process which it has adopted. Hard forks require consensus from the
entire ecosystem in order to prevent a fork, funds loss, confusion and harm
to the robust guarantees of the Bitcoin system has thus far displayed.

I know this is a draft, but you are seeking reviews of a proposal that has
just a few weeks remaining before deployment (where "technical review" is
pointless because the is not actually open
<https://pastebin.com/kktB1kaw> unless
you are an approved member
<https://github.com/btc1/bitcoin/commit/1719c872b6624c37b0f2d94e7a4a2656fac4804a#diff-6a3371457528722a734f3c51d9238c13>),
making it totally unworkable and irresponsible. For example, exactly how
are other implementations supposed to adopt the BIP in such a short
timeframe? For all the talk of how important "alternative implementations"
are, how does this rash and rushed action promote an ecosystem of multiple
implementors? By encouraging fast upgrades, you are actually centralizing
the ecosystem even further.

The linked coded doesn't uniquely identify itself on the network by
user-agent, something all distinct implementations have done to date.

The draft BIP text looks like an afterthought and doesn't actually specify
the proposal in enough detail to implement from the text. By contrast for
example, BIP141 has a level of detail which allowed others to implement
segwit without looking at any reference code (which consequently results to
more confidence and testing of the specification all round). The Bitcoin
system has a market cap of over $40bn supported by a robust and reliable
network and your proposal is an offence to all Bitcoin has achieved because
due to it's the strong foundations.

I cannot not support this proposal in the current form and timeline, nor do
I support the coercion that has been used behind closed doors to try and
gain more support (not limited to, but including approaching company
investors to twist arms and veiled threats of blacklisting companies from
further funding/collaboration).

I think the best you can hope for this hard fork proposal is for it to be
quietly ignored.



On Fri, Jul 7, 2017 at 10:25 PM, Sergio Demian Lerner via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> Hello,
>
> Here is a BIP that matches the reference code that the Segwit2x group has
> built and published a week ago.
>
> This BIP and code satisfies the requests of a large part of the Bitcoin
> community for a moderate increase in the Bitcoin non-witness block space
> coupled with the activation of Segwit.
>
> You can find the BIP draft in the following link:
>
> https://github.com/SergioDemianLerner/BIPs/blob/
> master/BIP-draft-sergiolerner-segwit2x.mediawiki
>
> Reference source was kindly provided by the Segwit2x group.
>
> Best regards,
>  Sergio.
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>

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

<div dir=3D"ltr">I am utterly appalled by this proposal both technically, e=
thically, and by the process which it has adopted. Hard forks require conse=
nsus from the entire ecosystem in order to prevent a fork, funds loss, conf=
usion and harm to the robust guarantees of the Bitcoin system has thus far =
displayed.<div><br></div><div>I know this is a draft, but you are seeking r=
eviews of a proposal that has just a few weeks remaining before deployment =
(where &quot;technical review&quot; is pointless because the is <a href=3D"=
https://pastebin.com/kktB1kaw" target=3D"_blank">not actually open</a>=C2=
=A0unless you are an <a href=3D"https://github.com/btc1/bitcoin/commit/1719=
c872b6624c37b0f2d94e7a4a2656fac4804a#diff-6a3371457528722a734f3c51d9238c13"=
 target=3D"_blank">approved member</a>), making it totally unworkable and i=
rresponsible. For example, exactly how are other implementations supposed t=
o adopt the BIP in such a short timeframe? For all the talk of how importan=
t &quot;alternative implementations&quot; are, how does this rash and rushe=
d action promote an ecosystem of multiple implementors? By encouraging fast=
 upgrades, you are actually centralizing the ecosystem even further.=C2=A0<=
/div><div><br></div><div>The linked coded doesn&#39;t uniquely identify its=
elf on the network by user-agent, something all distinct implementations ha=
ve done to date.</div><div><br></div><div>The draft BIP text looks like an =
afterthought and doesn&#39;t actually specify the proposal in enough detail=
 to implement from the text. By contrast for example, BIP141 has a level of=
 detail which allowed others to implement segwit without looking at any ref=
erence code (which consequently results to more confidence and testing of t=
he specification all round). The Bitcoin system has a market cap of over $4=
0bn supported by a robust and reliable network and your proposal is an offe=
nce to all Bitcoin has achieved because due to it&#39;s the strong foundati=
ons.</div><div><br></div><div>I cannot not support this proposal in the cur=
rent form and timeline, nor do I support the coercion that has been used be=
hind closed doors to try and gain more support (not limited to, but includi=
ng approaching company investors to twist arms and veiled threats of blackl=
isting companies from further funding/collaboration).<br></div><div><br></d=
iv><div>I think the best you can hope for this hard fork proposal is for it=
 to be quietly ignored.</div><div><br></div><div><br></div></div><div class=
=3D"gmail_extra"><br><div class=3D"gmail_quote">On Fri, Jul 7, 2017 at 10:2=
5 PM, Sergio Demian Lerner via bitcoin-dev <span dir=3D"ltr">&lt;<a href=3D=
"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin-de=
v@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class=3D"g=
mail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-l=
eft:1ex"><div dir=3D"ltr"><div>Hello,</div><div><br></div><div>Here is a BI=
P that matches the reference code that the Segwit2x group has built and pub=
lished a week ago.=C2=A0</div><div><br></div><div>This BIP and code satisfi=
es the requests of a large part of the Bitcoin community for a moderate inc=
rease in the Bitcoin non-witness block space coupled with the activation of=
 Segwit.</div><div><br></div><div>You can find the BIP draft in the followi=
ng link:</div><div><br></div><a href=3D"https://github.com/SergioDemianLern=
er/BIPs/blob/master/BIP-draft-sergiolerner-segwit2x.mediawiki" target=3D"_b=
lank">https://github.com/<wbr>SergioDemianLerner/BIPs/blob/<wbr>master/BIP-=
draft-sergiolerner-<wbr>segwit2x.mediawiki</a><br><div><br></div><div>Refer=
ence source was kindly provided by the Segwit2x group.</div><div><br></div>=
<div>Best regards,</div><div>=C2=A0Sergio.</div></div>
<br>______________________________<wbr>_________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
<wbr>linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.<wbr>org=
/mailman/listinfo/bitcoin-<wbr>dev</a><br>
<br></blockquote></div><br></div>

--001a113c552270570c0553ce5374--