Resumen

  • El balance del taller de septiembre distingue puntos de coincidencia y diferencias sin resolver entre la propuesta del RSS GWG y los criterios y consejos de RSSAC.
  • La junta estudió cómo ayudar a las partes si llegara a aceptar las recomendaciones. No publicó los puntos controvertidos ni una decisión de adopción.
  • Un examen verificable debería separar el texto del modelo, el acuerdo sobre documentos constitutivos y las condiciones para activar cada fase.

La palabra importante del informe de Tripti Sinha no es «modelo» sino «si». Según el balance publicado el 24 de septiembre, la junta de ICANN recibió una comparación entre la propuesta de gobierno de los servidores raíz y el consejo de RSSAC. Quedan diferencias sin resolver, junto con aspectos alineados. Los directores debatieron cómo podrían apoyar a los interesados si aceptan las recomendaciones del GWG. Ese condicional mantiene abierta una decisión que algunas lecturas apresuradas darían por tomada.

La junta había anunciado el 2 de septiembre que cotejaría la propuesta con publicaciones como RSSAC037 y RSSAC058. El balance posterior no ofrece la tabla resultante ni atribuye posiciones a operadores concretos. Las resoluciones publicadas tras la reunión ordinaria del día 6 tampoco incluyen la adopción de esta estructura. La evidencia permite informar de un examen pendiente; no permite identificar el texto exacto en disputa, afirmar un veto o presentar un calendario de entrada en vigor.

El documento final del grupo de trabajo, fechado en febrero de 2026, prevé tres etapas. En la primera se formarían órganos y se prepararía la participación; sus competencias serían deliberadamente limitadas. La segunda construiría procesos y salvaguardas. Solo después, al cumplirse hitos, podría operar la fase de gobierno con poderes completos. El propio itinerario propone obtener el compromiso de las comunidades llamadas a participar. La arquitectura dibujada es importante, pero no equivale a una transferencia actual de control sobre el sistema raíz.

RSSAC058 ofrece una manera de formular preguntas sin fingir conocimiento del debate privado. Su parte B condiciona el cambio a documentos constitutivos acordados por quienes quedarían sujetos al nuevo órgano y exige especial cuidado para no perturbar el servicio. Su parte C pide especificar mecanismos de decisión: participación, umbrales, decisiones reservadas a los operadores, decisiones compartidas y relación con RSSAC. Estas disposiciones no son una lista publicada de objeciones de la junta. Son pruebas públicas contra las cuales tendría sentido explicar una futura resolución.

Hay una sutileza adicional. RSSAC063 apoyó en 2025 el borrador en consulta como primer paso necesario. Y la junta había ordenado en 2021 que el GWG incorporara los criterios de RSSAC058 a su labor. Ninguno de esos actos certifica que la versión definitiva de 2026 resuelva cada cuestión. Pero tampoco cabe usar las palabras «diferencias pendientes» como prueba de fracaso total: el mismo balance habla de coincidencias.

Lo que falta para el lector es un registro de tratamiento, no una consigna a favor o en contra. Cada criterio relevante podría enlazarse con una cláusula propuesta, una respuesta, una cuestión abierta, la parte facultada para cerrarla y la fase o documento en que se resolverá. Si hay acuerdo, debe constar; si el detalle se difiere lícitamente, también debe constar el límite del aplazamiento. Esta matriz sería una sugerencia editorial de Daniel Kade, no una obligación ya impuesta por ICANN. Permitiría comprobar qué significa una futura aceptación sin publicar detalles operativos que faciliten ataques.

Fuentes