<html><head><base href="x-msg://685/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">ICANN Accountability - a coup or a contract?<br><div><br><blockquote type="cite"><span class="Apple-style-span" style="font-family: Calibri, sans-serif; font-size: 15px; "><a href="http://www.internetgovernance.org/2014/12/19/icann-accountability-a-coup-or-a-contract/" style="color: rgb(5, 99, 193); text-decoration: underline; ">http://www.internetgovernance.org/2014/12/19/icann-accountability-a-coup-or-a-contract/</a></span></blockquote></div><br><div><div class="content" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; border-top-width: 0px; border-right-width: 0px; border-bottom-width: 0px; border-left-width: 0px; border-style: initial; border-color: initial; outline-width: 0px; outline-style: initial; outline-color: initial; font-size: 15px; vertical-align: baseline; background-color: rgb(255, 255, 255); color: rgb(68, 68, 68); font-family: 'Helvetica Neue', sans-serif; font-style: normal; font-variant: normal; font-weight: 300; letter-spacing: normal; line-height: 22px; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; position: static; z-index: auto; "><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;"><em style="margin: 0px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; font-style: italic; background-position: initial initial; background-repeat: initial initial;">Guest blog by <a href="http://en.wikipedia.org/wiki/David_R._Johnson" style="margin: 0px; padding: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; color: rgb(46, 110, 176); text-decoration: underline; background-position: initial initial; background-repeat: initial initial;">David R. Johnson</a></em></p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">The <a href="https://community.icann.org/display/acctcrosscomm/CCWG+on+Enhancing+ICANN+Accountability" style="margin: 0px; padding: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; color: rgb(46, 110, 176); text-decoration: underline; background-position: initial initial; background-repeat: initial initial;">Cross Community Working Group on ICANN Accountability</a> (CCWG) spent part of its second meeting discussing a proposal to convert ICANN into an organization with “members,” potentially including the heads of Supporting Organizations and Advisory Committees (including GAC!??) who might be given the power to overrule ICANN Board Decisions. Many of the other changes on the list for discussion include proposals that would require amendment of ICANN’s Bylaws. One surreal aspect of this discussion is that it is not clear whether the ICANN Board, which must approve any amendment of the bylaws, would ever agree to such changes.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">It is time for those with effective veto power over any resolution of the accountability issues, and the IANA transition, to show their hands.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">ICANN appears to want the CCWG to show its hand first, and then react to whatever is proposed. That is a mistake, because it may lead the group to propose things the Board won’t want to accept, or devise oversight mechanisms that can be repealed by later ICANN Boards. And it may lead to proposals for untested structural changes that create new accountability issues of their own. CCWG can and should ask ICANN to indicate, right now, whether it will or will not agree to specific contractual provisions. The answers, whatever they are, would help immensely to guide the CCWG deliberations.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">Bylaws are a way that a corporation (including a non-profit) governs itself. Contracts, in contrast, are what allows it to govern others, and others to govern it. It would be much simpler to talk about ICANN’s accountability in terms of contractual provisions — enforceable promises ICANN is willing to make to other parties, now, regarding what it will and will not do. The other side of the contract could be registries and registrars, but there could be a third party beneficiary provision that allows anyone adversely affected by the breach of such promises to bring an arbitration before a panel that can issue binding decrees.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">If this were viewed as a simple contract negotiation, between ICANN stakeholders (at least the registries, registrars and registrants who are regulated by ICANN contracts) and the ICANN corporation (Board), then the accountability issues would look very different depending on whether ICANN agrees to contract terms that limit its ability to impose rules on others. For example, ICANN might find it relatively easy to agree not to impose rules that bind registries, registrars and registrants (1) in the absence of consensus, (2) on topics unrelated to sound operation of the DNS, or (3) regarding content or online behavior that doesn’t itself threaten the operation of the DNS. In contrast, if ICANN decided to reserve the right to use its monopoly over entry into the root zone to impose contracts that regulate online behavior, the nature of the “accountability” issues would change dramatically. A global consumer protection regulatory authority, with the power to take down domain names in order to protect the “global public interest”, would have to be constructed with accountability mechanisms very different from those of an organization that makes only technical operational rules subject to consensus support.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">The original deal to create ICANN was, at its core, an agreement by a registry to abide by future (unknown!) “consensus policies” that fit within a very limited range of topics. That limited range of topics, known as the “picket fence,” involved issues the global resolution of which were needed to assure sound operation of the DNS. The requirement for consensus support meant that these new rules would be more like operational standards than regulations or laws — because they would have to compete for general approval among those affected. But because ICANN, in possession of the IANA contract, had the power to impose contracts of adhesion on new gTLDs as a condition of entry into the root, it has since decided to use that power to serve its view of the “global public interest.” Now the CCWG seems at times to assume that ICANN should have the power to define and impose rules in relation to some view of the “global public interest” — but it wants to create a new entity, drawn from ICANN’s internal structures, that can second-guess Board decisions by being treated as “members” who can select an independent review panel, approve a budget, dismiss Board members, and even overturn Board decisions.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">Membership for all netizens in the internet community sounds like a great idea. But what will keep a new entity composed of a limited number of privileged members from itself developing an unrestrained view of its ability to impose rules on others in pursuit of some view of the “global public interest” — and to discipline a board that doesn’t share its views? In contrast, a clear contractual requirement for demonstrated consensus among affected parties before ICANN can make rules that bind others would more clearly achieve the limitation on unchecked power that any accountability regime must be designed to achieve. To make these checks and balances effective, all we need is a judicial branch (an independent arbitration panel) that can enforce the contract terms. And ICANN could, right now, take fears of abuse by a global “public interest” regulator off the table by making clear that it will agree to such contract terms.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">In short, ICANN would be well advised to tell the CCWG at the outset of the process what it will <em style="margin: 0px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; font-style: italic; background-position: initial initial; background-repeat: initial initial;">contractually</em> agree to, as a constraint on its power to tell other people what to do. It is one thing for a do-gooder non-profit deploying its own staff and resources to have some feedback from those it might affect. It is quite another thing for the IANA monopoly over entry into the root zone file to be used to impose “mandatory public interest commitments” and registrar accreditation requirements that exploit the power to revoke domain names (and registrar accreditation) to police online conduct and content — all without any clear provision for due process or the normal limitations on jurisdiction. If ICANN took the “public interest regulator” option off the table, the “accountability” discussion could be greatly simplified.</p><p style="margin: 0px 0px 20px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; background-position: initial initial; background-repeat: initial initial;">Unless CCWG knows at the outset what the ICANN board will agree to by contract, the process of discussing “accountability” is likely to create a proposal to establish another, even less accountable entity (the privileged “members”), who might be even more inclined than the current board to abuse the power inherent in the IANA monopoly. Should we have such a <em style="margin: 0px; padding: 0px; border: 0px; outline: 0px; font-size: 15px; vertical-align: baseline; background-color: transparent; font-style: italic; background-position: initial initial; background-repeat: initial initial;">coup</em> — or just negotiate a contract that puts back inside the original box ICANN’s powers to impose rules on others?</p></div></div></body></html>