So can a name registeration be transferred?
Transfer the account they were created in, is the easy solution.
Iāve commented on this topic at length two times prior.
The only decent SAFE solution is to publicly reserve all single words in the dictionaries of all online languages in addition to the other common domains already used like āorgā and āgovā or country codes and publicly traded corporations. The private keys get published as the sites āversion 0ā. It becomes a public commons where groups can battle over what is published there, analogous to a wikipedia page with no censorship/lockdown. The actual version of the site that is viewed by default in the SAFE browser doesnāt necessarily need to be the most recent, but instead the version with the most ālikesā or āupvotesā. This serves as a constant stream of PUT income for the network. It would be an interesting social experiment to see what evolves. Posting the private key publicly is essentially a form of public burning that is readily proven. This is the most fair method that maintains a common de facto NRS standard.
tldr; broken recordā¦
Because of the safe://service.name structure of the NRS, anyone is free to call their service as common dictionary words. Their public name would only need to be unique.
For example āsafe://awesome.happybeingā or āsafe://great.traktionā would be fine to claim, but āsafe://being.happyā or āsafe://happy.beingā or āsafe://happyā would not because the pubIDs are single dictionary words.
Yup, this is the crux of it. The primary purpose of the NRS isnāt findability, itās communicability.
In other words, being able to put a unique, yet human readable and orally reproducible wrapper around a XOR address.
And remember, we have other tools in the chest for findability such as linked data. No reason that canāt be deployed alongside NRS to solve the that issue, even right in the address bar.
As a wee example, think of the combination of unique Handle, plus your free choice of Name you have on twitter and how that works.
I can have primary results returned by the free name along with other profile elements if neededāand then narrowed by a socially derived priorityāand finally uniquely selected/addressed with the NRS address.
I might never really need to deal with the NRS part of things often, so if all I can get is @JimCollinson38826
for my SafeID
itās not really a big deal.
This is the starting point for our way of thinking about SafeIDs BTW, and could quite rightly be extended to any site/address.
This is not suitable. The person selling the account can access the account and has the private keys to all in the account at the time of sale
I was going to answer the same thing. We must also remember that every public site, including any name, must comply with the rules of the perpetual web where history cannot be altered.
It seems there needs to be another layer of abstraction.
If I can, then I will ā¦ and you should thank me - as if I do it, Iāll plow profits back into the network - another entity might just do it for pure profit and take the money out/away from the network.
If true that names are permanently stuck to an account, then there is another problem Iāve just thought of as well ā a malicious actor (say a rival corporation) could buy up names of competitors and then make the keys to the account public - effectively neutering the use of the name forever.
Further, If you were a government and wanted to seriously hamper the network, you do the same with a dictionary and large amount of cash. Effectively trashing the defacto NRS.
Easy do not suggest people ever do it.
The other is to allow the AD to have its ownership transferred which is promised. And simply transfer ownership of the AD which holds the registration info
Itās a difficult subject with no ideal solution Iām afraid. What I would like to see is an expiry date on the NRS name. A year, or even a month.
Then there will be an automatic auction provided by the network. The paid Safecoins return to the network.
Only the real owner is prepared to put effort in it for getting the name each time, and is prepared to pay for it. Squatting is useless now.
Maybe the current owner can have a discount of 50% on the auction price so he has an advantage for getting it back.
The reason I would prefer this, is because I really donāt like the idea that someone owns safe:\news and then he diesā¦
I donāt think itās good marketing that the SAFE Network is one big graveyard of old websites.
The network isnāt aware of time as we think of it - it sees time through events. So I donāt know how that would work.
Given how attached many are to having domain names, I think the only practical solution is to have multiple NRS pluginās and/or I2P-style lists ā¦ then we effectively have as many copies of the names as we want and the network is kinda partitioned via the plugin you use.
One could see that as a feature. Digital archeologyāa permanent record of cyber history.
Since everyone seems to agree that a well done petname system or the continuous auction system suggested by @Seneca a long time ago are not paths that look more attractive than this graveyard/squatting mess Oo
We could have a āsidechainā to safe - simply not having the naming system baked into the core and the data types on safe but have the name service managed through a blockchain (==public registrar) with precisely the properties that people want the names to have (expiration/prices)
Then we use something else. Visits, votes, some other info we DO have. There must be something we can use to determine some cycle
Actually for 1 year expirstional names a blockchain would be not a bad solution at all Ooā¦
ā¦ You could throw away blocks that are older than 1 year and I heard that blockchains are not the worst solution if you try to utilize them as public ledger
ā¦ Would just be nice if one could use data from safe to secure the chain instead of having to use powā¦
Jim, is NRS part of the core code or is it going to be a plugin? It seems like someone said it was ālikeā a plugin? But donāt know what that means. I can imagine that anyone could make a browser plugin to do something akin to NRS, but if Maidsafeās NRS is in the core, then it seems like itās defacto nature will give it unstoppable dominance over NRS as a whole.
Perhaps a user installed NRS plugin could overthrow the in-built NRS on a site-by-site basis much like the āimportantā flag in CSS. Thus malicious domains captured by attackers could be neutralized through the users choice in NRS plugin ā¦ Iām rambling here, but maybe you get the idea.
A really bad feature. We got history behind that history button, thatās ok. But the current owner should be someone alive
Name registration does work as follows:
You want to visit safe://neo
The information where to look for the index and everything lies within the append only data with xor address hash(āneoā)
So if you own the appendOnly data with that address you own the domain and you can transfer it
(and the network cannot know how many characters the domain has or what its name is)
(feel free to correct me if Iām wrong because things changed by now)
Iāll let someone (nudge @bochaco) give a more accurate description of the code, but yeah, AFAIK there is no reason someone couldnāt build a rival NRS and allow users to switch between them.
How usable that will be is another question though. As youād need to explain to a potential visitor what NRS to use before they access the site. Could get funky.
And the reason why selling the account is not good is that the seller will always be able to control the account and NRS name (they are not domains in this system)
And why I said later that it will require being able to change ownership of the āADā in order to sell names