Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

draft for alternative namespace resolution standard proposal #10

Merged

Conversation

ca98am79
Copy link
Contributor

@ca98am79 ca98am79 commented Feb 9, 2021

No description provided.

@ca98am79 ca98am79 force-pushed the alternative-namespace-resolution branch from 16a453f to eab70cc Compare February 9, 2021 20:22
@Falci
Copy link
Member

Falci commented Feb 19, 2021

Please, use the number HIP-0005

HIP-xxxx.md Outdated
{
"records": [{
"type": "NS",
"ns": "0x36fc69f0983E536D1787cC83f481581f22CCA2A1._eth."
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is probably going to change as we work on the actual implementation. Let's hold off on merging this HIP until something works ;-)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this didn't end up changing with our implementation, so I assume we can merge this now

@kibagateaux
Copy link

kibagateaux commented Mar 1, 2021

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 _eth but they actually mean the Ethereum Classic chain (ETC) or I want my MetaMask to update a file for this hsd plugin that automatically rejects resolution to networks that I haven't configured in my wallet.

Not exactly the same but similar to this https://github.com/multiformats/multiaddr

@tynes
Copy link
Collaborator

tynes commented Mar 1, 2021

Is there some standard registry we can use for these network codes so they can be easily looked up / derived programmatically?

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?

@Falci Falci merged commit 493532c into handshake-org:master Mar 1, 2021
@pinheadmz
Copy link
Member

Any other thoughts on what this standard could be used for?

I see it being expanded to virtual off-network TLDs like ._footnote and ._ipfs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants