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
|
Return-Path: <jgarzik@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id F2B87CB8
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 17 Dec 2015 18:27:13 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f172.google.com (mail-ig0-f172.google.com
[209.85.213.172])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 9BE26108
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 17 Dec 2015 18:27:13 +0000 (UTC)
Received: by mail-ig0-f172.google.com with SMTP id mv3so18485473igc.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Thu, 17 Dec 2015 10:27:13 -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=7iiQRvqtEa4rcLOWObXMPMo7Y3A6VhJOwznBArnLlxA=;
b=K4TSbIAm8coNTu8axQH3GDlC9BCc25/sQMGIGBE/7LA4/SMdg/e7F1+TbA4mjRz/uZ
+0ZbToZ/PAePbH/jvMKE6Puml7+XudokXS3yLfl2mwh55ngF4TEVBJYwvTJg73enIbVF
mDEOj6b0Ogt5n4Mki0Tge0U8nknH9MxkxU9buasvshbqraJax53rh7+gB0zbnMheDJwc
5eFds+IskELdaYOeSEBMEinFMlyDEoNokDbCTDxutHtFgCpkgOBEztW/6Cq04MuIKT3U
WRzc9/gbplP1gRsaO6z+szpOlCx/nhbgy6FBAYH1gKvZj5e2jeBdE4I8I6aSi1998+3p
Mp4A==
MIME-Version: 1.0
X-Received: by 10.50.36.105 with SMTP id p9mr5657271igj.54.1450376833134; Thu,
17 Dec 2015 10:27:13 -0800 (PST)
Received: by 10.79.8.198 with HTTP; Thu, 17 Dec 2015 10:27:13 -0800 (PST)
In-Reply-To: <CADm_WcZbbv9zy_5kN264GhYC_kBBr+Leoi0y1PA4pm23CaW3QQ@mail.gmail.com>
References: <CADm_WcYWh5EnBCzQQVc04sf-0seh2zrmc+5dH8Z-Bo78jhPnfA@mail.gmail.com>
<CAPg+sBhUso0ddfYQMgwF7yX9_VoqP9CZN5h45t3eQi4v3m6f6A@mail.gmail.com>
<CADm_WcYZq3nzfYMXfzkZsTCsgmzy4L_nYpa5Kax8uF_ajuUTiQ@mail.gmail.com>
<CAPg+sBiVVcNNHuV9e1SaPoDSMEwjZHL7tQiszxbE2SQYp1Ongw@mail.gmail.com>
<CADm_WcZbbv9zy_5kN264GhYC_kBBr+Leoi0y1PA4pm23CaW3QQ@mail.gmail.com>
Date: Thu, 17 Dec 2015 13:27:13 -0500
Message-ID: <CADm_WcbiLCU3yuSfWEJbLDWhfc-9kYFJFCo+fRYyENAsvParng@mail.gmail.com>
From: Jeff Garzik <jgarzik@gmail.com>
To: Pieter Wuille <pieter.wuille@gmail.com>
Content-Type: multipart/alternative; boundary=089e01176343edf66a05271c2b2c
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 development mailing list <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Segregated Witness in the context of Scaling
Bitcoin
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: Thu, 17 Dec 2015 18:27:14 -0000
--089e01176343edf66a05271c2b2c
Content-Type: text/plain; charset=UTF-8
On Wed, Dec 16, 2015 at 5:09 PM, Jeff Garzik <jgarzik@gmail.com> wrote:
> SW presents a blended price and blended basket of two goods. You can
> interact with the Service through the blended price, but that does not
> erase the fact that the basket contains two separate from similar resources.
>
> A different set of economic actors uses one resource, and/or both. There
> are explicit incentives to shift actors from solely using one resource to
> using both.
>
Illustration: If SW is deployed via soft fork, the count of nodes that
validate witness data is significantly lower than the count of nodes that
validate non-witness data. Soft forks are not trustless operation, they
depend on miner trust, slowly eroding the trustless validation of older
nodes over time.
Higher security in one data area versus another produces another economic
value distinction between the two goods in the basket, and creates a "pay
more for higher security in core block, pay less for lower security in
witness" dynamic.
This economic distinction is not present if SW is deployed via hard fork.
--089e01176343edf66a05271c2b2c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">On Wed, Dec 16, 2015 at 5:09 PM, Jeff Garzik <span dir=3D"=
ltr"><<a href=3D"mailto:jgarzik@gmail.com" target=3D"_blank">jgarzik@gma=
il.com</a>></span> wrote:<br><div class=3D"gmail_extra"><div class=3D"gm=
ail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bor=
der-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr"><div>SW presents=
a blended price and blended basket of two goods.=C2=A0 You can interact wi=
th the Service through the blended price, but that does not erase the fact =
that the basket contains two separate from similar resources.</div><div><br=
></div><div>A different set of economic actors uses one resource, and/or bo=
th.=C2=A0 There are explicit incentives to shift actors from solely using o=
ne resource to using both.</div><div></div></div></blockquote></div><br></d=
iv><div class=3D"gmail_extra">Illustration: =C2=A0If SW is deployed via sof=
t fork, the count of nodes that validate witness data is significantly lowe=
r than the count of nodes that validate non-witness data.=C2=A0 Soft forks =
are not trustless operation, they depend on miner trust, slowly eroding the=
trustless validation of older nodes over time.</div><div class=3D"gmail_ex=
tra"><br></div><div class=3D"gmail_extra">Higher security in one data area =
versus another produces another economic value distinction between the two =
goods in the basket, and creates a "pay more for higher security in co=
re block, pay less for lower security in witness" dynamic.</div><div c=
lass=3D"gmail_extra"><br></div><div class=3D"gmail_extra">This economic dis=
tinction is not present if SW is deployed via hard fork.</div><div class=3D=
"gmail_extra"><br></div><div class=3D"gmail_extra"><br></div><div class=3D"=
gmail_extra"><br></div><div class=3D"gmail_extra"><br></div><div class=3D"g=
mail_extra"><br></div></div>
--089e01176343edf66a05271c2b2c--
|