Resumen

  • La autoridad de ICANN es una cadena de instrumentos distintos: estatutos corporativos, Bylaws, políticas de consenso, contratos y operaciones técnicas. Ninguna capa debe confundirse con jurisdicción pública general.
  • Los mecanismos de reconsideración, Independent Review, Ombudsman, poderes de la Empowered Community y tribunales cumplen funciones diferentes. Tener una vía formal de impugnación no garantiza suspender o revertir a tiempo un cambio operativo.

La discusión sobre ICANN suele empezar con una afirmación demasiado amplia: que la organización “controla Internet”. Esa frase mezcla varias preguntas. ICANN no administra todas las redes, no legisla para todos los usuarios y no sustituye a los tribunales o reguladores nacionales. Su autoridad es más específica y, precisamente por eso, más interesante. Se concentra en sistemas de identificadores únicos y se vuelve material cuando una decisión puede llegar a los registros, los registradores o la raíz de un sistema técnico.

La cadena tiene varios eslabones. Los Articles of Incorporation sitúan a ICANN dentro del derecho corporativo de California y describen su propósito de coordinar el sistema global de identificadores únicos de Internet, conforme a sus documentos y políticas de gobierno (Articles of Incorporation de ICANN). Los Bylaws añaden la misión, los valores centrales, las estructuras de política, los procedimientos del Board y los mecanismos de rendición de cuentas (Bylaws de ICANN). Estos documentos explican qué pretende hacer la organización y cómo debe actuar. No convierten automáticamente cada decisión de ICANN en una orden pública aplicable a cualquier persona.

Primer eslabón: una misión corporativa con límites

La forma corporativa importa porque determina el tipo de autoridad inicial. ICANN es una corporación californiana de beneficio público, no un ministerio ni un regulador universal. Sus Articles of Incorporation proporcionan el contexto jurídico de sus fines, mientras que los Bylaws organizan la toma de decisiones y la participación comunitaria. La consecuencia práctica es doble: ICANN puede ejercer poderes internos y contractuales dentro de su marco, pero una afirmación sobre autoridad pública debe apoyarse en otra fuente, como una ley, una orden judicial o una actuación regulatoria.

Los Bylaws también son más que una declaración de misión. Distribuyen funciones entre el Board, las organizaciones de apoyo, los comités asesores y la comunidad. Establecen procedimientos para determinadas decisiones y contienen mecanismos para cuestionar acciones u omisiones. Esa arquitectura produce legitimidad procedimental, pero no elimina la necesidad de preguntar quién puede activar cada mecanismo, dentro de qué plazo, con qué estándar y con qué remedio.

Segundo eslabón: la política de múltiples partes interesadas

Las políticas de consenso conectan deliberación comunitaria y obligaciones operativas. Los materiales de ICANN sobre consensus policies describen cómo ciertas políticas desarrolladas mediante procesos institucionales pueden incorporarse a los acuerdos con registradores y operadores de registros (Consensus Policies and Contractual Compliance de ICANN). El punto clave es la incorporación contractual. Una política no adquiere fuerza ilimitada simplemente porque haya sido aprobada en un proceso multilateral; su efecto contra una parte contratada depende del acuerdo aplicable y de las disposiciones que lo integran.

Esta distinción separa la creación de reglas de su aplicación. La comunidad puede participar en la formulación de una política. El Board puede adoptar una decisión dentro de los poderes previstos. El contrato puede obligar a un registrador o a un operador a cumplirla. Y un equipo de cumplimiento puede investigar o exigir medidas conforme al acuerdo. Son etapas relacionadas, pero no son el mismo acto jurídico.

La participación de múltiples partes interesadas tampoco equivale a una elección popular directa. El proceso puede ampliar la base de información y hacer visibles los desacuerdos, pero la autoridad final depende de los documentos que asignan funciones, umbrales y competencias. La pregunta útil es cuál es el instrumento que transforma una recomendación o una política en una obligación concreta.

Tercer eslabón: los contratos como superficie de control

La influencia más tangible de ICANN sobre los actores del sistema de nombres de dominio aparece en sus contratos. El Registrar Accreditation Agreement de 2013 establece obligaciones para los registradores acreditados y contempla mecanismos contractuales relacionados con cumplimiento, auditoría, informes, suspensión, terminación y controversias, sujetos al texto aplicable y a sus modificaciones (Registrar Accreditation Agreement de 2013). No es una licencia general para regular toda actividad digital. Es una relación contractual con una parte que desea operar dentro del ecosistema acreditado.

