Resumen

  • Las enmiendas fundamentales vigentes desde el 3 de julio hacen que tanto la evaluación de la eficacia del CSC como la revisión periódica de la función de nombres de la IANA cuenten desde la entrega del informe final anterior; en el CSC, además, el ciclo recurrente crece de tres a cinco años.
  • El cambio reduce el riesgo de solapamiento, pero incorpora la duración de una revisión al intervalo antes de la siguiente. ICANN debe publicar un libro de control con los dos relojes, sus fechas límite y cada activación extraordinaria.

La cadena de aprobación está a la vista

El Consejo de ICANN aprobó los cambios de los artículos 17 y 18 el 3 de mayo de 2026. El secretario avisó a la Empowered Community el 11 de mayo y propuso tratar ambos textos juntos porque regulan dos formas de supervisión de la misma función de nombres. El expediente público recoge el apoyo de ccNSO, ASO, ALAC y GNSO, la abstención del GAC y ninguna objeción.

La regla aplicable exige al menos tres Decisional Participants a favor y no más de uno en contra. El resultado superó ese umbral y los estatutos actuales figuran como modificados el 3 de julio de 2026. Es importante describir correctamente esta autoridad. La Empowered Community ejerció una facultad de la constitución corporativa de ICANN; no celebró una elección mundial ni convirtió a cinco organizaciones en representantes universales.

El procedimiento conjunto tampoco fusionó los controles. El CSC observa de manera continua si Public Technical Identifiers cumple el contrato y los niveles de servicio de la función de nombres. La evaluación del CSC pregunta si ese órgano de vigilancia es eficaz. Una IFR periódica examina la actuación de PTI y la arquitectura de supervisión en un ciclo más amplio. Son objetos diferentes, aunque sus relojes se hayan reformado en un solo expediente.

El reloj del CSC se alarga y puede reiniciarse antes

El texto anterior del artículo 17 exigía una primera evaluación dos años después de la primera reunión del CSC y, a partir de ahí, una cada tres años. El texto vigente sustituye esa secuencia histórica por una evaluación cada cinco años calculada desde la entrega del informe final previo.

No es un plazo cerrado. El CSC, la ccNSO, el GNSO, el Consejo de ICANN o el Consejo de PTI pueden solicitar una evaluación antes de tiempo. Si la realizan, su informe final fija un nuevo inicio para los cinco años. La misma reforma permite que los organismos que nombran miembros y enlaces designen suplentes, mientras el propio CSC define la función y el método de selección de esas personas.

La consulta pública dejó una reserva útil. Siete participantes respaldaron por completo el nuevo ritmo. Dos particulares plantearon una autoevaluación anual o una auditoría a mitad del ciclo para no esperar cinco años ante un deterioro. Ocho comentarios apoyaron los suplentes; uno advirtió que podrían convertirse en participantes de segunda categoría, presentes durante largos periodos sin reglas equivalentes de asistencia o mandato. El Consejo mantuvo el texto y pidió que la próxima evaluación comprobara si el intervalo y los suplentes funcionan como se esperaba.

La facultad de adelantar una revisión solo protege si alguien la usa. Hace falta un rastro que indique qué señal apareció, quién pidió actuar, qué órgano respondió y por qué. De lo contrario, la cláusula ofrece una posibilidad jurídica sin demostrar una capacidad operativa de corrección.

La IFR mantiene cinco años, pero cambia la salida

El artículo 18 no aumenta el número formal. Antes, el plazo de cinco años comenzaba cuando se convocaba al equipo de la revisión anterior. Ahora empieza cuando ese equipo entrega su informe final al Consejo de ICANN.

La IFR2 muestra el efecto con fechas. Se convocó el 10 de septiembre de 2023 y entregó su informe el 4 de septiembre de 2025. Con la regla antigua, la siguiente revisión debía comenzar como máximo el 9 de septiembre de 2028. La regla nueva desplaza la fecha exterior al 3 de septiembre de 2030. El ciclo sigue llamándose quinquenal, pero el intervalo posible entre dos convocatorias se amplía casi por toda la duración de la IFR2.

La razón es comprensible. El equipo necesita investigar, consultar y redactar; después hay que considerar e implementar sus recomendaciones. La síntesis oficial de ICANN constató un respaldo amplio al cambio. También subsiste la Special IFR para problemas que perjudiquen la actuación de PTI. Si una revisión especial está abierta cuando toca una periódica, el aplazamiento necesita supermayorías de ccNSO y GNSO, un periodo identificado y, por regla general, no debe superar doce meses desde el final de la revisión especial.

Nada de eso demuestra que ICANN busque evitar el control. Sí demuestra que la duración importa tanto como la frecuencia. Un anclaje en el informe final puede mejorar el trabajo y, al mismo tiempo, posponer la siguiente fecha exterior.

Un registro común para fechas que hoy están dispersas

Cada evaluación del CSC y cada IFR periódica o especial debería tener una fila pública con:

  • el tipo de revisión, la norma, el iniciador y su facultad;
  • el hecho que abre el cómputo y la fecha máxima resultante;
  • la convocatoria prevista y la real;
  • la fecha estimada y la entrega efectiva del informe final;
  • las recomendaciones, su decisión y el estado de aplicación;
  • las solicitudes anticipadas, activaciones especiales y análisis de solapamiento;
  • los aplazamientos aprobados, el voto y el límite declarado;
  • la nueva fecha calculada después de cada reinicio;
  • las correcciones y los documentos que sustituyen a otros.

El registro debe separar “debe comenzar antes de” de “comenzó”. También debe distinguir el tiempo legítimo de ejecución de una demora sin dueño. Así, un lector puede valorar el sistema sin reconstruir años de actas y correspondencia.

El expediente tiene dos fallos menores, pero reveladores

La página de la Empowered Community fecha la fila de la carta final como “3 July 2025”. En la misma página, sin embargo, la acción termina el 3 de julio de 2026; la carta enlazada es de 2026 y los estatutos actuales llevan la misma fecha de 2026. Todo apunta a un error del registro, no a un defecto de la aprobación.

La página de consulta y la justificación del Consejo también llaman a veces “ciclo de dos años” al sistema anterior del CSC. La norma era distinta: una primera revisión a los dos años y revisiones posteriores cada tres. La propia sección histórica de la consulta lo explica bien. ICANN debería añadir una corrección fechada que conserve el texto original, señale el dato correcto y enlace la disposición vigente.

La supervisión no se prueba con la expresión “cada cinco años”. Se prueba cuando cualquiera puede localizar quién controla el plazo, qué hecho lo movió y qué remedio se activará si el desempeño empeora antes de la revisión ordinaria.

Fuentes