Resumen

  • La consulta sobre el informe inicial del Technical Study Group para integrar gTLD con sistemas de nombres alternativos muestra once envíos; uno figura como retirado y su contenido no está disponible.
  • El estado de aplicación publicado en el HTML confirma retracted: true y conserva la hora del envío original. No muestra otra hora para el retiro, clase de actor, norma aplicada, sustituto ni destino en el informe.
  • La guía de ICANN autoriza al propio remitente a retirar y volver a editar mientras la consulta siga abierta. Los Términos de Servicio reservan por separado a ICANN la facultad de rechazar o retirar contenido.
  • En una consulta de 2023, el resultado oficial contó seis envíos recibidos, pero dijo que uno retirado no sería considerado. Por eso el estado afecta la base de análisis, no solo la apariencia de la página.
  • No hay base para recuperar el texto, explicar su motivo ni acusar censura o infracción. Basta un recibo que declare clase de actor, hora del cambio, regla, eventual reemplazo y efecto sobre los conteos.
  • El comentario aporta evidencia, no autoridad decisoria. Distinguir quién retiró o removió preserva la autonomía del participante y hace auditable la respuesta institucional.

Un total de once oculta tres cifras

El 10 de agosto ICANN abrió comentarios sobre una cuestión técnica de largo alcance: si un gTLD del DNS global puede vincularse con la misma cadena en un sistema alternativo sin poner en riesgo la seguridad o estabilidad del DNS. La recepción termina el 21 de septiembre; el informe está previsto para el 5 de octubre.

La lista pública examinada decía «1–11 of 11 submissions». Entre esas once había una fila fechada el 1 de septiembre y atribuida públicamente a Krypto@Recht on X. En lugar de resumen o documento, la fila indicaba que el envío había sido retirado y que el contenido fue removido.

Los datos incorporados por ICANN a la propia página añaden un identificador, el estado retracted: true y la hora de envío, 10:53:08 UTC. No ofrecen una marca temporal separada para la transición. No debe confundirse la fecha de entrada con la fecha del retiro.

El total visible mezcla al menos dos situaciones: contribuciones todavía consultables y una contribución que permanece solo como lápida. Aún falta una tercera cifra, la de los textos que la síntesis finalmente considerará. Ninguna puede inferirse con seguridad de las otras.

El usuario y la institución tienen facultades distintas

La guía de presentación de comentarios describe un retiro iniciado por el usuario. Mientras el procedimiento está abierto, la persona autenticada puede editar su aporte, elegir «Retract Submission» y confirmar. Desde ese momento el texto deja de estar disponible y aparece una nota de remoción. La misma secuencia permite retirar una versión publicada, corregirla y publicarla de nuevo.

Eso expresa control del autor sobre su propia contribución.

Los Términos de Servicio describen otra potestad. ICANN puede rechazar o eliminar contenido que, según su criterio razonable, infrinja políticas o procedimientos o resulte dañino u objetable. Esa decisión pertenece al administrador institucional de la plataforma.

Un posible camino legal o de privacidad podría requerir todavía menos detalle público. Precisamente por eso la solución no consiste en publicar un motivo narrativo en todos los casos. Consiste en clasificar el acto a un nivel seguro.

Hoy, «retirado» y «removido» cubren todas esas posibilidades. No sabemos cuál ocurrió. El registro no prueba acción de la persona remitente, moderación de ICANN, reclamación legal, error ni corrección. Tampoco prueba que el aporte haya sido rechazado por su contenido. Asignarle una historia sería sustituir evidencia por imaginación.

El informe futuro necesita una contabilidad reproducible

ICANN explica que cualquier persona puede participar, que los comentarios son públicos y archivados y que ICANN org identifica temas en un informe. El grupo que abrió la consulta revisa después los aportes y propone los pasos siguientes. En su página de prácticas institucionales, ICANN añade que administra el mecanismo con neutralidad, consistencia y transparencia.

Cuando un texto se retira, esas promesas no obligan a divulgarlo. Sí obligan a que el conjunto sobre el que se informa sea inteligible.

El precedente de la consulta ccNSO de 2023 es concreto: el resultado dijo que se recibieron seis envíos, que uno fue removido y que ese último no se consideraría. Recibir, publicar y considerar quedaron como estados separados. No sabemos si el TSG aplicará la misma regla en 2026, pero sabemos que el resultado analítico puede cambiar.

Otra consulta de GNSO conserva una fila histórica con el título «Submission Retracted», una fecha y el mismo aviso de remoción. ICANN ya tiene la idea básica de una lápida. Lo que falta es que ese registro sea interpretable en el tiempo y comparable con el informe.

Los números de participación adquieren vida propia. Se citan como medida de interés, pluralidad o apoyo. Si incluyen silenciosamente retirados voluntarios y remociones administrativas, el lector puede creer que once aportes activos formaron la síntesis cuando el conjunto real fue otro.

Metadatos mínimos, protección máxima del cuerpo

Una solución proporcionada tendría ocho campos: identificador estable; hora de envío; estado y hora de transición; clase segura del actor; versión de la regla y, si procede, clase general del motivo; relación con una nueva versión; tratamiento en los conteos de recibidos, públicos y considerados; y vía de corrección o revisión. Una referencia de integridad permitiría verificar el evento sin restituir el contenido.

No todos los campos deben revelar datos. «No público» puede ser una respuesta legítima. No hace falta identificar a un empleado, exponer datos personales, publicar una reclamación o repetir material dañino. Lo indispensable es que el silencio no convierta poderes distintos en una sola desaparición ambigua.

Los Estatutos de ICANN exigen procesos abiertos y transparentes, aplicación consistente, neutral y justa de políticas documentadas y explicaciones del fundamento de las decisiones. Los Expected Standards of Behavior piden mecanismos sólidos de participación y rendición de cuentas. Un evento de estado tipado traduce esos principios a una pieza operativa pequeña.

La voz no es el mandato

La crítica de Lu Heng a la retórica multistakeholder ayuda a mantener separados los roles. Participar puede aportar conocimiento, interés, advertencia u oposición. No entrega por sí mismo autoridad para resolver. Del mismo modo, retirar una voz y resolver qué hacer con el expediente son actos diferentes.

El remitente controla el retiro previsto en la guía. ICANN controla la plataforma y cualquier remoción bajo sus términos. ICANN org arma la síntesis. El TSG decide cómo revisar su informe. El iniciador del procedimiento conduce el siguiente paso. La legitimidad depende de que cada señal conserve su dueño.

La fila actual ya conserva el esqueleto de la historia. Completarlo no exige abrir el texto retirado; exige nombrar públicamente la clase de acto que produjo el estado y declarar cómo ese estado entra en el informe. Esa es la diferencia entre una página que recuerda una ausencia y un registro que permite auditarla.

Fuentes

  1. ICANN — procedimiento sobre el informe inicial del TSG
  2. ICANN — todos los envíos del procedimiento
  3. ICANN — About Public Comment
  4. ICANN — guía paso a paso para presentar comentarios
  5. ICANN — Términos de Servicio
  6. ICANN — Expected Standards of Behavior
  7. ICANN — prácticas y recursos de la organización
  8. ICANN — Estatutos
  9. ICANN — consulta ccNSO de 2023
  10. ICANN — envíos sobre el proceso de reversión del Board
  11. Lu Heng — The Multi-Stakeholder Mirage