<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 28, 2020 at 2:01 AM Peter Fairbrother <<a href="mailto:peter@tsto.co.uk">peter@tsto.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 22/09/2020 16:55, Phillip Hallam-Baker wrote:<br>
> What is not OK is the SMTP model where <br>
> the email address is tied to the service provider so that changing email <br>
> providers incurs an enormous switching cost.<br>
<br>
My email used to be **** at <a href="http://zen.co.uk" rel="noreferrer" target="_blank">zen.co.uk</a>, but I changed it to **** at <br>
<a href="http://tsto.co.uk" rel="noreferrer" target="_blank">tsto.co.uk</a>.<br>
<br>
I did not own <a href="http://zen.co.uk" rel="noreferrer" target="_blank">zen.co.uk</a>, but I now own <a href="http://tsto.co.uk" rel="noreferrer" target="_blank">tsto.co.uk</a> - or at least <br>
exclusively rent it from ICANN/Nominet/my registrar or whoever with a <br>
sort-of guarantee that as long as I pay the rent I can't be evicted.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">No, you don't own it. You rent it. That is the difference between a Mesh name and an ICANN name.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">If you have @tsto it is yours forever unless it is reassigned because of a trademark issue. And we can make the limits on that type of reassignment far more stringent than ICANN's rules that are tilted to the IPR sharks.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">ICANN registries have to work night and day to maintain your record. My architecture only ever has to respond when you decide to change your service provider. And I have included a number of free changes of service in the base cost of the name so you can't be extorted on that.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Should my name registry default, all the data is stored in the public log which is replicated at every MSP. So it is a trivial matter for them to roll out a fork of the name service. The name service only maintains its position as long as it is generally considered to be doing the right thing. In other words, there is accountability.</div></div><div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> User's can't be in control if they are chained to the <br>
> service provider.<br>
<br>
Which is exactly what is happening in your system, except it is the name <br>
provider, not the messaging service, to whom the user is tied.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">I have tried a number of different designs. The problem is that if you try to go fully peer-to-peer, you end up in a situation where there is certainly a huge imbalance in power but nobody can be held responsible for their actions. The BitCoin world shows this sort of behavior. Rather than get hung up on ideology, I would prefer to have an organization but minimize its authority to the absolute minimum and hold it accountable for the rest.</div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In the m-o-o-t name system there is are no ties at all. Anyone can <br>
operate a registry and the user can use any registry service. Registries <br>
which are noticeably incomplete will soon go out of business.<br>
<br>
Names are generated at random by the user. He doesn't get to choose the <br>
name [1]. Random names mean no trademark disputes, and particular names <br>
are not especially valuable.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">That is another approach. But I think it clear that people really do want the option of a vanity name. Sure it adds some cost. But it creates vastly more revenues and allows the Mesh Naming System to replace the corrupted ICANN scheme.</div></div><div><br></div></div></div>