Carlton's well-expressed pushback to the pushback is supported by fact.
The articles of a corporation are by nature (I've done quite a few myself) as wide-ranging as regulations allow. Based on the Articles alone ICANN's aims are nearly indistinguishable from those of ISOC or the IGF. It's in those Bylaws and the Mission -- referred
to by the Articles -- where we find the applicable scope and context limitations.
Bylaw 1.1(a) -- the very first one -- makes quite clear that ICANN's mission and remit is to (emphasis mine):
(i)
Coordinates the allocation and assignment of names in the root zone of the
Domain Name System ("
DNS") and coordinates the development and implementation of policies concerning the registration of second-level domain names in generic top-level
domains ("gTLDs"). [...]
(ii)
Facilitates the coordination of the operation and evolution of the
DNS root name server system.
(iii) Coordinates the allocation and assignment at the top-most level of Internet
Protocol numbers and Autonomous System numbers. [...]
(iv) Collaborates with other bodies as appropriate to provide registries needed for the functioning of the Internet
as specified by Internet protocol standards development organizations. In service of its Mission,
ICANN's scope is to provide registration services and open access for registries in the public domain requested by Internet protocol development organizations.
And that's immediately followed by 1.1(b):
ICANN shall not act outside its Mission.
So, indeed, ICANN's scope
most certainly is limited to the DNS and IP numbers. At best 1.1(a)(iv) could be interpreted as mandating collaboration with non-DNS registration systems, but I'm waiting for "Internet protocol standards development organizations"
to recognize them before ICANN gets involved. I have already agreed that we need to keep an eye out and be aware of challenges that
might exist from external sources of collision that are outside ICANN's control.
Such challenges have existed before. But ICANN is not mandated to address the issue unless directed to do so by the IETF (or some other standards body? W3C? ANSI? IEEE?). And while At-Large has
the ability to address ICANN issues beyond the policy-based limits of the GNSO, its pure function is to provide advice to the ICANN Board, staff and constituencies (that's the second "A" in ALAC) "
on the activities of ICANN" according to
Bylaw 12.2(d).
ICANN's activities are limited to the DNS and coordination with other bodies as directed by appropriate Internet standards organizations. No such direction has been given regarding blockchain-based DNS wannabes. And ICANN At-Large is limited to addressing ICANN's
activities.
Anything beyond this is an abrogation of the ICANN Bylaws. I stand behind what I said.