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
|
Return-Path: <adam@cypherspace.org>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 334EF1241
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 30 Dec 2015 23:06:00 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from mout.perfora.net (mout.perfora.net [74.208.4.196])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 9AF4811F
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 30 Dec 2015 23:05:59 +0000 (UTC)
Received: from mail-io0-f180.google.com ([209.85.223.180]) by
mrelay.perfora.net (mreueus001) with ESMTPSA (Nemesis) id
0MVL0i-1akmue2Bl0-00Ytcn for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 31 Dec 2015 00:05:58 +0100
Received: by mail-io0-f180.google.com with SMTP id 77so52445766ioc.2
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 30 Dec 2015 15:05:58 -0800 (PST)
MIME-Version: 1.0
X-Received: by 10.107.157.205 with SMTP id g196mr11179261ioe.144.1451516757598;
Wed, 30 Dec 2015 15:05:57 -0800 (PST)
Received: by 10.36.130.130 with HTTP; Wed, 30 Dec 2015 15:05:57 -0800 (PST)
Date: Wed, 30 Dec 2015 23:05:57 +0000
X-Gmail-Original-Message-ID: <CALqxMTF_PundsEawyYcinJHyvJJTN-iK0MjWfzpD7QDN448P1Q@mail.gmail.com>
Message-ID: <CALqxMTF_PundsEawyYcinJHyvJJTN-iK0MjWfzpD7QDN448P1Q@mail.gmail.com>
From: Adam Back <adam@cypherspace.org>
To: Marcel Jamin <marcel@jamin.net>
Content-Type: text/plain; charset=UTF-8
X-Provags-ID: V03:K0:CWeGYkhESIXt7Ty94VTNRjhrzfqT9A1Efffe69uyOFmaywNnpuM
/5JaoNFOLltfojtA0SpHJAFUpH8kpj6qBM4bI6IvOTH3QEEmFCwgSmwbzxbiGUTUarHGMCB
qt7Iro0/AoMGbO1lOYLkeztV+6UKSUPc1xLxiScOTtZ6bn9dCGj8+zy8jbd2P5wBnlKsWc/
cdiFnWcsYbC3300f/sqFA==
X-UI-Out-Filterresults: notjunk:1;V01:K0:7YpZ1oGiZRc=:VqgALoK/DUhEp1jeu4aIVL
UAJGIb/z4hVkISzww4w+iMGJptw17TJ0pYrMPnmfdyV+vKD2KKYfRjQJfPJJFOxfYbmyvsc6Y
CzN5+LYGtTJSDbmM4/h7jnXiXXEqOj4cyHMOa9CnasDs7JDDI6NvpgrZCFe7CGQUbJLFSwL7t
NjrtaV04YW1nAh/Pk1dDhsvK7OhB/v++NQsLOnPpfik7AXS0dmAYDmIbBCAOZ/1nP/EGLV2xw
ixr+MLK5R/Nzl44RIBjlerYjcOTwHmLqZTGRIWvuxTMqYBUjhTmEB/XkgyBlozKeeEvDPnJKk
u23oPJlCxcxThlDeDUjQhSVQR1ZidufAQ5EkLuHlaEprPIfNRm5JKqw2ZXVF96SI76tgm3MGU
NIYzzEhznOXTA6ePPSRDnerUXpOUfFhGfN6Ia0Uooe3L3Fk03DMbr3ZfB3joMvQNRo5h30mdo
XuJzbCSlTM04bKMqFbdq3Xm86S8JygcT+nXNqsnHK2N9IhMLqDuZUyZFn/WgOj7+qwlHsm/O4
Xbik+fJIz4+pAac5PGjb4HNzPmNHj9vka+n7lkzfO6NoqjOoQNRspmTKrQci4b5UKgROB0m++
H1z/fnuQ1DrCgIAqtaCdboiawGtLvOKvfFavzr6HhIx8GqUJ9vU04xnWjb/zXNr2VnEg9sSWK
lw6/28aM06+E65SMg7zD4aRSS3G0V0ynQvZeE9ZqIfkGCvAlIGmFhIrdLshBDSB7audcV25ap
uex1gVCyvM0NricR
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE
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: [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:06:00 -0000
> I guess the same could be said about the softfork flavoured SW implementation
No, segregated witness
https://bitcoin.org/en/bitcoin-core/capacity-increases-faq is a
soft-fork maybe loosely similar to P2SH - particularly it is backwards
and forwards compatible by design.
These firm forks have the advantage over hard forks that there is no
left-over weak chain that is at risk of losing money (because it
becomes a consensus rule that old transactions are blocked).
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.
Extension blocks show a more general backwards and forwards compatible
soft-fork is also possible.
Segregated witness is simpler.
Adam
On 30 December 2015 at 13:57, Marcel Jamin via bitcoin-dev
<bitcoin-dev@lists.linuxfoundation.org> wrote:
> I guess the same could be said about the softfork flavoured SW
> implementation. In any case, the strategy pattern helps with code structure
> in situations like this.
>
> 2015-12-30 14:29 GMT+01:00 Jonathan Toomim via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org>:
|
