|
|
|
|
|
by jcgl
4 days ago
|
|
Tightly coupling identity to cryptosystems should be entirely dismissed for anything that is supposed to have broad adoption. First off, these systems always require indefinitely-lived secrets. To rotate keys (or the whole cryptosystem—think future possible quantum computers) is to change identity. Therefore, to change keys is to break the previous identity. Anything that requires users to think about long-term secrets is user hostile and leads to a fragile system. Second, the economics of pubkey-as-address are untenable. Can you imagine publishing .onion addresses on billboards and business cards, let alone sharing them verbally? Absolutely not. Unless there’s something I’m missing (please do say), these problems are intractable when you’re dealing with cryptosystem-based identity. In the end, identity and naming and fundamentally human concerns. If you try to kludge around this with purely technical solutions, all you’ll end up with is a system that doesn’t adequately reflect what identity means to people. Good systems support this (DNS, email); bad systems fight this (cryptocurrency, nostr). |
|