proposals
proposals copied to clipboard
neo-project
Neo Address Resolution
Why not put Neo addresses in NNS directly?
As I've answered in https://github.com/neo-project/neo/issues/2284#issuecomment-778574349:
My design philosophy is to design a lightweight core as much as possible. For problems that can be solved with standards, try not to add functions to the core. Unless this can bring very obvious advantages, such as performance improvements.
NEP-1 as it is now:
If the NEP collaborators approve, the NEP editor will assign the NEP a number, label it as Standards Track, Informational, or Meta, give it status "Draft", and add it to the git repository.
Once the NEP is ready for the repository, the NEP editor will: ... Merge the pull request... List the NEP in README.mediawiki
But we have this one, #134 and #145 with an "Accepted" status, listed in README and yet not merged into the repository. Is this correct from the process POV? I think we should merge them at least. If any changes needed they can be done in separate PRs until these NEPs reach "Final" status. And then "Final" NEPs MUST NOT be touched except for grammar, spelling, or markup mistakes. Maybe we want to update NEP-1 with this?
@shargon should we merge the accepted proposal?
Yes, we are all agree? please vote with 👍 or 👎
We will provide some examples afterwards, we're storing contract hashes in NNS already.
This is just for the address themself? no directly relation to the domain that will be linked, right?
I don't think it's worth the trouble. Legacy is almost non-existent to me and it's easily separated from N3 because of A prefix.
I don't think it's worth the trouble. Legacy is almost non-existent to me and it's easily separated from N3 because of
Aprefix.
But you can store ethereum address o bane address also...
I think this should function like DNS.
I don't think it's worth the trouble. Legacy is almost non-existent to me and it's easily separated from N3 because of
Aprefix.But you can store ethereum address o bane address also...
The hostname for the txt record would be whatever format the validator wants. This would provide ownership validation.
Example
| hostname | Record Type | Value |
|---|---|---|
| ether-challenge | TXT | "address=0x26FfB57236FeA81746c9a1f2604fEB7ec1Bb4BDC" |
But you can store ethereum address o bane address also...
The way the NEP author wanted it is https://github.com/neo-project/proposals/pull/133#issuecomment-1999614522. To me it's acceptable, having this standard as it is now it better than not having it at all.
Better than nothing. Let's vote for merge. @shargon @roman-khimov @AnnaShaleva @Jim8y @shargon @AnnaShaleva
