📅 Original date posted:2017-12-19
📝 Original message: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 at lists.linuxfoundation.org <bitcoin-dev-bounces at lists.linuxfoundation.org> on behalf of Sjors Provoost via bitcoin-dev <bitcoin-dev at 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 at 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 at 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 at vt.edu
> PGP key ID: 26623924
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171219/60b0253d/attachment.html>;
Damian Williamson [ARCHIVE] /
npub1sp…8lz2h
2023-06-07 18:08:02
in reply to nevent1q…3zuj
Author Public Key
npub1spe4rkz350zpn7h2pz07t8sdwgt440zmx9k530afwj6gmq7q0lksh8lz2hPublished at
2023-06-07 18:08:02Event JSON
{
"id": "daaf4f556e0bd6f59821829e66babcecc7e43cfa4eb3976f0506d6ee2a87a157",
"pubkey": "807351d851a3c419faea089fe59e0d72175abc5b316d48bfa974b48d83c07fed",
"created_at": 1686161282,
"kind": 1,
"tags": [
[
"e",
"aa26ac7d2c56b5e93f58d0a4616f8108b14cd88c555a82aa7113c62ff7cbed00",
"",
"root"
],
[
"e",
"135b2d584d5299243e282d9575892c469bd0ab5c4c75cb7241f163f44cd19fd4",
"",
"reply"
],
[
"p",
"e1ad0d0d83103f222425541294008149d215c1e1629b0bb37b98e19f698feb3e"
]
],
"content": "📅 Original date posted:2017-12-19\n📝 Original message: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.\n\n\nRelying 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.\n\n\nIf you get it right it will be a service better than namecoin transacting in Bitcoin. If you think that is valuable, go for it.\n\n\nRegards,\n\nDamian Williamson\n\n\n________________________________\nFrom: bitcoin-dev-bounces at lists.linuxfoundation.org \u003cbitcoin-dev-bounces at lists.linuxfoundation.org\u003e on behalf of Sjors Provoost via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e\nSent: Monday, 18 December 2017 10:26 PM\nTo: Douglas Roark; Bitcoin Protocol Discussion\nSubject: Re: [bitcoin-dev] A DNS-like decentralized mapping for wallet addresses?\n\nHave you thought about combining this with BIP-47? You could associate payment codes with email via DNS.\n\nIt 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.\n\nPerhaps 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.\n\nSjors\n\n\u003e Op 1 dec. 2017, om 04:08 heeft Douglas Roark via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e het volgende geschreven:\n\u003e\n\u003e On 2017/11/30 14:20, mandar mulherkar via bitcoin-dev wrote:\n\u003e\u003e I was wondering in terms of mass adoption, instead of long wallet\n\u003e\u003e addresses, maybe there should be a DNS-like decentralized mapping\n\u003e\u003e service to provide a user at crypto address?\n\u003e\n\u003e A few years ago, I was part of an effort with Armory and Verisign to\n\u003e make something similar to what you're describing.\n\u003e https://tools.ietf.org/html/draft-wiley-paymentassoc-00 is where you can\n\u003e find the one and only official draft. I worked on a follow-up with some\n\u003e changes and some nice appendices, explaining some nice tricks one could\n\u003e use to make payment management flexible. For various reasons, it never\n\u003e got published. I think it's an interesting draft that could be turned\n\u003e into something useful. Among other things, it was able to leverage BIP32\n\u003e and allow payment requests to be generated that automatically pointed\n\u003e payees to the correct branch. DNSSEC may have some issues but, AFAIK,\n\u003e it's as the easiest way to bootstrap identity to a common, reasonably\n\u003e secure standard.\n\u003e\n\u003e --\n\u003e ---\n\u003e Douglas Roark\n\u003e Cryptocurrency, network security, travel, and art.\n\u003e https://onename.com/droark\n\u003e joroark at vt.edu\n\u003e PGP key ID: 26623924\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\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171219/60b0253d/attachment.html\u003e",
"sig": "ae49f39b6fabaca5cbfc17a84b0e51a19c75c0fb4cf6d322266323c53a559797a823266469ee6f65483cc58c46a2c59563cbfe19502781077a173ca67e39dbe4"
}