La misma lógica se observa en el New gTLD Registry Agreement. Ese acuerdo regula la relación entre ICANN y los operadores de registros de nuevos dominios genéricos e incluye disposiciones sobre operación del registro, políticas de consenso, obligaciones técnicas, cumplimiento, tarifas, custodia de datos, resolución de disputas, terminación y transición posterior (New gTLD Registry Agreement). El contrato puede ofrecer a ICANN una capacidad considerable para condicionar la continuidad de un operador o exigir una transición. Pero esa capacidad sigue estando delimitada por el acuerdo, sus especificaciones, las enmiendas y el programa concreto.

El control contractual también tiene una dimensión temporal. Una obligación puede existir desde la firma, mientras que una sanción requiere notificación, investigación o un procedimiento definido. La terminación puede exigir pasos adicionales. La transición de un registro puede preservar la continuidad técnica sin resolver todas las disputas sobre la legalidad o conveniencia de la decisión. Por eso conviene distinguir entre la existencia de un poder contractual y su capacidad para producir un efecto inmediato.

Cuarto eslabón: ejecución técnica e IANA

La capa técnica puede hacer visible una autoridad que en realidad proviene de instrumentos anteriores. Los documentos sobre la transición de la supervisión de IANA en 2016 describen el paso desde una estructura contractual de supervisión del Gobierno de Estados Unidos hacia arreglos que involucran a ICANN y a la comunidad global de Internet (materiales sobre la transición de IANA). Los documentos relacionados con el contrato y las funciones de IANA distribuyen responsabilidades entre ICANN, el operador de las funciones y organizaciones de apoyo (contrato de funciones de IANA y documentos relacionados).

La importancia de esta capa es que ejecución y autoridad no son sinónimos. Un cambio en una base de datos, una delegación o un registro técnico puede tener consecuencias operativas para terceros. Sin embargo, el sistema técnico no decide por sí mismo si una política fue legítima, si un contrato fue incumplido o si un tribunal debe ordenar otra cosa. La ejecución material puede ocurrir dentro de un circuito administrativo o contractual antes de que una revisión externa produzca una conclusión definitiva.

La transición de IANA también ayuda a evitar una simplificación histórica. La supervisión de las funciones de IANA y la elaboración de políticas globales de nombres de dominio son actividades relacionadas, pero no idénticas. Los materiales de transición distinguen las funciones operativas de IANA de las funciones más amplias de política y contratación de ICANN. Esa separación permite localizar el poder: una función puede estar técnicamente centralizada mientras la regla que la orienta se origina en otro procedimiento.

Qué significa realmente “impugnar” una decisión

ICANN ofrece varias vías de rendición de cuentas, pero no una apelación universal. Su página sobre accountability mechanisms enumera reconsideración, Independent Review, Ombudsman, poderes de la Empowered Community y otros recursos, cada uno con requisitos, plazos, estándares y resultados diferentes (Accountability Mechanisms de ICANN). La existencia de varias vías no demuestra que todas estén disponibles para cualquier persona afectada.

La reconsideración permite cuestionar determinadas acciones u omisiones del Board o del personal cuando se cumplen los requisitos de elegibilidad, presentación y plazo (Reconsideration Requests de ICANN). Su alcance es definido. No es una apelación general sobre cualquier desacuerdo de política, contrato o resultado operativo. La persona o entidad que quiera utilizarla debe encajar en el mecanismo y formular una impugnación dentro de las condiciones aplicables.

El Independent Review Process examina determinadas acciones u omisiones del Board frente a los Articles of Incorporation, los Bylaws u otros estándares de gobierno (Independent Review Process de ICANN). Su función se parece a una revisión institucional o arbitral en aspectos concretos, pero no debe describirse automáticamente como una apelación judicial. El procedimiento aplicable depende también de la fecha de inicio y de las reglas vigentes en ese momento.

Los poderes de la Empowered Community operan en otra dimensión. Permiten a determinados órganos comunitarios ejercer facultades previstas en los Bylaws, como aprobar, rechazar, iniciar investigaciones o participar en procesos de remoción respecto de decisiones específicas. No son un referéndum abierto. Su fuerza depende de quién puede presentar una propuesta, qué notificaciones y peticiones son necesarias, qué umbrales de apoyo se aplican y qué órgano toma la decisión.

