📅 Original date posted:2015-07-27
📝 Original message:Thomas,
I think this is interesting and has some good thoughts behind it. For
clarity, are you recommending that the "_oa2" portion of the domain name be
"hidden" as a way to make it easier to delegate just wallet names from a
zone?
On Thu, Jul 23, 2015 at 6:07 AM, Thomas Voegtlin via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Le 23/07/2015 11:48, Thomas Voegtlin via bitcoin-dev a écrit :
> >
> > One benefit of having an intermediate "_wallet" level is to allow zone
> > delegation. Is that the reason for that choice?
> >
>
> 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 at 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 at example.com
> _btc.john._oa2.example.com <-- bitcoin address of john at example.com
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
--
Justin W. Newton
Founder/CEO
NetKi, Inc.
justin at netki.com
+1.818.261.4248
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150727/9f2e9f77/attachment-0001.html>;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.tiff
Type: image/tiff
Size: 10972 bytes
Desc: not available
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150727/9f2e9f77/attachment-0001.tiff>;
Justin Newton [ARCHIVE] /
npub19g…4xcws
2023-06-07 15:42:14
in reply to nevent1q…rd0v
Author Public Key
npub19gq8ya0cwzxc2l3lcefrmtg0e0judfdp75cyxdfq2wssfzpckrts74xcwsPublished at
2023-06-07 15:42:14Event JSON
{
"id": "cc7f9c914488d4eec409e7b9fba1fd933e7c09fde728888137aa69044b4a7c1d",
"pubkey": "2a007275f8708d857e3fc6523dad0fcbe5c6a5a1f53043352053a1048838b0d7",
"created_at": 1686152534,
"kind": 1,
"tags": [
[
"e",
"2b792280c7c77e1a9146c50dbbc2a8f3336e57397d73b26f225d7fe35c48cd85",
"",
"root"
],
[
"e",
"7d0f54161af178d4485647f30e32283e88086f88625f912f1c4c0c79a99409ff",
"",
"reply"
],
[
"p",
"7a4ba40070e54012212867182c66beef592603fe7c7284b72ffaafce9da20c05"
]
],
"content": "📅 Original date posted:2015-07-27\n📝 Original message:Thomas,\n I think this is interesting and has some good thoughts behind it. For\nclarity, are you recommending that the \"_oa2\" portion of the domain name be\n\"hidden\" as a way to make it easier to delegate just wallet names from a\nzone?\n\n\n\nOn Thu, Jul 23, 2015 at 6:07 AM, Thomas Voegtlin via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e Le 23/07/2015 11:48, Thomas Voegtlin via bitcoin-dev a écrit :\n\u003e \u003e\n\u003e \u003e One benefit of having an intermediate \"_wallet\" level is to allow zone\n\u003e \u003e delegation. Is that the reason for that choice?\n\u003e \u003e\n\u003e\n\u003e Thinking about it, I think that it would be better to separate those two\n\u003e operations: on one hand, the listing of TXT records under a name, and on\n\u003e the other hand, the possibility to use Zone Delegation.\n\u003e\n\u003e For example, let us use the \"_oa2\" name (Openalias version 2) when we\n\u003e need to introduce an intermediate level, and \"_oa2_keys\" for key listing.\n\u003e\n\u003e Here is an example:\n\u003e\n\u003e _oa2_keys.sample 3600 IN TXT \"btc ltc email fullname\"\n\u003e _btc.sample 3600 IN TXT \"bitcoinaddress\"\n\u003e _ltc.sample 3600 IN TXT \"litecoinaddress\"\n\u003e _btc.sample 3600 IN TXT \"otherbitcoinaddress\"\n\u003e _email.sample 3600 IN TXT \"john.smith at googlemail.com\"\n\u003e _fullname.sample 3600 IN TXT \"John Smith\"\n\u003e\n\u003e Zone Delegation: Let us assume example.com wants to delegate all its\n\u003e Bitcoin aliases to Netki. We introduce an intermediate level, with the\n\u003e \"_oa2\" name. In the alias, this string is translated as \"@\"\n\u003e\n\u003e john._oa2.example.com \u003c-- will be looked up as john at example.com\n\u003e _btc.john._oa2.example.com \u003c-- bitcoin address of john at example.com\n\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n\n\n\n-- \n\nJustin W. Newton\nFounder/CEO\nNetKi, Inc.\n\njustin at netki.com\n+1.818.261.4248\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150727/9f2e9f77/attachment-0001.html\u003e\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: PastedGraphic-1.tiff\nType: image/tiff\nSize: 10972 bytes\nDesc: not available\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150727/9f2e9f77/attachment-0001.tiff\u003e",
"sig": "6f134848581ca72d9ebe69c965370a9d2887f0cc8dfc96a660a55dfa1bf9d5154a05b2a5f2c5ce91c216e90866dc4480c1f1dcd6448bcc8d41da90c41a246d00"
}