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
|
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 40B001043
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 21 Dec 2015 03:34:07 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f174.google.com (mail-ig0-f174.google.com
[209.85.213.174])
by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A00E0E0
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 21 Dec 2015 03:34:06 +0000 (UTC)
Received: by mail-ig0-f174.google.com with SMTP id to4so28681227igc.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Sun, 20 Dec 2015 19:34: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=3fL/uhvBduepvHI9jiCmEPXKNier8/GQ5PstXHcwFwQ=;
b=u4KBEYPGpZEdjSln4G/58SCJYIeMRDbwvRYii32bdBelINR09Mc6E+Gy+6/gxVY5vt
QOuahDGslEbGa0tGhoOEBFc7lCcQ++yletAC3EG9HgqTeARSwyxFs9KPgbjPNRZ1KY+b
IxYZ9jrhjDFlnODn4GtcKtK4s7dDP7agb8+qVp8aE1ckxSTFDdM9cK86QwhAcTSjG0bx
hFn7disFGSaSaD10X4UgDnVAg9LAotHOLy95OCqvs4wAWWtuQE5epornmWdvxom0GJSV
CguxQsERMlbPg0spHTK4C/rbzXwgH9gfNpdWB7sfLeu5/YIRIePDekfgTrCpZuoN+66I
0Nlg==
MIME-Version: 1.0
X-Received: by 10.50.30.100 with SMTP id r4mr13367120igh.23.1450668846132;
Sun, 20 Dec 2015 19:34:06 -0800 (PST)
Received: by 10.79.8.198 with HTTP; Sun, 20 Dec 2015 19:34:06 -0800 (PST)
In-Reply-To: <99D24C78-CAEE-4E48-A454-CA82B317D44B@petertodd.org>
References: <50e629572d8de852eb789d50b34da308@xbt.hk>
<1449961269.2210.5.camel@yahoo.com>
<CACrzPenXGQZBrx8QC+1QE2oCE3N=qmfgc_OWrowtjtLjGkZrRA@mail.gmail.com>
<CAAS2fgQi7aiwyOaVBiMbp6t9D58aFAmDdKPzFiscB6ouGzBK6A@mail.gmail.com>
<20151220112454.GB16187@muck>
<CADm_Wca0cWRvcVaJ+p47A49yffQ1vP=u4807j7axn=mdBdsUGQ@mail.gmail.com>
<CAB+qUq5P0vzZSq3VSX8__3dMP+WnmeXEgYm-MNrJOdNCYivqQA@mail.gmail.com>
<99D24C78-CAEE-4E48-A454-CA82B317D44B@petertodd.org>
Date: Sun, 20 Dec 2015 22:34:06 -0500
Message-ID: <CADm_Wca33DiFjDttGz2YVzNMEfGKb7GwTz0BuFpz7UOThsnRYQ@mail.gmail.com>
From: Jeff Garzik <jgarzik@gmail.com>
To: Peter Todd <pete@petertodd.org>
Content-Type: multipart/alternative; boundary=e89a8f83938742b86e05276029a9
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] Forget dormant UTXOs without confiscating 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: Mon, 21 Dec 2015 03:34:07 -0000
--e89a8f83938742b86e05276029a9
Content-Type: text/plain; charset=UTF-8
On Sun, Dec 20, 2015 at 11:35 AM, Peter Todd <pete@petertodd.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
>
>
> On 20 December 2015 08:30:45 GMT-08:00, Chris Pacia <ctpacia@gmail.com>
> wrote:
> >On Dec 20, 2015 6:34 AM, "Jeff Garzik via bitcoin-dev" <
> >bitcoin-dev@lists.linuxfoundation.org> wrote:
> >
> >> 2) This reverses the useful minimization attribute of HD wallets -
> >"just
> >backup the seed"
> >
> >It would be nice if the bip37 filter matching algorithm was extended to
> >serve up the proof.
> >
> >And if server-based wallets did the same it would preserve the "just
> >backup
> >the seed" functionality.
>
> Exactly! The information will be out there - "just backup the seed"
> requires someone to have the exact same data needed to generate the
> TXO-unspent proof that my proposal requires to spend an old txout.
>
> tl;dr: jgarzik is incorrect; theres no difference at all from the status
> quo.
>
The data stored in the legacy case makes it possible to sign and send a
transaction without any connection to a network. The data stored in the
upgraded case, absent grandfathering, requires significant network sync at
a minimum.
The user experience and security parameters are different.
Thus, issue/recommendation #1.
--e89a8f83938742b86e05276029a9
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Sun, Dec 20, 2015 at 11:35 AM, Peter Todd <span dir=3D"ltr"><<a h=
ref=3D"mailto:pete@petertodd.org" target=3D"_blank">pete@petertodd.org</a>&=
gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED M=
ESSAGE-----<br>
Hash: SHA512<br>
<div><div class=3D"h5"><br>
<br>
<br>
On 20 December 2015 08:30:45 GMT-08:00, Chris Pacia <<a href=3D"mailto:c=
tpacia@gmail.com">ctpacia@gmail.com</a>> wrote:<br>
>On Dec 20, 2015 6:34 AM, "Jeff Garzik via bitcoin-dev" <<b=
r>
><a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@li=
sts.linuxfoundation.org</a>> wrote:<br>
><br>
>> 2) This reverses the useful minimization attribute of HD wallets -=
<br>
>"just<br>
>backup the seed"<br>
><br>
>It would be nice if the bip37 filter matching algorithm was extended to=
<br>
>serve up the proof.<br>
><br>
>And if server-based wallets did the same it would preserve the "ju=
st<br>
>backup<br>
>the seed" functionality.<br>
<br>
</div></div>Exactly! The information will be out there - "just backup =
the seed" requires someone to have the exact same data needed to gener=
ate the TXO-unspent proof that my proposal requires to spend an old txout.<=
br>
<br>
tl;dr: jgarzik is incorrect; theres no difference at all from the status qu=
o.<br></blockquote><div><br></div><div>The data stored in the legacy case m=
akes it possible to sign and send a transaction without any connection to a=
network.=C2=A0 The data stored in the upgraded case, absent grandfathering=
, requires significant network sync at a minimum.</div><div><br></div><div>=
The user experience and security parameters are different.</div><div><br></=
div><div>Thus, issue/recommendation #1.</div><div><br></div><div><br></div>=
</div></div></div>
--e89a8f83938742b86e05276029a9--
|
