Confianza
2- Rol público
- ICANN se sigue como registro en US, con evidencia que aclara su identidad, rol o contexto operativo.
Detalles relacionados
Respalda la identidad, el rol o el contexto organizativo de ICANN.
root servers org site
- ICANN’s safeguard appointment starts the decision-record test
Respalda la identidad, el rol o el contexto organizativo de ICANN.
authorized human evidence
Última actualización: 2026-08-27
Estado actual
Servicios
3Redes relacionadas
480La entidad está en el centro; sus clientes se despliegan a la izquierda y sus proveedores de nivel superior a la derecha (las flechas indican la dirección del tránsito). Usa la rueda o los botones para acercar · arrastra el fondo para desplazarte · haz clic en un nodo para abrirlo en el directorio.
Datos al 2026-07
La entidad está a la izquierda y sus conexiones se despliegan por rol a la derecha; el gráfico muestra las conexiones más fiables de cada grupo y la lista de abajo contiene todas las relaciones.
Lista completa
Personas y contactos
1Cobertura de personas
1- Personas registradas
- 1
- Con canal directo
- 1
- Canal inferido
- 0
- Solo nombre
- 0
Por rol
- NOC1
- tech1
Identidades visibles para miembros
Investigaciones relacionadas
147- Un archivo de zona ofrece acceso compartido, no permiso para republicar el espacio de nombres
A las nueve de la mañana, un investigador autorizado descarga mediante CZDS el archivo de zona de un gTLD. La suma de comprobación coincide. Eso demuestra la entrega de unos bytes concretos, no quién controla cada nombre, para qué se usa ni si el archivo completo puede volver a publicarse. La diferencia entre acceso y autoridad es el verdadero límite.
Artículo principalPublicado 2026-09-03 - De los indicadores de UA a las estadísticas nacionales falta decidir quién coordina
Un indicador puede describir bien un fallo en una aplicación y aun así no servir para comparar países. La respuesta de ICANN a una propuesta regional muestra que el método y, sobre todo, la autoridad para acordarlo siguen abiertos.
Artículo principalPublicado 2026-09-29 - La junta de ICANN reconoce diferencias pendientes sobre el gobierno de la raíz
El modelo del grupo de trabajo no se ha convertido en autoridad operativa. La novedad es que la junta ha reconocido asuntos sin resolver frente a los criterios de RSSAC, sin identificar cuáles son.
Artículo principalPublicado 2026-09-27 - La sede de ICANN90 tiene anfitrión, pero no un nuevo árbitro de políticas
auDA ayudará a acoger la reunión de Adelaida en 2027. La resolución de la junta y los criterios de ICANN muestran que organizar la llegada de los asistentes es una responsabilidad distinta de decidir por ellos.
Artículo principalPublicado 2026-09-26 - Netpia tiene que demostrar dos accesos distintos, además de pagar
El aviso de ICANN no convierte una deuda saldada en una prueba de disponibilidad. La consulta pública de registros y el procedimiento para solicitar datos no públicos son puertas diferentes, con obligaciones y señales de recuperación diferentes.
Artículo principalPublicado 2026-09-26 - ICANN puede declarar su propio incumplimiento. El remedio todavía necesita que otro actúe
La arquitectura de rendición de cuentas de ICANN separa dos cosas que suelen confundirse: declarar que el Consejo violó los Estatutos y reparar esa violación. Un Panel del Proceso de Revisión Independiente puede hacer lo primero con carácter vinculante; para lo segundo solo puede recomendar. La ejecución queda, por diseño, en manos del propio Consejo o de un tribunal al que todavía nadie ha acudido en el expediente más reciente.
Artículo principalPublicado 2026-09-25 - Un porcentaje DNSSEC no dice quién firmó ni quién verificó
El avance que ICANN describe en Ghana y Nigeria tiene varios responsables. La validación en los resolutores de MTN y la firma de `.ng` por NiRA protegen tramos distintos de una misma consulta.
Artículo principalPublicado 2026-09-24 - El abuso de un dominio abre una pregunta sobre los registradores hermanos
El borrador de ICANN quiere que una investigación no termine en el primer nombre denunciado. Una observación nueva plantea dónde sí termina: en la cartera de un registrador acreditado, o también en la de otra empresa acreditada bajo el mismo control.
Artículo principalPublicado 2026-09-24 - ICANN: quién puede frenar una solicitud de nuevo gTLD y qué remedio queda
El sitio del programa de nuevos gTLD dice que la primera ronda está cerrada y ofrece el manual de 2012. Con ese punto de partida, la pregunta útil no es cuántas solicitudes se rechazaron, sino qué instrumento permite detener o aplazar una solicitud y qué puede obtener realmente quien la impugna. La respuesta separa dos cosas que suelen confundirse: el poder de decidir sobre el recurso y el poder de ordenar una delegación.
Artículo principalPublicado 2026-09-24 - La prueba de correos de ICANN ya no observa el mismo universo
Una tasa mayor de aceptación de direcciones internacionalizadas suena a avance. El informe de ICANN, sin embargo, cambió a una encuesta automatizada y advierte que ciertos sitios con barreras de interacción humana pueden quedar fuera. La cuestión no es negar el resultado, sino precisar a qué sitios representa.
Artículo principalPublicado 2026-09-24 - El GNSO aprobó la lista del CSC de 2026, pero no originó ocho de sus nueve nombramientos
Una resolución confirmó de una vez la composición anual del órgano que supervisa el desempeño de PTI. La propia lista impide confundir ese acto conjunto con la selección de cada persona.
Artículo principalPublicado 2026-09-22 - ICANN encauzó las peticiones de AFRALO sin adoptarlas
La declaración conjunta de AFRALO y AFRICANN llegó a la Junta con una etiqueta modesta: “para fines informativos”. Dentro, sin embargo, había propuestas con consecuencias presupuestarias, operativas e institucionales. La respuesta de la presidenta de la Junta reconoció la preocupación, la conectó con programas existentes y marcó límites de misión. No convirtió aquel envío en una orden de ejecución.
Artículo principalPublicado 2026-09-20 - El diálogo de ICANN sobre los 15 días acabó en una sesión informativa. La vía vinculante sigue sin elegirse
La señal más importante en el debate sobre la exactitud de los datos de registro no es todavía si la verificación debe preceder a la resolución de un dominio. Es el cambio de categoría institucional: el webinar y el diálogo trilateral propuestos se convirtieron en una sesión informativa, varios miembros de la Junta asistieron solo como observadores y la respuesta posterior nombró dos vías formales sin escoger ninguna.
Artículo principalPublicado 2026-09-20 - Un acuerdo del GNSO todavía no es una regla
El informe estratégico de enero del Consejo de la GNSO llegó al registro público en septiembre, cuando varias de sus fechas ya habían pasado. Para leerlo con rigor hay que separar lo observado, lo acordado, la tarea asignada, el plazo orientativo y la norma que aún requiere adopción formal.
Artículo principalPublicado 2026-09-20 - La representante de ALAC ante la ECA transmite una decisión; no la crea
Claire C. Craig sustituirá a Jonathan Zuck como presidenta de ALAC y como su representante ante la Empowered Community Administration al terminar ICANN87. El relevo parece un asunto de nombres, pero revela una arquitectura de autoridad: la representante puede emitir la notificación en la que ICANN se apoya, aunque la decisión sustantiva debe haberse formado dentro de ALAC.
Artículo principalPublicado 2026-09-19 - El marco CCWG de 2016 no obtuvo un mandato de toda ICANN
Diez años después de su aprobación por dos consejos, el marco uniforme para futuros CCWG conserva valor como guía, pero no como autorización general. ICANN org informó al Reviews CCG que no encontró adopción o respaldo de los demás SO/AC ni una solicitud para que la Junta aceptara el documento. La futura Structural Review tendrá que demostrar su autoridad con una carta constitutiva concreta y decisiones institucionales trazables.
Artículo principalPublicado 2026-09-19 - La cadena que vuelve exigible la autoridad de ICANN
La autoridad de ICANN no opera como una orden única: adquiere efectos cuando una política, un acuerdo y un procedimiento de cumplimiento se conectan. El registro público recuperado permite seguir esa cadena y delimitarla; no permite afirmar que toda impugnación suspenda la ejecución ni que los textos base sigan siendo idénticos para cada parte contratada.
Artículo principalPublicado 2026-09-19 - La autoridad de ICANN no está en un solo documento
La capacidad de ICANN para coordinar el sistema de nombres de dominio no procede de una única fuente ni equivale a una autoridad pública general. Se construye mediante una cadena institucional: los Articles of Incorporation fijan los fines corporativos; los Bylaws organizan la toma de decisiones y sus límites; los procedimientos de desarrollo de políticas convierten ciertas recomendaciones en reglas; y los contratos con registros y registradores hacen operativas muchas obligaciones. Los mecanismos de rendición de cuentas completan la arquitectura, pero no todos pueden deshacer la misma decisión.
Artículo principalPublicado 2026-09-17 - La inscripción de ICANN87 termina antes de la cuenta de Sched
El programa recién publicado de ICANN87 deja a la vista una frontera que también debería ordenar las métricas del encuentro: registrarse en la reunión no crea la cuenta separada de Sched con la que se consulta y personaliza la agenda. Registro, planificación, entrada, presencia, intervención y constancia formal son seis estados distintos. Ninguna cifra aislada acredita los otros cinco ni otorga autoridad.
Artículo principalPublicado 2026-09-15 - El futuro panel de UA de ICANN debe separar autoinformes y pruebas
Un panel puede perder la verdad sin contener un dato falso. Basta con colocar bajo el mismo indicador la declaración de una institución y el resultado de una prueba externa. Las nuevas directrices finales de ICANN sobre aceptación universal proponen reunir ambos flujos; la arquitectura pública tendrá que conservar la diferencia.
Artículo principalPublicado 2026-09-14 - La integración de nombres alternativos de ICANN exige un apagado verificable
El informe inicial de ICANN plantea que un registro de gTLD pueda coordinar el mismo nombre en el DNS global y en otro sistema de nombres. También recomienda exigir un plan para apagar la integración. La prueba decisiva vendrá después: demostrar que cada estado y cada controlador quedaron realmente reconciliados al ensayar o ejecutar la salida.
Artículo principalPublicado 2026-09-14 - El contrato de guardia de ICANN para nuevos gTLD necesita una prueba pública de cierre
Las guardias ampliadas nacen para proteger una etapa excepcional, pero rara vez llevan incorporado el momento en que dejan de ser excepcionales. En mayo, ICANN dijo que el refuerzo para la ronda 2026 duraría seis meses y después se reduciría al horario habitual. En septiembre, el Consejo autorizó otro contrato de desarrollo y soporte con buena parte de la justificación bajo reserva. No hace falta conocer el precio ni el proveedor para evaluar la transición. Hace falta saber qué prueba permitirá cerrar, acotar o renovar conscientemente el refuerzo.
Artículo principalPublicado 2026-09-11 - La autoridad de ICANN no vive en un solo documento
La autoridad operativa de ICANN se construye por capas: propósito corporativo, estatutos, contratos con registros y registradores, y mecanismos de cumplimiento que convierten compromisos institucionales en consecuencias operativas. La pregunta decisiva no es solo qué puede hacer ICANN, sino qué instrumento le concede cada poder, quién puede impugnarlo y si el remedio disponible llega a tiempo para cambiar el resultado.
Artículo principalPublicado 2026-09-11 - ICANN autoriza refuerzo estratégico de ingeniería: capacidad no es autoridad
El Consejo de ICANN ha autorizado un contrato para sumar capacidad flexible a Engineering & IT mediante un proveedor preferente. La resolución explica para qué quiere ese apoyo. No publica con la misma claridad dónde termina cada función externa y quién, dentro de ICANN, conserva la decisión y responde por ella.
Artículo principalPublicado 2026-09-11 - ICANN no ejerce una sola clase de autoridad: cómo los instrumentos se convierten en control operativo
La autoridad de ICANN no está contenida en un único documento ni equivale sin más a la potestad de un gobierno. Su efecto práctico aparece cuando varias capas encajan: los instrumentos constitutivos fijan una misión y unos límites; los estatutos y los mecanismos comunitarios organizan quién puede intervenir; y los contratos con registros y registradores convierten políticas y obligaciones técnicas en condiciones operativas. La pregunta decisiva no es solamente qué dice ICANN que coordina, sino qué instrumento permite que una decisión cambie la conducta de un operador y qué recurso queda disponible para impugnarla.
Artículo principalPublicado 2026-09-11 - La autoridad de ICANN no es soberana: se construye por capas
ICANN puede imponer obligaciones decisivas a operadores de dominios sin ser un gobierno mundial ni un regulador general de Internet. Su autoridad combina una misión corporativa limitada, reglas internas de gobernanza, contratos con registros y registradores, operaciones técnicas delegadas y vías de revisión cuyo alcance depende del tipo de decisión impugnada.
Artículo principalPublicado 2026-09-11 - El contrato ITP de ICANN define quién desclasifica, no cuándo
El Consejo de ICANN autorizó contratar los servicios de la nueva generación de su plataforma de publicación y ocultó varios datos por tratarse de información confidencial de negociación. La propia institución ya tiene reglas para revisar y levantar ese secreto. Lo que la resolución no aporta es una fecha pública vinculada a este expediente concreto.
Artículo principalPublicado 2026-09-11 - La autoridad de ICANN no es general: se vuelve ejecutable a través de contratos y procedimientos
ICANN coordina identificadores únicos de Internet, pero sus decisiones no tienen todas el mismo origen ni ofrecen las mismas vías de impugnación. La cadena decisiva va de una misión limitada y políticas comunitarias a obligaciones contractuales, ejecución por registries y registrars, y mecanismos de revisión cuyo alcance depende del instrumento y de quién reclama.
Artículo principalPublicado 2026-09-11 - La renovación de .COM: cómo la autoridad de ICANN se convierte en contrato
La renovación del acuerdo del registro .COM no fue un acto único ni una orden pública directa. Fue una cadena institucional: participación comunitaria, negociación contractual, decisión del Consejo de ICANN, delegación para ejecutar el acuerdo y, finalmente, entrada en vigor de obligaciones entre ICANN y Verisign. Seguir esa cadena permite observar dónde se concentra el control y qué mecanismos existen —o no— para cuestionar cada transición.
Artículo principalPublicado 2026-09-11 - La autoridad de ICANN no está en una sola regla: del mandato a la reparación
La autoridad práctica de ICANN sobre el sistema de nombres de dominio no nace de una única decisión ni equivale sin más a la potestad de un regulador público. Se construye por capas: los estatutos y los órganos institucionales fijan el mandato; los contratos con registros y registradores convierten ese mandato en obligaciones operativas; el área de cumplimiento transforma quejas y documentos en presión escalonada; y los mecanismos de reconsideración y revisión independiente ofrecen vías distintas para cuestionar decisiones concretas.
Artículo principalPublicado 2026-09-10 - La autoridad de ICANN no está en un solo documento: quién puede activar, bloquear o corregir una decisión
La autoridad práctica de ICANN no se parece a una licencia pública única. Se construye por capas: una carta corporativa, unos estatutos, procesos de elaboración de políticas, contratos con registros y registradores, acuerdos técnicos de administración y varios mecanismos de revisión. La pregunta decisiva no es solo quién aprueba una regla, sino quién puede convertirla en una consecuencia operativa y qué remedio llega hasta ese punto de control.
Artículo principalPublicado 2026-09-10 - La autoridad de ICANN no está en una sola puerta: del mandato a los recursos
ICANN coordina identificadores esenciales de Internet, pero sus documentos no describen una autoridad gubernamental general. Describen una combinación más precisa: un mandato institucional, obligaciones contractuales, funciones delegadas y procedimientos de rendición de cuentas. La pregunta decisiva no es solo quién formula una regla, sino qué instrumento permite convertirla en una acción operativa y qué recurso existe cuando esa acción es impugnada.
Artículo principalPublicado 2026-09-10 - ICANN mantuvo su estrategia sin mostrar la prueba que activaría un cambio
El Consejo de la ICANN no dejó que su estrategia siguiera por simple inercia: decidió conservarla. El 6 de septiembre de 2026 confirmó que el Plan Estratégico FY26–30 permanecía vigente y sin cambios después de ocho sesiones de análisis del entorno con casi 210 participantes. La inteligencia artificial apareció en todas las sesiones con la comunidad, y las aplicaciones y otros espacios de nombres se señalaron como otra presión posible sobre el mercado del DNS. La resolución identifica la entrada y el resultado, pero no hace visible la prueba que los conecta.
Artículo principalPublicado 2026-09-10 - La nueva regla de revocación de ICANN abre el expediente después de que actúa la Junta
La GNSO ya ha dejado por escrito cómo debería proceder la Junta Directiva de ICANN para revertir la adopción de una recomendación cuya implementación no ha terminado. La regla crea diálogo, umbrales de voto y una explicación pública. Sin embargo, el expediente público solo es obligatorio después de la primera actuación de la Junta. La evidencia más discutible queda así fuera de una ventana pública garantizada antes de decidir.
Artículo principalPublicado 2026-09-10 - Tres vías de revisión, un problema de control: cómo funciona la rendición de cuentas de ICANN
La arquitectura de rendición de cuentas de ICANN no es un sistema único de apelación. Distribuye la posibilidad de cuestionar una decisión entre reconsideración, el Independent Review Process (IRP) y el Ombudsman. Cada vía tiene un activador, un objeto de revisión y un límite práctico distinto.
Artículo principalPublicado 2026-09-10 - La autoridad de ICANN no nace de una sola fuente: cómo una coordinación técnica se convierte en control operativo
ICANN coordina identificadores únicos de Internet, pero esa función no equivale por sí sola a soberanía sobre la red. Su capacidad efectiva aparece cuando varias capas se conectan: una corporación californiana con fines públicos, unos estatutos que delimitan su misión y sus procedimientos, políticas desarrolladas mediante procesos de múltiples partes interesadas, contratos con registradores y operadores de registros, y sistemas técnicos que ejecutan decisiones sobre nombres y otros identificadores. La pregunta decisiva no es quién parece tener autoridad, sino qué instrumento concede cada poder y qué remedio puede cambiar un resultado antes de que se vuelva operativo.
Artículo principalPublicado 2026-09-09 - ICANN no tiene un recurso universal: cada impugnación activa una cadena distinta
Las reglas de ICANN ofrecen varias vías para cuestionar decisiones de la Junta o del personal, pero no todas pueden hacer lo mismo. La diferencia decisiva está en quién inicia el procedimiento, qué órgano decide y si el resultado puede rechazar una acción, recomendar una reconsideración o declarar una incompatibilidad con los estatutos.
Artículo principalPublicado 2026-09-09 - La quinta cadena variante asignable activa otra tasa de evaluación completa
Para un nuevo solicitante, las primeras cuatro cadenas variantes pueden estar incluidas, pero cada variante asignable adicional genera otra tasa completa.
Artículo principalPublicado 2026-09-08 - Las directrices de la ICANN sobre UA dan dos funciones a la IA. Una sola métrica no puede medir ambas
La aceptación universal no se obtiene porque una herramienta encuentre un error. Se obtiene cuando una persona logra usar su dominio o su correo válido a lo largo de todo un servicio. Entre ambos hechos puede intervenir la IA dos veces: primero como ayudante que propone una reparación y después como parte del producto que debe comportarse bien. La entrega final del grupo de expertos de la ICANN hace urgente separar esas funciones antes de construir indicadores.
Artículo principalPublicado 2026-09-08 - Una solicitud gTLD presentada conserva un plazo de pago de siete días
Presentar un gTLD a tiempo no basta: ICANN debe recibir la tasa de evaluación dentro de una ventana de pago separada.
Artículo principalPublicado 2026-09-06 - El control administrativo es un filtro de presentación, no una decisión de fondo
El control administrativo de ICANN verifica datos de presentación y prepara conjuntos de cadenas idénticas; no aprueba la solicitud en cuanto al fondo.
Artículo principalPublicado 2026-09-06 - Una evaluación RSP puede cubrir muchos gTLD, solo para servicios cualificados
Una evaluación puede reutilizarse entre gTLD, pero la cualificación de ICANN sigue ligada a servicios concretos.
Artículo principalPublicado 2026-09-06 - La cobertura de RSP es un mapa de funciones, no un recuento de proveedores
Un solicitante puede nombrar varios Proveedores de Servicios de Registro y aun así dejar una función crítica sin cubrir. El marco de la ronda de 2026 de ICANN distingue los roles Main, DNS, DNSSEC y Proxy opcional, cada uno con funciones y límites propios.
Artículo principalPublicado 2026-09-06 - Nombrar un RSP no equivale a confirmarlo durante la contratación
Un solicitante puede identificar a un Proveedor de Servicios de Registro en su solicitud, mientras ICANN solicita por separado una confirmación al proveedor durante la contratación. La selección, la solicitud de ICANN y cualquier respuesta efectiva del RSP son elementos de prueba distintos.
Artículo principalPublicado 2026-09-06 - La selección de RSP puede esperar hasta la evaluación, no indefinidamente
Las reglas de ICANN de 2026 permiten presentar una solicitud sin nombrar proveedores de servicios de registro, pero antes de la Evaluación del Solicitante y de la Solicitud deben estar cubiertas las funciones críticas mínimas.
Artículo principalPublicado 2026-09-06 - Los conjuntos de variantes compiten juntos, no cadena por cadena
Las reglas de ICANN de 2026 tratan la cadena primaria y sus variantes asignables solicitadas como una unidad de contención cuando distintos solicitantes buscan cadenas del mismo conjunto.
Artículo principalPublicado 2026-09-06 - Las solicitudes de variantes de gTLD existentes reciben prioridad, no aprobación
ICANN adelanta una categoría de solicitudes en el orden de tramitación: las variantes asignables de gTLD existentes de la ronda de 2012. Esa prioridad modifica la secuencia, no el resultado sustantivo.
Artículo principalPublicado 2026-09-06 - Las variantes de un gTLD existente llevan el registro a un solo acuerdo de 2026
Un operador que solicita variantes asignables de un gTLD existente no añade etiquetas aisladas a un contrato intacto. Las reglas de ICANN para 2026 exigen la transición al nuevo Acuerdo Base de Registro y sitúan el gTLD existente y sus variantes bajo un único acuerdo.
Artículo principalPublicado 2026-09-06 - Solo el operador del gTLD existente puede solicitar sus variantes IDN
En la ronda de ICANN de 2026, quien solicite variantes IDN de un gTLD existente debe ser la misma entidad jurídica que su operador de registro.
Artículo principalPublicado 2026-09-06 - Las variantes IDN deben compartir el proveedor de registro del gTLD primario
En la ronda de ICANN de 2026, un gTLD IDN primario y sus variantes deben usar el mismo proveedor de servicios de registro back-end mientras estén delegados.
Artículo principalPublicado 2026-09-05 - Retirar una solicitud IDN primaria también retira sus variantes
En la ronda de ICANN de 2026, retirar una solicitud IDN primaria también retira todas las cadenas variantes solicitadas con ella.
Artículo principalPublicado 2026-09-05 - Una solicitud de variante IDN no puede preceder a su cadena primaria
En la ronda de ICANN de 2026, una solicitud de variante IDN asignable no puede presentarse antes que la solicitud del gTLD IDN primario correspondiente.
Artículo principalPublicado 2026-09-05 - Para un IDN primario propuesto, la elección puede cambiar las variantes asignables
Cuando la cadena primaria propuesta no es un gTLD existente, el número total de cadenas del conjunto completo de cadenas variantes RZ-LGR no cambia, pero los subconjuntos de variantes asignables y bloqueadas sí pueden cambiar con la elección.
Artículo principalPublicado 2026-09-05 - ICANN permite retirar variantes IDN tras la presentación, pero no añadir otras
En la ronda de 2026, la presentación fija el conjunto inicial del IDN primario y sus variantes solicitadas: después puede reducirse mediante retiradas, pero no ampliarse.
Artículo principalPublicado 2026-09-05 - Las marcas combinantes no cumplen el mínimo de dos puntos de código L para un IDN
La regla de ICANN para IDN en 2026 exige al menos dos puntos de código Unicode de categoría general L y excluye los de categoría M al determinar si la etiqueta tiene un solo carácter.
Artículo principalPublicado 2026-09-05 - El significado lingüístico no decide si un IDN supera la RZ-LGR de ICANN
La Guía de ICANN para 2026 trata primero un IDN como identificador técnico del DNS. El significado lingüístico y la validez en la zona raíz responden a preguntas distintas.
Artículo principalPublicado 2026-09-05 - Una escritura no compatible no puede entrar en la ronda 2026 de ICANN mediante una impugnación de validación
La Guía de ICANN para 2026 separa con claridad la corrección de un error de implementación de la validación y la incorporación de una escritura ausente de las reglas aplicables de generación de etiquetas de la zona raíz.
Artículo principalPublicado 2026-09-05 - Una variante IDN depende de su cadena principal, pero no toda descalificación de variante termina la solicitud
La Guía de 2026 de ICANN asigna consecuencias distintas a la descalificación de la cadena IDN principal y a la de una variante solicitada. Esa asimetría importa al evaluar el riesgo.
Artículo principalPublicado 2026-09-05 - La opción de cadena de sustitución de ICANN vence tras 14 días
Según la Guía de 2026, una cadena de sustitución se designa con la solicitud, se elige durante un periodo de 14 días después de Reveal Day y no puede revertirse una vez realizado el cambio.
Artículo principalPublicado 2026-09-05 - Ganar una subasta de ICANN no garantiza la delegación
El resultado selecciona qué solicitud en contención directa puede avanzar; por sí solo no otorga un gTLD delegado.
Artículo principalPublicado 2026-09-05 - Reveal Day no finaliza un conjunto de contención de ICANN
Reveal Day abre el registro de contención, pero no congela sus integrantes.
Artículo principalPublicado 2026-09-05 - Los acuerdos privados no pueden resolver un conjunto de contención de ICANN
Desde el Reveal Day, los solicitantes de un mismo conjunto de contención quedan sujetos a un límite de comunicación que alcanza conversaciones privadas, declaraciones públicas e intermediarios.
Artículo principalPublicado 2026-09-05 - Un cambio de cadena .Brand puede añadir palabras, pero no crear ni ampliar la contención
La Ronda 2026 de ICANN ofrece a un solicitante .Brand elegible una vía limitada para cambiar su cadena cuando existe contención. No es un derecho general a renombrar una solicitud.
Artículo principalPublicado 2026-09-05 - Un cambio sustancial en las partes públicas abre 30 días de comentarios, no una aprobación automática
Cuando ICANN considera que un cambio afecta sustancialmente a las partes públicas de una solicitud, se abre una consulta de 30 días sin que el cambio quede aprobado.
Artículo principalPublicado 2026-09-05 - El asesoramiento consensuado del GAC abre un registro de respuesta de 21 días, no un resultado automático
El asesoramiento formal del GAC cambia la posición procesal del solicitante, pero no constituye por sí mismo la decisión de la Junta Directiva de ICANN.
Artículo principalPublicado 2026-09-05 - Una alerta temprana del GAC es una señal, no un veto: el registro de respuesta del solicitante
La Ronda de 2026 permite que un representante gubernamental señale formalmente una preocupación sin convertir ese aviso en una decisión automática sobre la solicitud.
Artículo principalPublicado 2026-09-05 - El nuevo «tiempo de mitigación» de ICANN no cronometra la intervención
Domain Metrica calcula cuánto tiempo sigue resolviendo un dominio señalado. El nombre del indicador sugiere una respuesta operativa, pero sus extremos son dos observaciones del DNS.
Artículo principalPublicado 2026-09-05 - Un riesgo de singular/plural no se ejecuta solo: el expediente ICANN de 30 días
En la Ronda de 2026, una pareja gramatical solo se convierte en una decisión del programa mediante una notificación oportuna respaldada por pruebas lexicográficas verificables.
Artículo principalPublicado 2026-09-03 - Una apelación de objeción ante ICANN no es un nuevo juicio: qué puede cambiar el criterio de error manifiesto
En la Ronda 2026, la apelación revisa un error identificado en la objeción; no vuelve a abrir toda la controversia.
Artículo principalPublicado 2026-09-03 - Una objeción comunitaria no es la CPE: dos procedimientos de ICANN para preguntas distintas
La palabra «comunidad» aparece en ambos nombres, pero cambian las partes, las pruebas y la decisión que se solicita.
Artículo principalPublicado 2026-09-03 - ¿Qué expediente probatorio debe preparar un solicitante para la Evaluación de Prioridad Comunitaria?
Un expediente vinculado a criterios vale más que una acumulación de apoyos.
Artículo principalPublicado 2026-09-03 - ICANN reúne dos paneles de nombres bajo un proveedor, con tasas distintas
El encargo a Analysys Mason combina capacidad de evaluación. Para el solicitante, la revisión geográfica y la de nombres reservados siguen entrando por partidas de pago diferentes.
Artículo principalPublicado 2026-09-03 - El ccNSO acota las consultas de ICANN sobre los ccTLD IDN
Una aclaración aprobada en julio permite solicitar pruebas ante un motivo razonable, sin convertir a ICANN en un supervisor permanente. El Board debatirá los siguientes pasos de ccPDP4 en septiembre.
Artículo principalPublicado 2026-09-03 - NextGen@ICANN matiza la regla de atender por orden de llegada
La nueva convocatoria da preferencia a grupos que no hayan ocupado antes la función solicitada. Para entender el reparto hay que separar la nominación comunitaria de la selección de estudiantes.
Artículo principalPublicado 2026-09-03 - Un cambio de ISO puede activar la salida de un ccTLD IDN. No da a ICANN un veredicto territorial.
Una referencia externa puede ser indispensable para coordinar identificadores. No por ello el sistema que reacciona a esa referencia adquiere autoridad para decidir la realidad que la referencia describe. La ccPDP4 de la ccNSO deja esa separación escrita donde más falta hace: en el tratamiento de nombres de dominio internacionalizados vinculados a códigos de país.
Artículo principalPublicado 2026-09-03 - El ccNSO Council no prevé una respuesta conjunta sobre abuso en gTLD
El ccNSO Council no tiene previsto presentar un comentario colectivo sobre la propuesta de ICANN para combatir el abuso en los gTLD. La invitación a los gestores de dominios territoriales sigue abierta: aportar experiencia no equivale a hablar en nombre de toda una comunidad.
Artículo principalPublicado 2026-09-03 - ICANN propone que los dominios con diacríticos cambien de manos en conjunto
La excepción para ciertos sufijos ASCII y sus formas con diacríticos latinos incluiría obligaciones que duran mucho más que la solicitud inicial. El nuevo informe del GNSO vincula cambios de proveedor, de control y de operación de emergencia, pero distingue esos movimientos de la retirada de una extensión.
Artículo principalPublicado 2026-09-03 - ICANN examina el significado geográfico de cada cadena solicitada. ¿Qué debe demostrar una carta de apoyo?
En la ronda de 2026, ICANN revisa todas las cadenas por su posible carácter geográfico. El expediente debe probar autoridad, autenticidad y alcance.
Artículo principalPublicado 2026-09-03 - El nuevo borrador RIR permite excluir una evaluación. El denominador debe seguir siendo público
El texto recomendado para reconocer un nuevo Registro Regional de Internet incorpora una decisión dentro de la aritmética: ICANN podría quitar del umbral de dos tercios una recomendación negativa si el reconocimiento afecta de manera material la región de servicio o los ingresos del RIR que la presenta. El procedimiento prevé aviso y respuesta. La publicación deberá conservar, además, la diferencia entre lo presentado, lo contado y lo considerado.
Artículo principalPublicado 2026-09-02 - ICANN registra un retiro sin identificar públicamente al actor
En la lista de una consulta de ICANN hay un renglón que ya no contiene opinión alguna. Conserva el nombre público, la fecha y dos señales: «Submission Retracted» y «This Submission has been removed». Esa huella evita que el aporte desaparezca sin rastro, pero no resuelve la pregunta institucional más básica: ¿cambió el estado por decisión del participante o por intervención de ICANN?
Artículo principalPublicado 2026-09-02 - Las revisiones específicas de ICANN están suspendidas. La pausa necesita un registro de estado
ICANN no eliminó sus revisiones específicas: colocó junto a la obligación anterior una regla transitoria con fecha de vigencia, término inicial, dos vías limitadas de extensión, límite máximo y secuencia de reinicio. Esa distinción es una mejora frente a aplazamientos sucesivos sin una regla común. Pero sólo funciona si el expediente público no convierte actos distintos en una sola historia. La aprobación del Consejo no es la vigencia. Una petición de rechazo no es su resultado. Un borrador de la comunidad no es una recomendación aceptada ni una instrucción de ejecución. Y una pausa no prueba que una revisión posterior haya empezado, terminado o producido un efecto.
Artículo principalPublicado 2026-09-02 - ICANN87 podría debatir las cadenas antes del periodo formal de comentarios
Una cadena puede aparecer en una pantalla de ICANN87 y no ser todavía la cadena que seguirá el proceso. La reunión de Bali comienza el 17 de octubre, muy cerca del límite ordinario para Reveal Day. Si el calendario se mantiene, habrá conversación pública mientras sigue abierta la elección de ciertos reemplazos y antes de que funcionen la mayoría de los cauces formales para comentar u objetar una solicitud. La conversación es necesaria; su condición procesal también debe ser visible.
Artículo principalPublicado 2026-09-01 - La puerta de consentimiento de .TEXAS es exacta; Texas añade «cualquier derivado»
Texas escribió antes de que ICANN revelara las solicitudes. Por eso su carta contiene dos objetos distintos: una posición verificable sobre la cadena exacta `.texas` y una prevención más amplia contra «cualquier derivado», todavía sin cadena ni solicitante. El Applicant Guidebook da fuerza a la primera y excluye expresamente del examen geográfico a las cadenas que solo contienen, pero no igualan, un nombre definido. La gobernanza empieza al impedir que esos dos objetos se fusionen.
Artículo principalPublicado 2026-09-01 - ICANN registra una corrección del LGR javanés, pero el XML final sigue pendiente
Hay tres fechas y conviene no convertirlas en una sola: el 23 de abril se publicó el borrador; el 22 de junio un colaborador señaló que A9BC debía ser A9BB; el 24 de agosto ICANN dejó constancia de la corrección. Falta una cuarta fecha: la del paquete final en XML, HTML y documento de apoyo. Mientras no aparezca, la gobernanza ha reconocido la enmienda, pero todavía no ha producido el artefacto que permite comprobarla.
Artículo principalPublicado 2026-09-01 - La licitación de ICANN une el examen de patrocinadores con una meta de hasta duplicar ingresos
La ICANN quiere profesionalizar la financiación por patrocinio de sus reuniones públicas mediante una sola agencia: buscará candidatos, los examinará, venderá paquetes, formalizará contratos y medirá resultados. Al mismo tiempo, deberá explorar oportunidades de hasta dos veces el nivel actual. El pliego conserva revisiones de la ICANN y no demuestra influencia indebida. La tensión es de diseño: quien emite la primera decisión de idoneidad también trabajará para elevar la conversión. Una constancia con dos autorizaciones puede impedir que la recomendación comercial se confunda con el mandato institucional.
Artículo principalPublicado 2026-09-01 - ICANN sustituyó los plazos fijos para revisar cartas del GNSO por calendarios negociados
La reforma de marzo de 2026 para modificar las cartas de los grupos de partes interesadas y las unidades constitutivas del GNSO ya está vigente. La ICANN entra antes en la preparación y puede ajustar la revisión a documentos complejos. A cambio, desaparecen los plazos públicos de 10 días hábiles y 30 días naturales, así como los límites medidos por reuniones de la Junta. La alternativa no tiene por qué ser volver a un mismo reloj para todos: basta con que cada calendario acordado deje un comprobante público de etapa, responsable, próxima acción y cambios de estimación.
Artículo principalPublicado 2026-09-01 - La oferta de un millón de dólares de ICANN al IGF delimita la labor de incidencia
En la gobernanza institucional, el verbo importa tanto como la cifra. El Consejo de ICANN autorizó una contribución extraordinaria al Foro para la Gobernanza de Internet y publicó las condiciones que pretendía obtener. Eso todavía no equivale a un acuerdo aceptado, una transferencia ni un gasto. La solución no consiste en especular sobre lo que ocurrió después, sino en publicar un recibo de estados y condiciones que acompañe al dinero hasta su cierre.
Artículo principalPublicado 2026-08-31 - ICANN cambió «cada cinco años» por «periódicamente», pero el plazo de auditoría sigue corriendo
Una institución puede quitar un número de su norma interna sin librarse del plazo que ese número expresaba. Eso es lo que parece haber ocurrido con la supervisión del auditor interno de ICANN: la nueva carta del comité habla de evaluaciones periódicas conforme a estándares profesionales, mientras el estándar adoptado sigue imponiendo un máximo de cinco años. El deber no se evaporó; quedó repartido entre documentos que el público debe recomponer.
Artículo principalPublicado 2026-08-31 - La evaluación de colisión de nombres de ICANN no decide una delegación. ¿Qué debe probar después una cadena de alto riesgo?
La evaluación de colisión de nombres es una puerta de gestión de riesgos del programa de nuevos gTLD de 2026. No confirma que una etiqueta propuesta vaya a llegar al DNS ni que quede excluida de él. Su consecuencia real aparece después: una cadena de alto riesgo puede exigir un plan de mitigación evaluado con éxito antes de que la solicitud avance.
Artículo principalPublicado 2026-08-31 - ICANN designa un proveedor de evaluación de salvaguardas. ¿Cuándo se convierte la revisión de una cadena en una obligación del acuerdo de registro?
ICANN eligió a Mirror Group LLC para las Safeguard Assessments de la ronda 2026. La cuestión es cómo una evaluación de cadena puede traducirse, si corresponde, en una obligación contractual.
Artículo principalPublicado 2026-08-31 - El plan de trabajo del Ombuds de la ICANN es público. La matriz de evaluación de la Junta no
La ICANN ya ha dicho qué hará su Oficina del Ombuds en el ejercicio 2027 y qué seis tipos de desempeño pretende observar. También ha comunicado que la Junta aprobó objetivos específicos para evaluar al Ombuds. Entre ambas declaraciones falta una pieza sencilla: la tabla que permita saber si hablan de lo mismo y cómo se demostrará cada resultado.
Artículo principalPublicado 2026-08-31 - La ventana de arbitraje anticipado de ICANN para las OIG no fija plazo de respuesta
Los borradores de ICANN permiten que el titular de un dominio pida arbitraje antes de que se resuelva una demanda presentada por una organización intergubernamental. Regulan el envío, la tasa y la notificación, y dejan a la OIG la decisión de aceptar o rechazar. Falta una pieza más pequeña, pero decisiva: cuándo debe responder, cómo queda registrada su decisión y qué aviso cierra la vía cuando no hay arbitraje.
Artículo principalPublicado 2026-08-31 - ICANN cerró la solicitud .IDN de Nameshop como «Terminated»; la resolución decía «withdrawn status»
La solicitud de reconsideración 26-4 reabre una discusión procesal, no el expediente como si partiera de cero. El dato nuevo para la gobernanza está en la cadena documental: el Consejo aprobó un procedimiento de terminación cuya orden operativa indicaba «withdrawn status», mientras que las cartas de ejecución y la ficha pública dicen «Terminated». Si ambos términos son equivalentes dentro de ICANN, falta publicar la equivalencia.
Artículo principalPublicado 2026-08-31 - El borrador de traducción del IRP de ICANN obliga a pedir ayuda en inglés
La propuesta de Rule 5B mejora mucho lo que ocurre después de que se reconozca una necesidad lingüística: ICANN pagaría los servicios ordenados, el panel podría adaptar plazos y una lengua ajena a las oficiales de la ONU dejaría de estar excluida. El problema aparece antes. Tanto el escrito inicial como la solicitud de traducción tendrían que llegar en inglés, mientras la regla provisional vigente aún admite esa solicitud en otra lengua cuando usar el inglés resulte excesivamente gravoso.
Artículo principalPublicado 2026-08-31 - El modelo propuesto para la raíz permitiría suspender a un operador, pero no define su regreso
La propuesta final de gobernanza del sistema de servidores raíz traza con paciencia cómo se constituiría una nueva estructura y cómo podría retirar de forma definitiva a un operador. Para una emergencia de seguridad, en cambio, introduce una facultad inmediata: SIR podría suspender las operaciones de un RSO. Entre la suspensión provisional y la remoción definitiva queda un estado sin nombre. No está definido quién declara superada la causa, qué se restablece ni cómo se demuestra públicamente el retorno.
Artículo principalPublicado 2026-08-31 - El archivo de tachaduras de ICANN llega a 2026. El registro termina en FY24
La revisión anual de ICANN sigue produciendo aperturas selectivas: una resolución de 2025 ya revela Sevilla, aunque conserva oculto el importe contractual. Sin embargo, la página del registro aún enlaza un libro que acaba en FY24. El problema no es que todo siga secreto, sino que el índice público dejó de avanzar con el proceso que debía registrar.
Artículo principalPublicado 2026-08-30 - La propuesta del IRP de ICANN puede agotar el plazo externo antes de que aparezca el perjuicio
El expediente de una decisión empieza a envejecer cuando ICANN actúa. El expediente de quien resulta perjudicado puede empezar mucho después. La propuesta de Rule 4 para el Independent Review Process concede 120 días desde que el reclamante conoce, o debería conocer, que ha sido afectado de forma material; al mismo tiempo, cuenta 24 meses desde la acción o inacción institucional y cierra cualquier excepción a los cuatro años. La solución no consiste en mantener cada decisión abierta para siempre. Consiste en que los cuatro tiempos —acto, efecto, excepción y cierre— compartan un registro comprobable.
Artículo principalPublicado 2026-08-30 - ICANN encaminó las tres peticiones de India. Solo una tiene hitos fechados
India pidió prioridad inmediata para tres medidas de seguridad del DNS. ICANN respondió preservando una frontera difícil pero necesaria: los gobiernos pueden formular prioridades, el GNSO decide su agenda de políticas, la organización de ICANN apoya e implementa, y un grupo técnico puede ensayar sin dictar obligaciones. Esa distribución evita convertir la urgencia en mando. También deja una carencia visible: dos de las tres peticiones siguen sin una próxima decisión pública, mientras la tercera ya tiene un calendario operativo.
Artículo principalPublicado 2026-08-30 - ICANN concede 21 días para impugnar una SSE. ¿Qué debe conservarse desde el primer día?
El plazo empieza antes de que el solicitante haya terminado de decidir si existe una impugnación viable. Por eso, la primera tarea no es redactar una reclamación: es preservar la decisión, los eventos de transmisión y recepción, la versión de las reglas y los materiales que permitirán evaluar un posible error sin reconstrucciones tardías.
Artículo principalPublicado 2026-08-30 - ICANN podría retirar un panel del Ombuds que nunca creó: aún no se ve en qué etapa está
ICANN ha revelado una propuesta para retirar la recomendación 5.8 del Work Stream 2, el compromiso de 2018 de crear un panel asesor externo para el Ombuds. Cancelar un diseño superado puede ser una decisión responsable. Lo que todavía falta en el registro público es la pieza que permita saber qué criterio se activó, qué etapa de las nueve se alcanzó y qué ocurrió con las seis funciones prometidas.
Artículo principalPublicado 2026-08-30 - ICANN confirma un error en la SSE y después reevalúa: ¿qué conecta ambas decisiones?
Un solicitante puede lograr que se confirme un error en su impugnación de la Evaluación de Similitud de Cadenas sin haber obtenido todavía un nuevo resultado. El vínculo necesario es el expediente de reevaluación: qué confirmó la impugnación, qué reconsideró el evaluador y cómo se relaciona la decisión posterior con la primera.
Artículo principalPublicado 2026-08-30 - El aviso de terminación de IPIP de ICANN tiene dos listas: solo una enumera los incumplimientos
ICANN decidió terminar el acuerdo de acreditación de IPIP INC. con efecto anunciado para el 13 de septiembre. El documento no es, sin embargo, una bolsa única de acusaciones: primero identifica cuatro incumplimientos sin subsanar, después abre un apartado de «preocupaciones adicionales» y por último describe efectos y obligaciones posteriores. Esa separación es parte del acto público y debe sobrevivir a cualquier resumen.
Artículo principalPublicado 2026-08-30 - ICANN compara los gTLD de dos caracteres con los códigos ASCII de dos letras. ¿Qué protege realmente ese filtro?
Una etiqueta de dos caracteres puede superar las validaciones básicas de la ronda de 2026 y, aun así, quedar fuera porque se parece a un código ASCII de dos letras. Para entender la decisión no basta con leer «no puede continuar»: hay que saber qué control se activó, qué etiqueta o variante produjo la coincidencia y qué razonamiento siguió el panel.
Artículo principalPublicado 2026-08-30 - ICANN puede detener una cadena sin que exista otro solicitante. ¿Qué hace realmente un Blocked Name?
En la ronda de nuevos gTLD de 2026, una etiqueta protegida o reservada puede detener una solicitud sin convertirse en candidata rival. La cuestión de gobernanza es si el expediente público une de forma verificable la frontera de exclusión, la comparación exacta y el reloj de impugnación.
Artículo principalPublicado 2026-08-30 - El procedimiento regional de la ccNSO aún presupone un solo administrador por territorio
El formulario de 2007 para que un administrador de ccTLD elija región tiene una premisa invisible: una solicitud, un administrador y un contacto administrativo de IANA. Los Estatutos actuales de ICANN permiten que un mismo territorio tenga varios administradores, cada uno con representante, pero reservan determinados votos a un único emisario territorial. La revisión que estudia el Consejo de la ccNSO debe resolver esa cadena de autoridad, no limitarse a actualizar casillas.
Artículo principalPublicado 2026-08-29 - El segundo borrador de revisiones de ICANN necesita un registro público de cambios
ICANN volverá a consultar el diseño de sus futuras revisiones de rendición de cuentas. La decisión reconoce una realidad incómoda: el objeto sometido a la primera consulta siguió cambiando mientras llegaban 23 aportaciones y después de que cerrara el plazo. Para que la segunda ronda no obligue a cada participante a reconstruir esa evolución por su cuenta, el nuevo borrador debería publicarse junto con un registro que explique, disposición por disposición, qué cambió, de dónde vino el cambio y quién conserva la decisión pendiente.
Artículo principalPublicado 2026-08-29 - Los dos relojes de supervisión de la IANA empiezan ahora con el informe final
ICANN ha trasladado el punto de partida de dos revisiones que vigilan la función de nombres de la IANA. La evaluación de la eficacia del Customer Standing Committee pasa a repetirse cada cinco años desde el informe anterior. La revisión periódica de la función de nombres conserva cinco años, pero deja de contarlos desde la convocatoria del equipo. La reforma ofrece tiempo para cerrar y aplicar recomendaciones; también permite que una revisión larga aleje el inicio de la siguiente. La respuesta debe ser un registro público de plazos, no una cifra aislada.
Artículo principalPublicado 2026-08-29 - ICANN puede agrupar dos cadenas sin declararlas similares. ¿Qué controla la cadena intermedia?
Imaginemos tres solicitudes de nuevos dominios de alto nivel. El panel de Evaluación de Similitud de Cadenas de ICANN determina que la cadena A puede confundirse visualmente con B. También concluye que B puede confundirse con C. Sin embargo, no considera que A y C sean confundibles entre sí. Aun así, las tres solicitudes pueden quedar dentro del mismo conjunto de controversia.
Artículo principalPublicado 2026-08-28 - La ICANN completa la evaluación de similitud antes de formar lotes prioritarios. ¿Qué protege la regla de incluir todas las cadenas?
Tener un número de prioridad tardío no deja a una cadena solicitada fuera del universo de comparación. En la ronda de 2026, todas deben pasar por la evaluación de similitud antes de que se establezcan eventuales lotes de evaluación.
Artículo principalPublicado 2026-08-28 - El número de prioridad de ICANN no ordena la evaluación de cadenas: ¿qué cinco controles quedan fuera de la fila?
Un número bajo en el sorteo de priorización puede mejorar la posición de una solicitud en varias etapas del programa de nuevos gTLD. No convierte la cadena solicitada en segura, ni garantiza que sus resultados lleguen antes. ICANN marca expresamente el límite: el número de prioridad determina el orden general de ciertos procesos, pero no el orden de la String Evaluation.
Artículo principalPublicado 2026-08-28 - El sorteo de prioridad de ICANN ordena la fila. ¿Qué garantiza realmente un número bajo?
Una candidatura para operar un nuevo dominio genérico de alto nivel será examinada mediante evaluaciones técnicas, financieras y operativas. También puede enfrentarse a objeciones, controversias entre cadenas y mecanismos de rendición de cuentas. Antes de buena parte de ese recorrido, sin embargo, una papeleta física de 100 dólares ayudará a decidir en qué lugar de la fila queda cada expediente.
Artículo principalPublicado 2026-08-28 - ICANN recibió más de 1.100 cadenas de reemplazo: ¿qué puede evitar realmente el cambio de 14 días?
Un solicitante puede llegar al Reveal Day con una segunda opción y descubrir que esa opción ya es inutilizable. La Guía del Solicitante de 2026 impide elegir una cadena de reemplazo si es idéntica a la cadena original o de reemplazo de otro solicitante. La prohibición se mantiene aunque ese tercero nunca active su alternativa.
Artículo principalPublicado 2026-08-28 - La ICANN tiene más de 1.600 solicitudes de gTLD. ¿Qué seguirá invisible hasta el Reveal Day?
La ICANN ya puede anunciar cuántas solicitudes principales recibió en la ronda de 2026, aunque el público todavía no conoce las cadenas, los solicitantes ni los conjuntos de contención. Entre ambos momentos hay controles distintos, y cada uno necesita su propio denominador.
Artículo principalPublicado 2026-08-28 - ICANN ya redactó el plazo de 24 horas. Aún falta el acto que lo activa
Una norma puede estar publicada y, sin embargo, no haber comenzado a obligar. Eso es exactamente lo que ocurre con el nuevo régimen de solicitudes urgentes de datos de registro de ICANN. La sección 10.7 describe un acuse de recibo en dos horas y una respuesta en 24; una nota de implementación condiciona esas obligaciones a que ICANN complete una Política de Consenso sobre autenticación de solicitantes. El primer dato no anula el segundo. Juntos forman un estado transitorio que debe ser visible para fuerzas del orden, registros, registradores y equipos de cumplimiento. La salida no es otra explicación genérica, sino un recibo de activación que indique qué hecho pone en marcha el reloj y qué cuestiones siguen fuera del alcance de una credencial.
Artículo principalPublicado 2026-08-28 - UA Day levantó 17 demostraciones; la producción exige volver a probarlas
El informe de UA Day 2026 contiene una lista que rara vez aparece en la memoria de una campaña mundial: diecisiete dominios internacionalizados junto a direcciones de correo de ejemplo. No son diecisiete compromisos abstractos. Para entrar en la categoría de adopción o demostración, el organizador debía usar o registrar un IDN, levantar una web, configurar correo compatible con EAI, crear direcciones locales y ensayar el resultado. El documento conserva así una prueba concreta de trabajo. Pero una demostración responde a «¿funcionó aquí y ahora?». Un servicio de producción debe responder además «¿quién lo mantiene, qué recorrido cubre y volvió a funcionar después?». Esa segunda pregunta necesita una visita posterior, no una ampliación retórica del éxito del evento.
Artículo principalPublicado 2026-08-28 - ICANN aprobó apoyo para 56 solicitantes. ¿Qué barreras redujo realmente el programa?
La ICANN aprobó apoyo para 56 posibles solicitantes de nuevos gTLD. La decisión reduce costos concretos de entrada, pero todavía no prueba 56 solicitudes principales ni 56 delegaciones.
Artículo principalPublicado 2026-08-28 - ICANN no pondrá un plazo final a las políticas. El estado necesita un reloj
El Consejo de ICANN rechazó fijar un límite uniforme para revisar recomendaciones de política aprobadas por la GNSO. A cambio, ofreció previsiones, una actualización antes de cada reunión pública de ICANN y un examen permanente del estado de las políticas en sus talleres. La alternativa mejora la fotografía del momento, pero no conserva por sí sola cuándo llegó el expediente, qué insumo falta, por qué cambió la previsión ni quién debe moverlo. Salvo cuando una fuente indique otra fecha, este análisis refleja evidencia verificada hasta el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-28 - ICANN añadió 1.612 casos han tras la consulta. El prefiltrado no decide
Los datos definitivos de similitud visual de ICANN para la ronda de nuevos gTLD de 2026 incorporan 1.612 casos han adicionales, localizados mediante análisis asistido por IA después de la consulta pública e integrados en los archivos chino, japonés y coreano. El cambio puede ampliar el universo que merece revisión; no equivale a 1.612 conflictos ni resultados. La herramienta señala candidatos y un panel independiente juzga cadenas completas, explica sus decisiones y puede corregir errores definidos. Salvo fecha distinta en una fuente, este análisis refleja la evidencia comprobada al 28 de agosto de 2026.
Artículo principalPublicado 2026-08-28 - La licitación GRC de ICANN centraliza registros, no autoridad
ICANN quiere una plataforma alojada para reunir políticas, registros de riesgo, auditoría, cumplimiento, paneles y evidencia automatizada. Un expediente común puede mejorar la custodia y la visibilidad entre equipos distribuidos. No debe convertir el estado de una aplicación en sustituto de la decisión institucional que ese estado pretende documentar. La propiedad del riesgo, su aceptación, el juicio sobre controles, la corrección y la supervisión del Consejo necesitan una cadena portable de autoridad y evidencia. Salvo que una fuente indique otra fecha, las condiciones actuales descritas aquí corresponden a la evidencia verificada el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-27 - La visita de ICANN a Samson Cree Nation necesita un registro de seguimiento
La visita por invitación de ICANN a Samson Cree Nation fue un ejercicio real de escucha, educación y vínculo. El relato publicado no la convierte en mandato comunitario ni en resultado normativo. La rendición de cuentas empieza después: qué asuntos autorizó la comunidad para su transmisión, quién los recibió, cómo fueron tratados y qué respuesta regresó. Salvo que una fuente indique otra fecha, las condiciones actuales de este artículo reflejan la evidencia comprobada el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-27 - Antes de que una queja llegue a la Junta, ¿qué puede cambiar realmente la Oficina del Ombuds de la ICANN?
La Oficina del Ombuds puede cambiar la ruta, la información y las condiciones de una solución voluntaria, pero el contacto no equivale a una notificación formal ni produce una reparación vinculante.
Artículo principalPublicado 2026-08-27 - Las 56 ayudas de ICANN aún no demuestran el efecto de su campaña
ICANN cerró su Applicant Support Program de 2026 con 56 solicitantes plenamente aprobados y sostiene que el refuerzo de la divulgación parece haber dado resultado. La cifra acredita una entrega concreta, no una relación causal. Las propias recomendaciones adoptadas por la GNSO piden referencias de conversión acordadas de antemano y datos capaces de distinguir una retirada informada de una barrera evitable. Salvo que una fuente indique otra fecha, las condiciones actuales de este artículo reflejan la evidencia comprobada el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-27 - ICANN haría obligatoria la revisión de dominios asociados, pero no comparable
La nueva propuesta contra el abuso del DNS obliga a mirar más allá del primer dominio probado y, a la vez, prohíbe fijar un formato para demostrar esa revisión. La investigación necesita margen local; la evidencia que alimentará el control y la evaluación futura necesita significados comunes. Salvo fecha distinta en una fuente, este artículo refleja la comprobación realizada el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-27 - ICANN abre las descargas y jubila la API: el traspaso necesita un recibo
Un archivo puede ser más fácil de obtener y, al mismo tiempo, más difícil de identificar años después. Ese es el reto que deja el cierre de la plataforma Open Data de ICANN: los CSV disponibles ya no exigen iniciar sesión, pero la API y su antiguo catálogo dejarán de existir tras el 31 de agosto. Salvo que una fuente indique otra fecha, la situación descrita fue comprobada el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-27 - ICANN acota la fase 2A: no nace un nuevo deber de publicar
El GAC preguntó cuándo avanzaría la recogida y publicación de datos registrales de personas jurídicas. La respuesta de la Junta de ICANN prevé que el trabajo pueda empezar en FY2027, pero fija un límite decisivo: las recomendaciones adoptadas ordenan crear una vía técnica y elaborar buenas prácticas, no obligan a cada parte contratada a diferenciar ni a publicar. Salvo que una fuente indique otra fecha, las condiciones actuales descritas aquí reflejan la evidencia verificada el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-27 - ICANN nombra a Mirror Group; la prueba empieza en el registro de cada clasificación
La designación del proveedor para el Safeguard Assessment de la ronda 2026 fija quién organizará el juicio experto, pero no resuelve su legitimidad. Esta dependerá de que cada decisión contractual pueda reconstruirse: hechos considerados, criterio aplicado, razones, conflictos, recusaciones y trato comparable entre cadenas, lenguas y sectores. Salvo que una fuente indique otra fecha, las condiciones actuales descritas aquí reflejan la evidencia verificada el 28 de agosto de 2026.
Artículo principalPublicado 2026-08-27 - El nombre de dominio se convirtió en demandado: Porsche.net y la vía in rem de la ACPA
Una demanda que comenzó nombrando a 128 dominios como demandados expuso un problema jurídico y operativo preciso: cuando no es posible demandar personalmente al titular, ¿qué permite que un tribunal federal controle el registro y cuándo resulta demasiado tarde para objetar esa vía?
Artículo principalPublicado 2026-08-26 - Cuándo una solicitud de datos de registro se vuelve urgente y qué sigue sin autorizar el nuevo plazo
El nuevo calendario de ICANN puede obligar a un registrador a contestar más rápido. No convierte la urgencia en un derecho automático a datos privados. Cronometra el acuse y la decisión; la autenticación, la necesidad, la base jurídica y el fondo de la divulgación siguen siendo preguntas distintas.
Artículo principalPublicado 2026-08-26 - La política de emergencia de 90 días que mantuvo en marcha los datos de registro
Ocho días antes de que el RGPD comenzara a aplicarse, ICANN utilizó una potestad contractual temporal para impedir que el régimen de datos de registro se fragmentara en cientos de respuestas privadas. La medida tenía efecto inmediato, pero también una fecha de caducidad incorporada: la política permanente debía nacer en otro lugar.
Artículo principalPublicado 2026-08-26 - Cuándo un informe de abuso del DNS se vuelve accionable — y qué sigue sin ordenar el contrato
El punto decisivo del régimen contractual de la ICANN no es la llegada de una acusación. Llega cuando la información disponible permite una conclusión razonable: a partir de ahí, el registrador o el registro debe actuar con prontitud, aunque todavía tenga que escoger una medida adecuada a su función, al daño y al riesgo para servicios legítimos.
Artículo principalPublicado 2026-08-26 - Un portal sin reloj: ¿quién autoriza realmente el acceso a los archivos de zona?
CZDS reúne en un solo lugar las solicitudes dirigidas a muchos registros de dominios genéricos. Esa comodidad puede hacer pensar que también existe una autorización única. El contrato cuenta una historia más distribuida.
Artículo principalPublicado 2026-08-26 - ICANN termina con un registrador: ¿quién recibe los dominios?
Un traslado masivo no cobra al titular ni añade automáticamente un año de vigencia. Si el dominio está por vencer y el registrador receptor aplica una restricción permitida de 60 días, la selección de ICANN deja de ser un detalle administrativo.
Artículo principalPublicado 2026-08-26 - Un buzón válido no es un título de propiedad: las cuatro pruebas que separan las reglas de exactitud de ICANN
Las reglas de ICANN pueden comprobar que un dato tiene la forma correcta y que alguien responde a un correo o a una llamada. Son controles valiosos, pero no demuestran quién domina la cuenta del registrador ni qué persona o empresa tiene el mejor derecho jurídico sobre el dominio.
Artículo principalPublicado 2026-08-25 - Datos en escrow, ningún registrador en funcionamiento
Un archivo puede superar todas las comprobaciones previstas y seguir sin poder contestar una llamada. Puede demostrar qué dominio gestionaba un registrador, cuándo vencía y cómo contactar al titular. No puede abrir el portal del cliente, reconstruir un saldo, recuperar una web alojada ni decidir que quien escribe hoy es la persona autorizada para cambiar la cuenta.
Artículo principalPublicado 2026-08-25 - El contacto de cuatro horas que no puede revertir la transferencia
Imagine que un registrador perdedor envía un aviso TEAC a las 22:00. A la 01:59, una persona autorizada del registrador ganador confirma que investigará. La obligación de cuatro horas se ha cumplido. El nombre sigue patrocinado por el mismo registrador ganador y el titular todavía no ha recuperado su cuenta.
Artículo principalPublicado 2026-08-25 - ICANN nombró a siete dirigentes. Aún falta el mapa entre criterios y selección
El NomCom de ICANN ya publicó siete nombres y describió, en cifras agregadas, un grupo de 223 candidaturas. Lo que todavía no ha mostrado es cómo se conectaron, cargo por cargo, las necesidades anunciadas y el nuevo método para analizar las capacidades de la Junta con la lista final. Esa explicación no exige revelar a ninguna persona descartada, y el ciclo de informes que termina en octubre aún puede aportarla.
Artículo principalPublicado 2026-08-23 - El CIP de ICANN ya está en marcha. La prueba de rendición de cuentas viene después
El primer balance anual del Continuous Improvement Program de ICANN muestra seis de las ocho estructuras participantes trabajando y una de ellas, ALAC, en fase de ejecutar mejoras. Es una señal verificable de puesta en marcha, no todavía de mayor eficacia o rendición de cuentas. Esa evaluación dependerá de objetivos fijados de antemano, resultados observados y un informe público. Mientras tanto, las Organizational Reviews independientes siguen aplazadas hasta que concluya el primer ciclo.
Artículo principalPublicado 2026-08-22 - Las 1.600 solicitudes gTLD de ICANN aún deben superar el pago
El cierre del formulario produjo una cifra provisional, no la lista definitiva de la ronda 2026. ICANN solo podrá fijar el total cuando reciba las tasas completas, con un plazo base el 19 de agosto y una extensión individual para las facturas enviadas después.
Artículo principalPublicado 2026-08-19 - IANA marca como concluida la ceremonia Root KSK 62 — y delimita el registro público
IANA ya muestra la ceremonia Root KSK 62 como concluida. El registro público sitúa la operación el 12 de agosto, con firma de ZSK para el cuarto trimestre de 2026 y retirada de dos HSM; por sí solo no equivale a una conclusión de auditoría independiente.
Artículo principalPublicado 2026-08-13 - ICANN cerró dos ventanillas y desplazó la atención hacia quien puede operar el registro
Las solicitudes del ciclo 2026 de nuevos gTLD y las del programa de evaluación de proveedores de servicios de registro de ICANN terminaron el 12 de agosto a las 23:59 UTC. El cierre no crea ni aprueba dominios; delimita quién puede continuar en un proceso que depende tanto de la operación como del nombre solicitado.
Artículo principalPublicado 2026-08-13 - Las alertas sobre manipulación del DNS de 2019 convirtieron el control de cambios del registrador en una prueba de rendición de cuentas
Los incidentes descritos públicamente en 2019 mostraron que la confianza en un dominio depende menos del prestigio de las instituciones que de quién puede autorizar, publicar, observar y revertir el estado operativo del DNS.
Artículo principalPublicado 2026-08-04 - La inundación del DNS raíz de 2015 convirtió la telemetría entre operadores en una prueba de responsabilidad
Dos inundaciones concentradas de consultas revelaron la diferencia entre la continuidad del sistema raíz y la saturación localizada, y convirtieron la telemetría compartida y separada por capas en la base para evaluar la preparación y la respuesta de los operadores.
Artículo principalPublicado 2026-08-02 - El ataque al DNS raíz de 2002 convirtió la resiliencia del servicio distribuido en una prueba de rendición de cuentas
El ataque de octubre de 2002 contra el sistema de servidores raíz DNS mostró por qué un registro preciso de autoridad no es una garantía de disponibilidad. La rendición de cuentas depende de un servicio autoritativo alcanzable, diversidad de rutas y capacidad, comportamiento del resolutor, controles de tráfico, límites de medición y evidencia de que los operadores distribuidos restauraron el servicio.
Artículo principalPublicado 2026-07-29 - La renovación de la KSK raíz de DNSSEC demostró que la preparación debe ser verificable
La renovación de la KSK raíz de DNSSEC de ICANN en 2018 se recuerda como un éxito de mantenimiento criptográfico global. Para la responsabilidad de riesgos, la lección clave es que el éxito dependió de hacer observable la preparación y la reparación antes de que las relaciones públicas pudieran declarar victoria.
Artículo principalPublicado 2026-07-11 - ICANN convirtió la renovación de la clave raíz DNSSEC en una prueba pública de responsabilidad operativa
La primera renovación de la clave de firma de clave (KSK) raíz DNSSEC de ICANN no fue solo un evento de mantenimiento criptográfico. Fue un raro ejercicio global de cambio de un ancla de confianza compartida mientras millones de resolutores recursivos, agencias públicas, empresas, proveedores de software, registros, ISP y usuarios finales dependían de que la misma cadena de validación de la zona raíz siguiera funcionando.
Artículo principalPublicado 2026-07-10 - El precio de IPv4 empieza por las reglas, la trazabilidad y el ingreso neto
El tamaño del prefijo no basta para valorar un bloque IPv4. Las reglas de transferencia, el historial registral, el enrutamiento, la reputación, los costes y el uso alternativo determinan el valor real.
Artículo mencionadoPublicado 2026-05-26 - Actualización de la ICANN sobre el receptor de AFRINIC consolida el reinicio de la junta bajo supervisión judicial
La actualización de marzo de 2025 sobre el receptor de la ICANN registra el nombramiento judicial de Gowtamsingh Dabee sobre AFRINIC y convierte la reconstrucción de la junta en una prueba de legitimidad.
Artículo mencionadoPublicado 2026-05-26
Cambios recientes
1- Github org account match observed: GitHub account observed for ICANNConfianza bajaHistórico