pull down to refresh
10 sats \ 5 replies \ @ursuscamp 17 Sep 2023 \ on: The ICANN Problem, Solved with Bitcoin and Nostr via Nomen nostr
Thanks for your interest in nomen!
Just last night I opened three issues to address some potential future issues with the protocol:
https://github.com/ursuscamp/nomen/issues/6 - This is meant to address the data availability issues with ownership data. It proposes moving the protocol from version 0 to version 1.
https://github.com/ursuscamp/nomen/issues/7 - This discusses a way we might handle miners and griefers front-running names, a problem we have seen in the Inscriptions space.
https://github.com/ursuscamp/nomen/issues/8 - Describes a method for handling squatters that is optional and based on a web of trust.
How does selling a name work?
reply
There is a transfer mechanism described in the spec. No tooling currently exists to create them and I wouldn’t suggest constructing them manually if you’re technically inclined.
I think they’re likely to change to something described in issue 6 above. The currently envisioned transfer is brittle and necessitates users keep events signed by previous owners. But we can fix that.
reply
/6: For me personally, while this solution is interesting, I wouldn't be a fan of it. I think a better solution would be to just have high-profile entities to just mention their order of claim. Ex: Someone took "Amazon" and then the actual Amazon that we know comes in and registers, they'd just market themselves as "Amazon:2" or something, and browsers/clients, over time, may suggest a "popular" domain to be pushed at the top and writing the domain and/or highlighted.
/7: This is interesting... in terms of decreasing the issue of someone not knowing if a name is shadow-claimed or not, why not, referencing the proposed solution in /6, have a list for those who haven't revealed their claimed name after X blocks (let's say 48 hours worth of blocks of 10 minutes as an example), would be put on that .shadow list (or browsers/clients would do the calc themselves to see if they unsalted their transactions within the X amount of blocks), otherwise it's a valid claim. This might be the smallest compromise to protect people from front-runners and decrease the risk of someone having already taken their name.
/8: No comment on this. I like it =3
reply
/6: For me personally, while this solution is interesting, I wouldn't be a fan of it. I think a better solution would be to just have high-profile entities to just mention their order of claim. Ex: Someone took "Amazon" and then the actual Amazon that we know comes in and registers, they'd just market themselves as "Amazon:2" or something, and browsers/clients, over time, may suggest a "popular" domain to be pushed at the top and writing the domain and/or highlighted.
What you’re describing here sounds more like squatting prevention. 6 describes putting all of the ownership data on chain so the indexer doesn’t require data from Nostr to maintain a chain of custody.
Am I misunderstanding what you mean?
/7: This is interesting... in terms of decreasing the issue of someone not knowing if a name is shadow-claimed or not, why not, referencing the proposed solution in /6, have a list for those who haven't revealed their claimed name after X blocks (let's say 48 hours worth of blocks of 10 minutes as an example), would be put on that .shadow list (or browsers/clients would do the calc themselves to see if they unsalted their transactions within the X amount of blocks), otherwise it's a valid claim. This might be the smallest compromise to protect people from front-runners and decrease the risk of someone having already taken their name.
Interesting! We could also make it so if they don’t reveal their shadow claim in 48 hours, their claim is invalid, making it impossible to sit on any claim for a long period of time.
reply
Ah, sorry about that, I got my order wrong. The first and last should've been switched. Here's the correct ordering:
/6: No comment on this. I like it =3
/7: This is interesting... in terms of decreasing the issue of someone not knowing if a name is shadow-claimed or not, why not, referencing the proposed solution in /6, have a list for those who haven't revealed their claimed name after X blocks (let's say 48 hours worth of blocks of 10 minutes as an example), would be put on that .shadow list (or browsers/clients would do the calc themselves to see if they unsalted their transactions within the X amount of blocks), otherwise it's a valid claim. This might be the smallest compromise to protect people from front-runners and decrease the risk of someone having already taken their name.
/8: For me personally, while this solution is interesting, I wouldn't be a fan of it. I think a better solution would be to just have high-profile entities to just mention their order of claim. Ex: Someone took "Amazon" and then the actual Amazon that we know comes in and registers, they'd just market themselves as "Amazon:2" or something, and browsers/clients, over time, may suggest a "popular" domain to be pushed at the top and writing the domain and/or highlighted.
reply