El Ombudsman cumple una función distinta de las anteriores. Puede ofrecer un canal institucional para quejas y revisión de determinadas experiencias o actuaciones, pero no debe confundirse con un tribunal con poder general para anular contratos o imponer una suspensión técnica. La vía adecuada depende del objeto concreto de la controversia.

El remedio y el reloj operativo

La diferencia entre tener un procedimiento y conservar un resultado es especialmente importante en sistemas de identificadores. Un mecanismo puede permitir que una decisión sea examinada sin detener su ejecución. Otro puede producir una recomendación, una remisión o una reconsideración limitada. Un tribunal puede disponer medidas cautelares o revisar cuestiones que las vías internas no alcanzan, pero su competencia, jurisdicción y remedio dependerán del caso.

La pregunta práctica debe formularse en tres tiempos. Primero: ¿quién tiene legitimación para iniciar el procedimiento? Segundo: ¿qué puede revisar el órgano y con qué estándar? Tercero: ¿qué efecto produce el éxito, y cuándo? Una respuesta afirmativa a la primera pregunta no responde las otras dos.

La propia arquitectura de ICANN muestra por qué la precisión importa. La reconsideración puede revisar una acción u omisión dentro de sus límites. El Independent Review puede evaluar consistencia con los documentos de gobierno. La Empowered Community puede ejercer poderes comunitarios específicos. Un tribunal puede examinar reclamaciones bajo el derecho aplicable. Pero ninguno de estos caminos debe presentarse como garantía automática de que un registro, una delegación o una relación contractual permanecerá intacta durante la disputa.

El riesgo de continuidad aparece cuando el resultado operativo se produce entre la presentación de la impugnación y la decisión final. Si el recurso no suspende automáticamente la actuación, el expediente puede cambiar de estado mientras el desafío sigue pendiente. Revertirlo puede exigir una nueva decisión, una instrucción contractual, una orden judicial o una transición técnica. En algunos casos, una corrección posterior puede ser posible; en otros, la alteración de la continuidad, los costes de migración o la dependencia de terceros hacen que el remedio llegue con un efecto distinto al que habría tenido una suspensión inicial.

La frontera con la autoridad pública

Describir esta estructura como “gobierno de Internet” puede ser útil como metáfora, pero es jurídicamente impreciso si oculta las fuentes reales de poder. ICANN coordina identificadores y puede condicionar a actores contratados. No por ello posee jurisdicción pública general sobre todos los proveedores, usuarios, aplicaciones o redes. La autoridad pública puede intervenir a través de leyes, reguladores o tribunales, incluso cuando una decisión se originó en un contrato o en un proceso multilateral.

La frontera también funciona en sentido contrario. Que ICANN sea una corporación privada no significa que sus decisiones carezcan de efectos públicos o infraestructurales. Los nombres de dominio y otros identificadores son recursos de coordinación con consecuencias para operadores, empresas y usuarios. La cuestión no se resuelve clasificando a ICANN como simplemente “privada” o “pública”. Hay que seguir el instrumento: charter, Bylaws, política, contrato, procedimiento de cumplimiento, orden judicial o ejecución técnica.

Conclusión: la autoridad cambia de forma en cada capa

ICANN ejerce una autoridad real, pero acotada. Su misión corporativa define un propósito; los Bylaws distribuyen funciones; los procesos multistakeholder producen políticas; los contratos convierten algunas políticas en obligaciones para partes específicas; y las operaciones técnicas hacen que determinadas decisiones tengan efectos visibles. En cada transición cambia la forma jurídica del poder.

Esa cadena también define los límites de la rendición de cuentas. Una vía de impugnación puede abrir un examen sin ofrecer suspensión. Un procedimiento puede revisar la conformidad con los Bylaws sin sustituir a un tribunal. Un poder comunitario puede alterar una decisión solo después de cumplir umbrales y pasos determinados. Un contrato puede permitir cumplimiento o terminación, pero únicamente dentro de sus términos. Y una orden judicial puede afectar el resultado aunque la disputa empezara dentro del sistema de ICANN.

La conclusión razonable no es que ICANN carezca de autoridad ni que controle soberanamente Internet. Es que su poder depende de una cadena institucional cuya fuerza y límites deben analizarse eslabón por eslabón. Para quien impugna una decisión, la pregunta urgente no es solo “¿existe un recurso?”, sino “¿quién puede activarlo, qué puede cambiar y llegará a tiempo para preservar el resultado que está en juego?”.