Resumen
- La ventanilla de solicitudes de nuevos gTLD de ICANN cerró el 12 de agosto a las 23:59 UTC.
- A la misma hora cerró la evaluación para proveedores de servicios de registro.
- ICANN exige que cada solicitante nombre a un proveedor evaluado con éxito.
- No hay base en estos avisos para inferir aprobaciones, números de solicitantes, proveedores aprobados o dominios delegados.
La palabra que se pide y la red que la sirve no son la misma decisión.
El ciclo 2026 reúne ambas piezas, pero las evalúa por carriles distintos. ICANN explica que un Registry Service Provider puede ofrecer DNS, RDAP y DNSSEC a un operador de registro. Su programa examina ese papel operativo de forma independiente de la solicitud de un gTLD concreto. Si un proveedor supera la evaluación, puede respaldar a más de un solicitante.
Eso convierte el cierre de las dos ventanillas en una transición, no en un desenlace. La recepción de solicitudes ya terminó. Aun así, queda por comprobar si los proyectos cumplen los pasos posteriores del ciclo y si el proveedor señalado puede asumir la función técnica que ICANN evalúa.
La evidencia no permite adelantar el final
Los anuncios de ICANN dicen cuándo finalizaron los plazos y cuál es el propósito del programa. No dicen cuántas solicitudes se presentaron, qué nombres contienen, qué proveedor resultó evaluado con éxito ni cuándo podría aparecer una delegación en la zona raíz.
Conviene mantener esa frontera porque un cierre administrativo produce titulares sencillos, mientras que la delegación es la última parte de una secuencia más larga. Habría que distinguir, como mínimo, la presentación, los pagos, la evaluación, cualquier decisión aplicable al expediente, la contratación y la preparación técnica. El que una puerta se cierre no convierte cada expediente que cruzó el umbral en un registro operativo.
El aviso sobre nuevos gTLD añade un siguiente control inmediato: la tasa de evaluación debe abonarse antes de las 23:59 UTC del 19 de agosto. ICANN aconseja probar el pago en su sistema de gestión de solicitudes. Esa recomendación ayuda a evitar un fallo de proceso, pero no es un dictamen sobre la calidad o el resultado del proyecto.
El valor de mirar DNS, RDAP y DNSSEC
El DNS autoritativo da respuesta a quienes intentan resolver un nombre. RDAP ofrece un mecanismo de consulta para datos de registro. DNSSEC necesita una operación cuidadosa de firma y claves para que la seguridad no se vuelva una fuente de fragilidad. En un registro futuro, estas tareas no son decoración técnica: son la condición de que el nombre sea localizable, consultable y verificable.
La evaluación separada de proveedores permite tratar esas capacidades como un recurso reutilizable. Puede evitar repetir una revisión equivalente para cada solicitante, pero tampoco permite deducir desde ahora capacidad sobrante, desempeño, precio, acuerdos comerciales o selección efectiva. Esas afirmaciones requerirían otras fuentes.
La lectura útil, por tanto, es operativa. A partir del 12 de agosto, la pregunta deja de ser solo qué cadenas lograron entrar antes del plazo. También es qué relación entre solicitante y proveedor de registro podrá superar las etapas que aún faltan. Esa respuesta llegará por señales posteriores; el cierre sólo fija el punto de partida.
