summaryrefslogtreecommitdiff
path: root/c5/2aecb8cb436e3f2d00f8eac276d3bcb6be6aa7
blob: 9242c7885cd013e3a67f3f0d14ccb7b9ee309202 (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
Return-Path: <arielluaces@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 278B9C7C
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 20 Nov 2017 17:39:30 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-pg0-f43.google.com (mail-pg0-f43.google.com [74.125.83.43])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 9CCEB527
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 20 Nov 2017 17:39:29 +0000 (UTC)
Received: by mail-pg0-f43.google.com with SMTP id 70so7921273pgf.6
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Mon, 20 Nov 2017 09:39:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=in-reply-to:references:thread-topic:user-agent:mime-version
	:content-transfer-encoding:subject:from:date:to:message-id;
	bh=gV2CVdkHeRusoAfmYCKz98W5vo72YTJAztdIvCYNZA0=;
	b=gRyHodPXTAiplIW9gow573tkakjwcq3S75ADkvctIvkYb2qGHhCKDdykQDXYcebvKB
	Q5svu2LtSA0LvW8M0z0wbMG5TCh+3WkbR9wPbaPRW5RSH0GCy1nk8gsxBv+4LEOLU/Wd
	O42scvJTU4Kp9DYlTCzrs6T2XCYg873P8Cu/14sTIZF6GHqvlZuQFppfovU5pvvhlvfc
	EO4JqqOZYbJi7b4cxrl7MP35CQQEdU3fpqVWSGaRmyU2HwbfTBJdLc8IgCvA9KhJL/cK
	vUVjRsJKXoKjxNXN4vxwhunjtLONZSGoC2UEhuWm+2oXWkULfkmOLnt0WNk+HLyceHVp
	/Fdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:in-reply-to:references:thread-topic:user-agent
	:mime-version:content-transfer-encoding:subject:from:date:to
	:message-id;
	bh=gV2CVdkHeRusoAfmYCKz98W5vo72YTJAztdIvCYNZA0=;
	b=jHEbWxSxCXeOWeuw+RSIZIy8fm1Qw//uLpnf3xHTn5t3lJWmIpiEDduu/1xYW7Zs1i
	TOX1gJTBiZw6/t7c9+EXB+NIPDvtiXTQ0OicL05A9tr8CiRi5o9n4l6zj5p4bPROJcue
	o/LtFDD+Zmvox8pcxDeXHDriFH8F+nNLMtk/igYwjQ7x4nTvsWIb+iCvd69piRsoIAiR
	no6J2UCjY9zUgFRhCzrDUIenu72OVhMeQsEqu4pVIowbPIUJUVRouNaQRr4oCyVVTDBu
	nCvq1cDnXnaCQ2e7XjU6YLJOV1IsfLx98XIniGDOZGCq6ayyakTpIGBmVbkr47xh/DTn
	eHJg==
X-Gm-Message-State: AJaThX68QS9UhTk8rEWAuTqG6WrBk33KPoAIXPPSpUVjWeoIkHU1Aebe
	7/RTUDvkQLehfFiTKdsX7HIKQ7SS
X-Google-Smtp-Source: AGs4zMblfyWG747+S3J7UXAHKY8IW0yOqWZ46wOiYCXqn4XTckz/KqoL6ipp46+c3IZAhiIpWI5z0A==
X-Received: by 10.99.105.71 with SMTP id e68mr14174063pgc.55.1511199569235;
	Mon, 20 Nov 2017 09:39:29 -0800 (PST)
Received: from [192.168.5.119] ([74.50.230.50])
	by smtp.gmail.com with ESMTPSA id
	s81sm19138859pfg.60.2017.11.20.09.39.28
	(version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256);
	Mon, 20 Nov 2017 09:39:28 -0800 (PST)
In-Reply-To: <CAAQs3wuDPktHc6kiZXqTaatOheX4KP=TRgje0_-ED5h8iNs-MA@mail.gmail.com>
References: <CAAQs3wuDPktHc6kiZXqTaatOheX4KP=TRgje0_-ED5h8iNs-MA@mail.gmail.com>
X-Referenced-Uid: 13843
Thread-Topic: [bitcoin-dev] Why SegWit Anyway?
User-Agent: Android
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----SASS60B97FDQXCPYX1RXFX8ISS7FGO"
Content-Transfer-Encoding: 7bit
X-Local-Message-Id: <3cf690cf-5918-4779-b4f0-a05f7ca5cc93@gmail.com>
From: Ariel Lorenzo-Luaces <arielluaces@gmail.com>
Date: Mon, 20 Nov 2017 09:39:11 -0800
To: Praveen Baratam <praveen.baratam@gmail.com>,
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Message-ID: <3cf690cf-5918-4779-b4f0-a05f7ca5cc93@gmail.com>
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
	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
X-Mailman-Approved-At: Mon, 20 Nov 2017 17:40:18 +0000
Subject: Re: [bitcoin-dev] Why SegWit Anyway?
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: Mon, 20 Nov 2017 17:39:30 -0000

------SASS60B97FDQXCPYX1RXFX8ISS7FGO
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
 charset=UTF-8

Hello Praveen

You're absolutely right=2E We could refer to transactions by=
 the hash that gets signed=2E

However the way that bitcoin transactions re=
ference each other has already been established to be hash of transaction+s=
ignature=2E Changing this would require a hard fork=2E

Segwit is the reali=
zation that this could be done as a soft fork if we simply extract the sign=
ature outside of what the old client considers a transaction=2E And into a =
new transaction format where we do exactly what you're describing=2E

In my=
 opinion the way it originally worked with the sig inside the transaction w=
as simply an oversight by satoshi=2E No different than a bug=2E

Cheers
Ari=
el Lorenzo-Luaces


On Nov 20, 2017, 9:29 AM, at 9:29 AM, Praveen Baratam v=
ia bitcoin-dev <bitcoin-dev@lists=2Elinuxfoundation=2Eorg> wrote:
>Bitcoin =
Noob here=2E Please forgive my ignorance=2E
>
From what I understand, in S=
egWit, the transaction needs to be
>serialized
>into a data structure that =
is different from the current one where
>signatures are separated from the =
rest of the transaction data=2E
>
>Why change the format at all? Why cant w=
e just compute the Transaction
>ID
>the same way the hash for signing the t=
ransaction is computed?
>
>-- 
>Dr=2E Praveen Baratam
>
>about=2Eme <http:/=
/about=2Eme/praveen=2Ebaratam>
>
>
>---------------------------------------=
---------------------------------
>
>______________________________________=
_________
>bitcoin-dev mailing list
>bitcoin-dev@lists=2Elinuxfoundation=2E=
org
>https://lists=2Elinuxfoundation=2Eorg/mailman/listinfo/bitcoin-dev

------SASS60B97FDQXCPYX1RXFX8ISS7FGO
Content-Type: text/html;
 charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div dir=3D"auto">Hello Praveen<br><br></div>
<div=
 dir=3D"auto">You're absolutely right=2E We could refer to transactions by =
the hash that gets signed=2E<br><br></div>
<div dir=3D"auto">However the wa=
y that bitcoin transactions reference each other has already been establish=
ed to be hash of transaction+signature=2E Changing this would require a har=
d fork=2E<br><br></div>
<div dir=3D"auto">Segwit is the realization that th=
is could be done as a soft fork if we simply extract the signature outside =
of what the old client considers a transaction=2E And into a new transactio=
n format where we do exactly what you're describing=2E<br><br></div>
<div d=
ir=3D"auto">In my opinion the way it originally worked with the sig inside =
the transaction was simply an oversight by satoshi=2E No different than a b=
ug=2E<br><br></div>
<div dir=3D"auto">Cheers<br></div>
<div dir=3D"auto">Ar=
iel Lorenzo-Luaces<br></div>
<div class=3D"gmail_quote" >On Nov 20, 2017, a=
t 9:29 AM, Praveen Baratam via bitcoin-dev &lt;<a href=3D"mailto:bitcoin-de=
v@lists=2Elinuxfoundation=2Eorg" target=3D"_blank">bitcoin-dev@lists=2Elinu=
xfoundation=2Eorg</a>&gt; wrote:<blockquote class=3D"gmail_quote" style=3D"=
margin: 0pt 0pt 0pt 0=2E8ex; border-left: 1px solid rgb(204, 204, 204); pad=
ding-left: 1ex;">
<div dir=3D"ltr"><div><span style=3D"font-family:Verdana,=
arial,sans-serif;font-size:14px">Bitcoin Noob here=2E Please forgive my ign=
orance=2E</span></div><span style=3D"font-family:Verdana,arial,sans-serif;f=
ont-size:14px"><div><span style=3D"font-family:Verdana,arial,sans-serif;fon=
t-size:14px"><br></span></div>From what I understand, in SegWit, the transa=
ction needs to be serialized into a data structure that is different from t=
he current one where signatures are separated from the rest of the transact=
ion data=2E</span><div><span style=3D"font-family:Verdana,arial,sans-serif;=
font-size:14px"><br></span></div><div><span style=3D"font-family:Verdana,ar=
ial,sans-serif;font-size:14px">Why change the format at all? Why cant we ju=
st compute the Transaction ID the same way the hash for signing the transac=
tion is computed?</span><br clear=3D"all"><div><br></div>-- <br><div class=
=3D"gmail_signature"><div style=3D"color:rgb(34,34,34);font-family:arial,sa=
ns-serif;font-size:13px;background-color:rgb(255,255,255)">Dr=2E Praveen Ba=
ratam</div><div style=3D"color:rgb(34,34,34);font-family:arial,sans-serif;f=
ont-size:13px;background-color:rgb(255,255,255)"><br></div><div style=3D"co=
lor:rgb(34,34,34);font-family:arial,sans-serif;font-size:13px;background-co=
lor:rgb(255,255,255)"><a href=3D"http://about=2Eme/praveen=2Ebaratam" style=
=3D"color:rgb(17,85,204)" target=3D"_blank">about=2Eme</a></div></div>
</di=
v></div>
<pre class=3D"blue"><hr><br>bitcoin-dev mailing list<br>bitcoin-de=
v@lists=2Elinuxfoundation=2Eorg<br><a href=3D"https://lists=2Elinuxfoundati=
on=2Eorg/mailman/listinfo/bitcoin-dev">https://lists=2Elinuxfoundation=2Eor=
g/mailman/listinfo/bitcoin-dev</a><br></pre></blockquote></div></body></htm=
l>
------SASS60B97FDQXCPYX1RXFX8ISS7FGO--