Recognizable Endpoint Ids in case of future success #3605
TotalKrill
started this conversation in
Ideas
Replies: 1 comment 5 replies
-
|
After thinking about it a bit more, I’d suggest using Crockford Base32 for serialization, with a single - separator to split the short and long forms. Example: short: 6zirk5 That way, the short form can stand alone when scanning logs or reasoning about code, and the long form is visually distinct from any other addressing scheme I found. |
Beta Was this translation helpful? Give feedback.
5 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I’ve been thinking about how Iroh endpoint IDs are represented, and I kind of wish they had a more recognizable serialized form — something you can identify at a glance, like other addressing schemes.
For example, even though IPv4 is just 32 bits and IPv6 is 128 bits, you can instantly tell them apart when you see them. The same goes for MAC addresses, UUIDs, and other well-established identifiers — they’ve developed a familiar “look” that makes them easy to spot and reason about.
My utopian dream is that 5–10 years from now, when I stumble upon an old config file or API response, I’ll immediately recognize an Iroh address for what it is. I think the Display and FromStr implementations in Iroh will be key to shaping that kind of long-term recognizability.
To get there, I’d love if the serialized form of an Iroh address could aim for a few practical traits:
Hex encoding already satisfies the first few points, but it’s not particularly compact or recognizable. A Crockford Base32
representation would check nearly all the boxes, and adding a short prefix could make it even more distinctive in the long run.
Beta Was this translation helpful? Give feedback.
All reactions