summaryrefslogtreecommitdiff
path: root/2b/8e44a0ff9adf569fd3f4add71e644747c05446
blob: dad2076762843156702045b14c74f912c160497b (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
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
Return-Path: <hampus.sjoberg@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id E434EC9A
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 19 Dec 2017 13:11:27 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-wr0-f175.google.com (mail-wr0-f175.google.com
	[209.85.128.175])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7074F87
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 19 Dec 2017 13:11:26 +0000 (UTC)
Received: by mail-wr0-f175.google.com with SMTP id w68so6805581wrc.10
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 19 Dec 2017 05:11:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
	h=mime-version:in-reply-to:references:from:date:message-id:subject:to; 
	bh=ZifdwbVwVwQRpyC6WK7kJtghRSq++qwEEkRK7H0sijE=;
	b=uXXeX59ogKrI0QeIYF0zB1Yg+MWA6rTMBjPM+BD65nK+zyH6+fX7F9l8j1UNPvuAP0
	qmEptOjTi20e2eXbp60wNnRAotQPPLn5LgY44rGrPrIMjqGIBmeEDT5yf0qru7ZysUPa
	fx8qaMHZ1uLfPG6t4AEGBjUzdEAxwMRKe3DJ1ccmLFkRHtBDm4VN6LTkjhzEE4asALDz
	wksD2Vl7m5nYOMjLNfFQbUMEZFIzKmw4Iyi+kSXrWfDaPC4TuaucUX9eu27h3KskKrHS
	o93bFJqIgiZsyHA911/M99bjT6mRJrnX/cBGfef4RuyoIep0hMFuCsrDn5O1Zo3oWLDg
	cu6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:in-reply-to:references:from:date
	:message-id:subject:to;
	bh=ZifdwbVwVwQRpyC6WK7kJtghRSq++qwEEkRK7H0sijE=;
	b=Fr/87S/x92Ui9oqcFvEpJfumWdRpG9bIdTPMOE9YgcpSJtuDP4ZO+5CQTB+wqi/2K1
	o0HrEOzbk/xto9JV5LNos0yEM7st9ROblPdLiDCgBziYXOCpP+Isa1JmM4naO3iSgTXv
	Q+aZPGPRm5uRdv78GFoGcozDVhnhrclTMmxce+WR3gwjz7QlZhciIOG+nbOihKx/IDqR
	uEUNjXJBU4rCVRdf4XO298//PRYOi0jST3fN9cCjpcIm7CRCqJyeli26qZgPz3ifQ/3a
	25VsKDsp0yiFMRWLdznT2dT3YLPWg0z21uukE+3TsR8uacq4Uq0TI2Hj1iVi4p6cDSDz
	X3Hw==
X-Gm-Message-State: AKGB3mLySIe7nTy4TWDCnVmHuWxlv+0A0owocjyzD8zY5c4Qg26CRXWd
	TVOkT+shHoBshdkq1XWJll3bopw02PdT0JbBvRIusYRW
X-Google-Smtp-Source: ACJfBosKSRAixOvT2KMADpaWFaGK8WtwZuRE6OvBeVotuOGtja/5JT/Xrb94hFaDZHEm9JpqE6GsLwlmK0U/WWrmvJ8=
X-Received: by 10.223.184.200 with SMTP id c8mr4971229wrg.268.1513689084682;
	Tue, 19 Dec 2017 05:11:24 -0800 (PST)
MIME-Version: 1.0
Received: by 10.223.188.77 with HTTP; Tue, 19 Dec 2017 05:11:24 -0800 (PST)
In-Reply-To: <PS2P216MB01790A2EC251507D2739360E9D0F0@PS2P216MB0179.KORP216.PROD.OUTLOOK.COM>
References: <CAHneDF3qH9OUxqLthY6hEzzFr21QJFLV5wOP8jw+p5eOtpb2oQ@mail.gmail.com>
	<c889543b-8dbe-b88c-5f47-7aee1db697aa@vt.edu>
	<1085B203-DB5E-42AB-A9F3-467D09246314@sprovoost.nl>
	<PS2P216MB01790A2EC251507D2739360E9D0F0@PS2P216MB0179.KORP216.PROD.OUTLOOK.COM>
From: =?UTF-8?Q?Hampus_Sj=C3=B6berg?= <hampus.sjoberg@gmail.com>
Date: Tue, 19 Dec 2017 14:11:24 +0100
Message-ID: <CAFMkqK_e6PtDpHUq6HS+ActW2QFvF=_t7wOO0CDCcbO=KS3beg@mail.gmail.com>
To: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="f403045f4c803164fc0560b134da"
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
Subject: Re: [bitcoin-dev] A DNS-like decentralized mapping for wallet
	addresses?
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: Tue, 19 Dec 2017 13:11:28 -0000

--f403045f4c803164fc0560b134da
Content-Type: text/plain; charset="UTF-8"

Most solutions only work with a single Bitcoin address (terrible for
privacy, and also potentially a security risk) or xpubkey (also terrible
for privacy).

I think the best solution here is some kind of store-and-forward server,
where you trade a little bit of privacy (to the server, that is), but get
the convenience of using (for example) an email address as the account.
I like for example BIP75 for this, and I hope the community can work
towards a solution like this. This could potentially work good with LN as
well. https://github.com/bitcoin/bips/blob/master/bip-0075.mediawiki

Hampus

2017-12-19 10:05 GMT+01:00 Damian Williamson via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org>:

> There is no reason it should not be easily possible to develop a Bitcoin
> wallet that has an integrated name to address mapping feature. It might be
> a good idea for a software product, it could even be based on Bitcoin Core.
> There is no specific reason that people wanting that sort of feature could
> not use it. In fact, you could map names, strings, email addresses, it
> could be very flexible.
>
>
> Relying on an additional service like DNS which is flexible enough to
> handle the job, does introduce an additional availability risk. There is no
> additional privacy risk provided each mapped name or address is only used
> once to send/receive one payment unless you directly use something
> personally identifiable like an email address which could be used to map
> bitcoin addresses to an individual. Personally, I am not concerned about
> privacy so much but can understand that some highly value their privacy.
>
>
> If you get it right it will be a service better than namecoin transacting
> in Bitcoin. If you think that is valuable, go for it.
>
>
> Regards,
>
> Damian Williamson
>
>
> ------------------------------
> *From:* bitcoin-dev-bounces@lists.linuxfoundation.org <
> bitcoin-dev-bounces@lists.linuxfoundation.org> on behalf of Sjors
> Provoost via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org>
> *Sent:* Monday, 18 December 2017 10:26 PM
> *To:* Douglas Roark; Bitcoin Protocol Discussion
> *Subject:* Re: [bitcoin-dev] A DNS-like decentralized mapping for wallet
> addresses?
>
> Have you thought about combining this with BIP-47? You could associate
> payment codes with email via DNS.
>
> It would be nice if there was a way to get rid of the announcement
> transaction in BIP-47 and establish a shared secret out of bound. That
> would simplify things, at the cost of an additional burden of storing more
> than an HD seed to recover a wallet that received funds this way.
>
> Perhaps the sender can email to the recipient the information they need to
> retrieve the funds. The (first) transaction could have a time locked refund
> in it, in case the payment code is stale.
>
> Sjors
>
> > Op 1 dec. 2017, om 04:08 heeft Douglas Roark via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> het volgende geschreven:
> >
> > On 2017/11/30 14:20, mandar mulherkar via bitcoin-dev wrote:
> >> I was wondering in terms of mass adoption, instead of long wallet
> >> addresses, maybe there should be a DNS-like decentralized mapping
> >> service to provide a user@crypto address?
> >
> > A few years ago, I was part of an effort with Armory and Verisign to
> > make something similar to what you're describing.
> > https://tools.ietf.org/html/draft-wiley-paymentassoc-00 is where you can
> > find the one and only official draft. I worked on a follow-up with some
> > changes and some nice appendices, explaining some nice tricks one could
> > use to make payment management flexible. For various reasons, it never
> > got published. I think it's an interesting draft that could be turned
> > into something useful. Among other things, it was able to leverage BIP32
> > and allow payment requests to be generated that automatically pointed
> > payees to the correct branch. DNSSEC may have some issues but, AFAIK,
> > it's as the easiest way to bootstrap identity to a common, reasonably
> > secure standard.
> >
> > --
> > ---
> > Douglas Roark
> > Cryptocurrency, network security, travel, and art.
> > https://onename.com/droark
> > joroark@vt.edu
> > PGP key ID: 26623924
> >
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev@lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>

--f403045f4c803164fc0560b134da
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div><div>Most solutions only work with a single Bitc=
oin address (terrible for privacy, and also potentially a security risk) or=
 xpubkey (also terrible for privacy).<br><br></div>I think the best solutio=
n here is some kind of store-and-forward server, where you trade a little b=
it of privacy (to the server, that is), but get the convenience of using (f=
or example) an email address as the account.<br></div>I like for example BI=
P75 for this, and I hope the community can work towards a solution like thi=
s. This could potentially work good with LN as well. <a href=3D"https://git=
hub.com/bitcoin/bips/blob/master/bip-0075.mediawiki">https://github.com/bit=
coin/bips/blob/master/bip-0075.mediawiki</a><br></div><div><br></div>Hampus=
 <br></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">2017-1=
2-19 10:05 GMT+01:00 Damian Williamson 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>:<br><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;pad=
ding-left:1ex">




<div dir=3D"ltr">
<div id=3D"m_2108495040098490071divtagdefaultwrapper" style=3D"font-size:12=
pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,&quot;EmojiFon=
t&quot;,&quot;Apple Color Emoji&quot;,&quot;Segoe UI Emoji&quot;,NotoColorE=
moji,&quot;Segoe UI Symbol&quot;,&quot;Android Emoji&quot;,EmojiSymbols" di=
r=3D"ltr">
<p style=3D"margin-top:0;margin-bottom:0">There is no reason it should not =
be easily possible to develop a Bitcoin wallet that has an integrated name =
to address mapping feature. It might be a good idea for a software product,=
 it could even be based on Bitcoin
 Core. There is no specific reason that people wanting that sort of feature=
 could not use it. In fact, you could map names, strings, email addresses, =
it could be very flexible.</p>
<p style=3D"margin-top:0;margin-bottom:0"><br>
</p>
<p style=3D"margin-top:0;margin-bottom:0">Relying on an additional service =
like DNS which is flexible enough to handle the job, does introduce an addi=
tional availability risk. There is no additional privacy risk provided each=
 mapped name or address is only used
 once to send/receive one payment unless you directly use something persona=
lly identifiable like an email address which could be used to map bitcoin a=
ddresses to an individual. Personally, I am not concerned about privacy so =
much but can understand that some
 highly value their privacy.</p>
<p style=3D"margin-top:0;margin-bottom:0"><br>
</p>
<p style=3D"margin-top:0;margin-bottom:0">If you get it right it will be a =
service better than namecoin transacting in Bitcoin. If you think that is v=
aluable, go for it.</p>
<p style=3D"margin-top:0;margin-bottom:0"><br>
</p>
<p style=3D"margin-top:0;margin-bottom:0">Regards,</p>
<p style=3D"margin-top:0;margin-bottom:0">Damian Williamson<br>
</p>
<br>
<br>
<div style=3D"color:rgb(0,0,0)">
<hr style=3D"display:inline-block;width:98%">
<div id=3D"m_2108495040098490071divRplyFwdMsg" dir=3D"ltr"><font style=3D"f=
ont-size:11pt" face=3D"Calibri, sans-serif" color=3D"#000000"><b>From:</b> =
<a href=3D"mailto:bitcoin-dev-bounces@lists.linuxfoundation.org" target=3D"=
_blank">bitcoin-dev-bounces@lists.<wbr>linuxfoundation.org</a> &lt;<a href=
=3D"mailto:bitcoin-dev-bounces@lists.linuxfoundation.org" target=3D"_blank"=
>bitcoin-dev-bounces@lists.<wbr>linuxfoundation.org</a>&gt; on behalf of Sj=
ors Provoost via bitcoin-dev
 &lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_bl=
ank">bitcoin-dev@lists.<wbr>linuxfoundation.org</a>&gt;<br>
<b>Sent:</b> Monday, 18 December 2017 10:26 PM<br>
<b>To:</b> Douglas Roark; Bitcoin Protocol Discussion<br>
<b>Subject:</b> Re: [bitcoin-dev] A DNS-like decentralized mapping for wall=
et addresses?</font>
<div>=C2=A0</div>
</div><div><div class=3D"h5">
<div class=3D"m_2108495040098490071BodyFragment"><font size=3D"2"><span sty=
le=3D"font-size:11pt">
<div class=3D"m_2108495040098490071PlainText">Have you thought about combin=
ing this with BIP-47? You could associate payment codes with email via DNS.=
<br>
<br>
It would be nice if there was a way to get rid of the announcement transact=
ion in BIP-47 and establish a shared secret out of bound. That would simpli=
fy things, at the cost of an additional burden of storing more than an HD s=
eed to recover a wallet that received
 funds this way.<br>
<br>
Perhaps the sender can email to the recipient the information they need to =
retrieve the funds. The (first) transaction could have a time locked refund=
 in it, in case the payment code is stale.<br>
<br>
Sjors<br>
<br>
&gt; Op 1 dec. 2017, om 04:08 heeft Douglas Roark via bitcoin-dev &lt;<a hr=
ef=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitco=
in-dev@lists.<wbr>linuxfoundation.org</a>&gt; het volgende geschreven:<br>
&gt; <br>
&gt; On 2017/11/30 14:20, mandar mulherkar via bitcoin-dev wrote:<br>
&gt;&gt; I was wondering in terms of mass adoption, instead of long wallet<=
br>
&gt;&gt; addresses, maybe there should be a DNS-like decentralized mapping<=
br>
&gt;&gt; service to provide a user@crypto address?<br>
&gt; <br>
&gt; A few years ago, I was part of an effort with Armory and Verisign to<b=
r>
&gt; make something similar to what you&#39;re describing.<br>
&gt; <a href=3D"https://tools.ietf.org/html/draft-wiley-paymentassoc-00" id=
=3D"m_2108495040098490071LPlnk805993" target=3D"_blank">
https://tools.ietf.org/html/<wbr>draft-wiley-paymentassoc-00</a> is where y=
ou can<br>
&gt; find the one and only official draft. I worked on a follow-up with som=
e<br>
&gt; changes and some nice appendices, explaining some nice tricks one coul=
d<br>
&gt; use to make payment management flexible. For various reasons, it never=
<br>
&gt; got published. I think it&#39;s an interesting draft that could be tur=
ned<br>
&gt; into something useful. Among other things, it was able to leverage BIP=
32<br>
&gt; and allow payment requests to be generated that automatically pointed<=
br>
&gt; payees to the correct branch. DNSSEC may have some issues but, AFAIK,<=
br>
&gt; it&#39;s as the easiest way to bootstrap identity to a common, reasona=
bly<br>
&gt; secure standard.<br>
&gt; <br>
&gt; --<br>
&gt; ---<br>
&gt; Douglas Roark<br>
&gt; Cryptocurrency, network security, travel, and art.<br>
&gt; <a href=3D"https://onename.com/droark" id=3D"m_2108495040098490071LPln=
k436626" target=3D"_blank">https://onename.com/droark</a><br>
&gt; <a href=3D"mailto:joroark@vt.edu" target=3D"_blank">joroark@vt.edu</a>=
<br>
&gt; PGP key ID: 26623924<br>
&gt; <br>
&gt; ______________________________<wbr>_________________<br>
&gt; bitcoin-dev mailing list<br>
&gt; <a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_bl=
ank">bitcoin-dev@lists.<wbr>linuxfoundation.org</a><br>
&gt; <a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-=
dev" id=3D"m_2108495040098490071LPlnk312082" target=3D"_blank">
https://lists.linuxfoundation.<wbr>org/mailman/listinfo/bitcoin-<wbr>dev</a=
><br>
<br>
</div>
</span></font></div>
</div></div></div>
</div>
</div>

<br>______________________________<wbr>_________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
<wbr>linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.<wbr>org=
/mailman/listinfo/bitcoin-<wbr>dev</a><br>
<br></blockquote></div><br></div>

--f403045f4c803164fc0560b134da--