<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Jan 27, 2018 at 6:27 PM, Andrew Sullivan <span dir="ltr"><<a href="mailto:ajs@anvilwalrusden.com" target="_blank">ajs@anvilwalrusden.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sat, Jan 27, 2018 at 01:42:42PM -0500, Phillip Hallam-Baker wrote:<br></span><span class=""><br>
> this can be fairly called out as negligent and told its their own fault as<br>
> far as DNS registrations in .COM are concerned.<br>
<br>
</span>But in a world of thousands of TLDs, many of which seem to be designed<br>
only to attract defensive registrations (some have called them<br>
"extortion TLDs", but I would not), that negligence evaluation might<br>
move.</blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">​The current TLD program is indefensible. Just block the lot of them. They serve no purpose other than rent seeking. ​</div><br></div><div><div class="gmail_default" style="font-size:small">​What I am proposing would be a replacement for the ICANN root zone. </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">As an introduction strategy, I would initially piggyback on the .com zone so that registrants had to first show that they owned the corresponding .com to register in the dot. Eventually, the .com zone would wither and die.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"> <br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> squatting is homograph and homophone squatting. So some dispute resolution<br>
> process is essential.<br>
<br>
</span>And getting worse, as the populations' writing systems get more<br>
diverse.<br>
<span class=""><br>
> OK, so there is a UDRP like process, though rather narrower in scope than<br>
> ICANN's and there is some mechanism whereby these arbitration bodies can<br>
> post messages that override the first come rule.<br>
<br>
</span>This is _the entire rock face_ of the cliff people are proposing to<br>
climb, and you wave it away.  Why narrower in scope?  Who decides?<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">​homophones and homographs is a lot​ narrower than folk fancying a name and trying to get it with legal demands.</div></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What is the mechanism?  What makes this legitimate in different<br>
countries?  How do you cope with different jurisdictions ruling<br>
differently?  And so on.  </blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">​Know how many legal cases have been brought in connection with WebPKI​ issues?</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">It is zero. That is not a coincidence. We knew what we were doing.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Provide clear processes with objective criteria and few courts are likely to second guess you. Courts don't generally issue orders unless they are sure that they can be complied with.</div></div><div><br></div><div><div class="gmail_default" style="font-size:small">​Courts have tolerated the law merchant and instruments like letters of credit for centuries. ​</div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is not a trivial matter.  There were<br>
good, solid reasons why Jon Postel attempted to punt as much of this<br>
as possible very far away from IANA.  It is too bad that subsequent<br>
generations did not follow his lead, but here we are.  Once things<br>
near the top are open and desirable, we need to find political, not<br>
technical, answers to these problems.  For there is no technical<br>
problem.</blockquote></div><br></div><div class="gmail_extra"><div class="gmail_default" style="font-size:small">​These are legal and political ​issues but the technical choices determine the issues you have to deal with. Get the technology wrong and you have to deal with more of them.</div><br></div></div>