draft for alternative namespace resolution standard proposal#10
Conversation
63ee0d6 to
16a453f
Compare
16a453f to
eab70cc
Compare
|
Please, use the number |
| { | ||
| "records": [{ | ||
| "type": "NS", | ||
| "ns": "0x36fc69f0983E536D1787cC83f481581f22CCA2A1._eth." |
There was a problem hiding this comment.
This is probably going to change as we work on the actual implementation. Let's hold off on merging this HIP until something works ;-)
There was a problem hiding this comment.
this didn't end up changing with our implementation, so I assume we can merge this now
|
Is there some standard registry we can use for these network codes so they can be easily looked up / derived programmatically? I remember seeing some list from trezor or something that gets used a lot but can't find it now. E.g. someone might put Not exactly the same but similar to this https://github.com/multiformats/multiaddr |
I think keeping a list in this HIP would be appropriate. I feel like we should be sure to make this standard flexible enough to support more than just delegation to other L1 blockchains, for example being able to delegate to a nameserver that is discoverable via tor. It appears as though this should be possible with the current scheme, but I don't know all of the details in practice. Any other thoughts on what this standard could be used for? |
I see it being expanded to virtual off-network TLDs like |
No description provided.