summaryrefslogtreecommitdiff
path: root/31/0921cabab9116bb6c857d86a62bcd12d3ceafe
blob: 01a0685ae60bd876d173059eadc0184ad9ce471f (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
Return-Path: <thomasv@electrum.org>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 3E52B3C8
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 23 Jul 2015 09:48:13 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net
	[217.70.183.197])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 16738185
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 23 Jul 2015 09:48:12 +0000 (UTC)
Received: from mfilter36-d.gandi.net (mfilter36-d.gandi.net [217.70.178.167])
	by relay5-d.mail.gandi.net (Postfix) with ESMTP id 9B5A141C0B6
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 23 Jul 2015 11:48:10 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at mfilter36-d.gandi.net
Received: from relay5-d.mail.gandi.net ([217.70.183.197])
	by mfilter36-d.gandi.net (mfilter36-d.gandi.net [10.0.15.180])
	(amavisd-new, port 10024) with ESMTP id oGhpi-M1RCFm
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 23 Jul 2015 11:48:09 +0200 (CEST)
X-Originating-IP: 85.181.106.88
Received: from [192.168.1.2] (x55b56a58.dyn.telefonica.de [85.181.106.88])
	(Authenticated sender: thomasv@electrum.org)
	by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 328E841C084
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Thu, 23 Jul 2015 11:48:08 +0200 (CEST)
Message-ID: <55B0B858.8000106@electrum.org>
Date: Thu, 23 Jul 2015 11:48:08 +0200
From: Thomas Voegtlin <thomasv@electrum.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: bitcoin-dev@lists.linuxfoundation.org
References: <CADhj2oT_rgaf6LFgwMawwJKaA8384v5jQ=e-7T8GNY4gGZ2udQ@mail.gmail.com>	<CABqynxKf=xBOG_38LYqtps2jXWeOR3g4PVFm6AKbJKLndG3Tig@mail.gmail.com>
	<CABqynxL5AhEPLSw8TYjn9CVTc42+OHihKPGY6X3GP5W6u6TZaQ@mail.gmail.com>
In-Reply-To: <CABqynxL5AhEPLSw8TYjn9CVTc42+OHihKPGY6X3GP5W6u6TZaQ@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,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
Subject: Re: [bitcoin-dev] Proposal: extend bip70 with OpenAlias
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, 23 Jul 2015 09:48:13 -0000



Le 17/07/2015 03:01, Justin Newton via bitcoin-dev a =E9crit :
>> 3> We use a 2 tier lookup format. [...]
>>
>> We do the same thing, except in a single call. [...]
>=20
> We looked at doing this in a single lookup as you did.  With one or two
> currencies this can be potentially more efficient.  As the number of
> supported currencies and addresses under a single name grows, however, =
this
> solution becomes potentially more problematic. [...]

Hi Justin,

Your lookup solution is indeed more efficient than OpenAlias, and more
robust to DoS. However, that is not because you use a two-tier lookup.

Indeed, instead of having the following records:
_wallet.sample =3D "btc ltc"
_btc._wallet.sample =3D "mybitcoinadress"

you could simply have:
_wallet.sample =3D "btc ltc"
_btc.sample =3D "mybitcoinaddress"

In practice, a wallet supporting only Bitcoin will skip the currencies
lookup in both cases, and go directly for the _btc record.

One benefit of having an intermediate "_wallet" level is to allow zone
delegation. Is that the reason for that choice?

Thomas