Jorge Timón [ARCHIVE] on Nostr: 📅 Original date posted:2011-12-15 🗒️ Summary of this message: The need for ...
📅 Original date posted:2011-12-15
🗒️ Summary of this message: The need for temporary addresses to preserve anonymity requires interaction with the wallet host, and there are different ways to generate temporary addresses. The IIBAN proposal may require a centralized institution to manage the mapping of bitcoin addresses to the IIBAN subspace, which could be a step back in decentralization.
📝 Original message:2011/12/15, Walter Stanish <walter at stani.sh>:
> Interaction is a requirement, since there seems to be a widely felt
> need to preserve anonymity through the use of temporary addresses.
> Generating a temporary address requires some actual processing to
> achieve, since the issuing of the new address cannot be done without
> interacting with the entity hosting the wallet (unless I'm missing
> something?).
I thought the interaction was just the server answering with an
address (maybe also amount and other details). But we don't have to
define how the server will get that address.
Some possibilities:
-A static address: less anonymity, but some people may not care. Say a
donation address.
-The servers stores the recipient private keys and generates a new one
for each payment.
-The server stores a set of addresses provided by the recipient and it
manages what address it gives in each request (like in the web service
I told you I can't find).
> It *is* true that under the current IIBAN proposal there would be one
> entity (IANA) in charge of issuing namespace portions ('institution
> codes' - probably best to rename these...), however:
> ...
IANA reserves some namespace for bitcoin. All right.
The problem comes later.
"
* Systems such as [BITCOIN] have quirks that require slightly
delayed settlement due to the nature of their decentralized,
consensus-based approach to fiscal transfer. Users requiring
instant settlement MAY thus see benefit in the use of a
centralized proxy system or organization as an instantaneous
financial settlement provider (the 'institution').
"
As I understand it (probably I'm wrong, because I haven't read the
whole IIBAN draft) there would be a "bitcoin institution" that would
map bitcoin addresses to the bitcoin subspace of the IIBAN.
" * IANA MAY delegate management of portions of the IIBAN name space
through such institutions."
If we can find a deterministic method to map the subspace the all
possible bitcoin addresses, everything's fine again. But if that's not
possible, we would need a central institution to manage the mapping
and that would be a step back in decentralization.
I can't find the answer of Gavin's question "How is the mapping done?"
in your post. I'll re-read it though.
Published at
2023-06-07 02:47:25Event JSON
{
"id": "37b9e59da932c3924ae6781105bbf0920efd4205eb891a22d2293448ebebe055",
"pubkey": "498a711971f8a0194289aee037a4c481a99e731b5151724064973cc0e0b27c84",
"created_at": 1686106045,
"kind": 1,
"tags": [
[
"e",
"f45e7ca88e6eb3dd1e645e8e3cbb476c5b24e8003cb71eebe205594bb2a4d152",
"",
"root"
],
[
"e",
"8bae1f45c00b3f11e04b398dd88dfae25e84fe13a4d55ed61eb7314172186c39",
"",
"reply"
],
[
"p",
"99bec497728c848e65549d1a5257d08de97621edcb4b77073269a45dac708d59"
]
],
"content": "📅 Original date posted:2011-12-15\n🗒️ Summary of this message: The need for temporary addresses to preserve anonymity requires interaction with the wallet host, and there are different ways to generate temporary addresses. The IIBAN proposal may require a centralized institution to manage the mapping of bitcoin addresses to the IIBAN subspace, which could be a step back in decentralization.\n📝 Original message:2011/12/15, Walter Stanish \u003cwalter at stani.sh\u003e:\n\u003e Interaction is a requirement, since there seems to be a widely felt\n\u003e need to preserve anonymity through the use of temporary addresses.\n\u003e Generating a temporary address requires some actual processing to\n\u003e achieve, since the issuing of the new address cannot be done without\n\u003e interacting with the entity hosting the wallet (unless I'm missing\n\u003e something?).\n\nI thought the interaction was just the server answering with an\naddress (maybe also amount and other details). But we don't have to\ndefine how the server will get that address.\nSome possibilities:\n\n-A static address: less anonymity, but some people may not care. Say a\ndonation address.\n-The servers stores the recipient private keys and generates a new one\nfor each payment.\n-The server stores a set of addresses provided by the recipient and it\nmanages what address it gives in each request (like in the web service\nI told you I can't find).\n\n\u003e It *is* true that under the current IIBAN proposal there would be one\n\u003e entity (IANA) in charge of issuing namespace portions ('institution\n\u003e codes' - probably best to rename these...), however:\n\u003e ...\n\nIANA reserves some namespace for bitcoin. All right.\nThe problem comes later.\n\"\n* Systems such as [BITCOIN] have quirks that require slightly\n delayed settlement due to the nature of their decentralized,\n consensus-based approach to fiscal transfer. Users requiring\n instant settlement MAY thus see benefit in the use of a\n centralized proxy system or organization as an instantaneous\n financial settlement provider (the 'institution').\n\"\nAs I understand it (probably I'm wrong, because I haven't read the\nwhole IIBAN draft) there would be a \"bitcoin institution\" that would\nmap bitcoin addresses to the bitcoin subspace of the IIBAN.\n\n\" * IANA MAY delegate management of portions of the IIBAN name space\n through such institutions.\"\n\nIf we can find a deterministic method to map the subspace the all\npossible bitcoin addresses, everything's fine again. But if that's not\npossible, we would need a central institution to manage the mapping\nand that would be a step back in decentralization.\nI can't find the answer of Gavin's question \"How is the mapping done?\"\nin your post. I'll re-read it though.",
"sig": "9b487e3400f3cf9637e83c07d62fc91e3c050b33dd98a2c9c57e0631e5861294dd47e22709c570735a57b75c4f42dced13ff428caf677fa5d26e5f4d6bb14d7c"
}