summaryrefslogtreecommitdiff
path: root/7f/024fb3d7d2ab489c333b5bae6216afdc48bb09
blob: af82cdb038467ed4e5365c027869e771d5900337 (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
Return-Path: <kanzure@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 7F77F1212
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 30 Dec 2015 23:10:07 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-io0-f178.google.com (mail-io0-f178.google.com
	[209.85.223.178])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id AAD3A14F
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 30 Dec 2015 23:10:06 +0000 (UTC)
Received: by mail-io0-f178.google.com with SMTP id o67so362261043iof.3
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Wed, 30 Dec 2015 15:10:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=LZDC3BjGYrU+sS/+fsm6abflTHmOX4iXfpIbsfRd0gQ=;
	b=c+9FlIns2c0x1A6Zcjo8CORmzaHQIRGEZUqvrAGl994q8Vshp8k0MoVmKuWmibHQYg
	YW3sI+dIWBDErNCVITaBMlvJri09OLmW8EY7wjP9x6273yeykQvVpWmt/uqyMrvu+U7G
	ZnrIQNnYDwSgV7nkeyugPTreEq4Mw4/L33y4KJ95+65MJCc2v1piW+3QeqboxYW3LjAF
	+X0ImsS7xsHZx7U747Iznn+IS5Fy4khmer2bkg90dZCovjFkMOV92dZtFyNkRwI++XSq
	lwSeGf2TFD40zVncyImup5LWwkk5qJ6AFHKn7zv2t96X9S4eSX86JEwA//KOtg+KtViH
	WVZQ==
MIME-Version: 1.0
X-Received: by 10.107.130.90 with SMTP id e87mr55758632iod.77.1451517006041;
	Wed, 30 Dec 2015 15:10:06 -0800 (PST)
Received: by 10.36.66.132 with HTTP; Wed, 30 Dec 2015 15:10:05 -0800 (PST)
In-Reply-To: <CALqxMTF_PundsEawyYcinJHyvJJTN-iK0MjWfzpD7QDN448P1Q@mail.gmail.com>
References: <CALqxMTF_PundsEawyYcinJHyvJJTN-iK0MjWfzpD7QDN448P1Q@mail.gmail.com>
Date: Wed, 30 Dec 2015 17:10:05 -0600
Message-ID: <CABaSBawj0pXZ0owZemL9CUkRwgP3J2MJKVzGk+GmSEMUCsQ_DQ@mail.gmail.com>
From: Bryan Bishop <kanzure@gmail.com>
To: Adam Back <adam@cypherspace.org>, Bryan Bishop <kanzure@gmail.com>
Content-Type: multipart/alternative; boundary=001a113eb42a87d92d052825a361
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>
Subject: Re: [bitcoin-dev] fork types (Re: An implementation of BIP102 as a
	softfork.)
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, 30 Dec 2015 23:10:07 -0000

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

On Wed, Dec 30, 2015 at 5:05 PM, Adam Back via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> There is also another type of fork a firm hard fork that can do the
> same but for format changes that are not possible with a soft-fork.
>

I was drafting an email for a new thread with some links about this topic,
instead I'll just send this as a reply now that we are writing down fork
types...

auxiliary blocks and evil soft-forks or forced soft-forks:
https://bitcointalk.org/index.php?topic=283746.0
https://bitcointalk.org/index.php?topic=874313.0

soft-fork block size increase using extension blocks:
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008356.html

generalized soft-forks:
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/012073.html

bip102 forced soft-fork:
http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/012153.html

extension blocks were also discussed in this interview:
http://diyhpl.us/wiki/transcripts/bitcoin-sidechains-unchained-epicenter-adam3us-gmaxwell/
.... also there was something about a "soft-hard fork".

some discussion from today re: origin of the term evil fork, evil
soft-fork, forced soft-fork:
https://www.reddit.com/r/Bitcoin/comments/3yrsxt/bitcoindev_an_implementation_of_bip102_as_a/cyg2g7q

some much older discussion about extension blocks and sidechains:
http://gnusha.org/bitcoin-wizards/2015-01-01.log

some discussion about "generalized soft-forks" and extension blocks and
evil soft-forks:
http://gnusha.org/bitcoin-wizards/2015-12-20.log

some discussion about evil forks and evil soft-forks and extension blocks:
http://gnusha.org/bitcoin-wizards/2015-12-30.log

segwit soft-fork makes use of a similar idea:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/011865.html
https://bitcoin.org/en/bitcoin-core/capacity-increases-faq
http://diyhpl.us/wiki/transcripts/scalingbitcoin/hong-kong/segregated-witness-and-its-impact-on-scalability/

Note: I am taking the term "forced soft-fork" from petertodd; it's pretty
much the same thing as "evil fork" in every way but intent.

This is an x-post from
https://bitcointalk.org/index.php?topic=1296628.msg13400092#msg13400092

- Bryan
http://heybryan.org/
1 512 203 0507

--001a113eb42a87d92d052825a361
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">On W=
ed, Dec 30, 2015 at 5:05 PM, Adam Back via bitcoin-dev <span dir=3D"ltr">&l=
t;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank=
">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width=
:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-lef=
t:1ex"><div id=3D":dd4" class=3D"" style=3D"overflow:hidden">There is also =
another type of fork a firm hard fork that can do the<br>
same but for format changes that are not possible with a soft-fork.</div></=
blockquote></div><br>I was drafting an email for a new thread with some lin=
ks about this topic, instead I&#39;ll just send this as a reply now that we=
 are writing down fork types...<br><div><br></div><div>auxiliary blocks and=
 evil soft-forks or forced soft-forks:</div><div><a href=3D"https://bitcoin=
talk.org/index.php?topic=3D283746.0">https://bitcointalk.org/index.php?topi=
c=3D283746.0</a></div><div><a href=3D"https://bitcointalk.org/index.php?top=
ic=3D874313.0">https://bitcointalk.org/index.php?topic=3D874313.0</a></div>=
<div><br>soft-fork block size increase using extension blocks:</div><div><a=
 href=3D"http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/00=
8356.html">http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/=
008356.html</a></div><div><br><div>generalized soft-forks:</div><div><a hre=
f=3D"http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December/0=
12073.html">http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-Dec=
ember/012073.html</a></div><div><br>bip102 forced soft-fork:</div><div><a h=
ref=3D"http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-December=
/012153.html">http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-D=
ecember/012153.html</a></div><div><br></div>extension blocks were also disc=
ussed in this interview:</div><div><a href=3D"http://diyhpl.us/wiki/transcr=
ipts/bitcoin-sidechains-unchained-epicenter-adam3us-gmaxwell/">http://diyhp=
l.us/wiki/transcripts/bitcoin-sidechains-unchained-epicenter-adam3us-gmaxwe=
ll/</a> .... also there was something about a &quot;soft-hard fork&quot;.<b=
r><br></div><div>some discussion from today re: origin of the term evil for=
k, evil soft-fork, forced soft-fork:</div><div><a href=3D"https://www.reddi=
t.com/r/Bitcoin/comments/3yrsxt/bitcoindev_an_implementation_of_bip102_as_a=
/cyg2g7q">https://www.reddit.com/r/Bitcoin/comments/3yrsxt/bitcoindev_an_im=
plementation_of_bip102_as_a/cyg2g7q</a><br><br></div><div>some much older d=
iscussion about extension blocks and sidechains:</div><div><a href=3D"http:=
//gnusha.org/bitcoin-wizards/2015-01-01.log">http://gnusha.org/bitcoin-wiza=
rds/2015-01-01.log</a></div><div><br>some discussion about &quot;generalize=
d soft-forks&quot; and extension blocks and evil soft-forks:</div><div><a h=
ref=3D"http://gnusha.org/bitcoin-wizards/2015-12-20.log">http://gnusha.org/=
bitcoin-wizards/2015-12-20.log</a><br><br><div>some discussion about evil f=
orks and evil soft-forks and extension blocks:</div><div><a href=3D"http://=
gnusha.org/bitcoin-wizards/2015-12-30.log">http://gnusha.org/bitcoin-wizard=
s/2015-12-30.log</a><br></div></div><div><br>segwit soft-fork makes use of =
a similar idea:<br><a href=3D"https://lists.linuxfoundation.org/pipermail/b=
itcoin-dev/2015-December/011865.html">https://lists.linuxfoundation.org/pip=
ermail/bitcoin-dev/2015-December/011865.html</a><br><a href=3D"https://bitc=
oin.org/en/bitcoin-core/capacity-increases-faq">https://bitcoin.org/en/bitc=
oin-core/capacity-increases-faq</a><br></div><div><a href=3D"http://diyhpl.=
us/wiki/transcripts/scalingbitcoin/hong-kong/segregated-witness-and-its-imp=
act-on-scalability/">http://diyhpl.us/wiki/transcripts/scalingbitcoin/hong-=
kong/segregated-witness-and-its-impact-on-scalability/</a><br><br>Note: I a=
m taking the term &quot;forced soft-fork&quot; from petertodd; it&#39;s pre=
tty much the same thing as &quot;evil fork&quot; in every way but intent.<b=
r><br></div><div>This is an x-post from <a href=3D"https://bitcointalk.org/=
index.php?topic=3D1296628.msg13400092#msg13400092">https://bitcointalk.org/=
index.php?topic=3D1296628.msg13400092#msg13400092</a></div><div><br></div><=
div class=3D"gmail_signature">- Bryan<br><a href=3D"http://heybryan.org/" t=
arget=3D"_blank">http://heybryan.org/</a><br>1 512 203 0507</div>
</div></div>

--001a113eb42a87d92d052825a361--