From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id E1C6F40C for ; Thu, 23 Jul 2015 13:07:41 +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 49E06241 for ; Thu, 23 Jul 2015 13:07:41 +0000 (UTC) Received: from mfilter30-d.gandi.net (mfilter30-d.gandi.net [217.70.178.161]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id C4D6241C089 for ; Thu, 23 Jul 2015 15:07:39 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter30-d.gandi.net Received: from relay5-d.mail.gandi.net ([217.70.183.197]) by mfilter30-d.gandi.net (mfilter30-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id az4sT2oZAkhf for ; Thu, 23 Jul 2015 15:07:38 +0200 (CEST) X-Originating-IP: 85.181.106.88 Received: from [192.168.1.3] (x55b56a58.dyn.telefonica.de [85.181.106.88]) (Authenticated sender: thomasv@electrum.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 4560841C0F8 for ; Thu, 23 Jul 2015 15:07:37 +0200 (CEST) Message-ID: <55B0E719.4030004@electrum.org> Date: Thu, 23 Jul 2015 15:07:37 +0200 From: Thomas Voegtlin 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: <55B0B858.8000106@electrum.org> In-Reply-To: <55B0B858.8000106@electrum.org> 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 13:07:42 -0000 Le 23/07/2015 11:48, Thomas Voegtlin via bitcoin-dev a =E9crit : >=20 > One benefit of having an intermediate "_wallet" level is to allow zone > delegation. Is that the reason for that choice? >=20 Thinking about it, I think that it would be better to separate those two operations: on one hand, the listing of TXT records under a name, and on the other hand, the possibility to use Zone Delegation. For example, let us use the "_oa2" name (Openalias version 2) when we need to introduce an intermediate level, and "_oa2_keys" for key listing. Here is an example: _oa2_keys.sample 3600 IN TXT "btc ltc email fullname" _btc.sample 3600 IN TXT "bitcoinaddress" _ltc.sample 3600 IN TXT "litecoinaddress" _btc.sample 3600 IN TXT "otherbitcoinaddress" _email.sample 3600 IN TXT "john.smith@googlemail.com" _fullname.sample 3600 IN TXT "John Smith" Zone Delegation: Let us assume example.com wants to delegate all its Bitcoin aliases to Netki. We introduce an intermediate level, with the "_oa2" name. In the alias, this string is translated as "@" john._oa2.example.com <-- will be looked up as john@example.com _btc.john._oa2.example.com <-- bitcoin address of john@example.com