Resumen

  • La Política de Transferencia de ICANN, efectiva en su forma original entre registradores desde 2004, otorga a los titulares de dominios genéricos de alto nivel una ruta común para cambiar de registradores acreditados. El registrador ganador valida la solicitud, el registro verifica la credencial de autorización, el registrador perdedor tiene deberes y motivos de denegación especificados, y el silencio generalmente conduce a la aprobación después de cinco días calendario.
  • La portabilidad funciona porque el dominio, el titular, el registrador, el operador del registro y la autoridad política son roles separados. Una transferencia entre registradores cambia el patrocinador registrado por el registro; no duplica el dominio, no cambia al titular registrado ni requiere que el titular mueva el alojamiento, el correo o el servicio DNS.
  • Los bloqueos muestran la tensión entre seguridad y salida. La prohibición de transferencia controlada por el titular puede prevenir el robo, pero las restricciones automáticas u oscuras también pueden atrapar a clientes legítimos. La adopción por parte de ICANN en junio de 2026 de 47 recomendaciones de revisión de transferencias, pendientes de implementación, refleja los esfuerzos continuos para reequilibrar la autenticación, la notificación, la reversibilidad y la fricción.
  • La competencia entre registradores no crea competencia entre registros por el mismo nombre. El operador del dominio de alto nivel sigue siendo la capa mayorista autoritativa, y los acuerdos y políticas de consenso de ICANN continúan definiendo el marco común. Por lo tanto, la portabilidad disciplina a un intermediario sin disolver la autoridad ascendente.
  • La NRS debería abogar por la adaptación de los mecanismos ejecutables por parte de registros reconocidos y proveedores autorizados: cambio de proveedor que preserva al titular, liderazgo del receptor, objeciones limitadas, plazos, un puntero de proveedor actual, evidencia retenida, quejas independientes, reversión de emergencia y continuidad después de la falla del proveedor.
  • La NRS también debe presionar a las instituciones responsables para que respondan las preguntas pendientes: quién opera y puede reemplazar la autoridad común, qué política sigue a un recurso, cómo se califican los proveedores, cómo la responsabilidad sigue al control, y cómo un titular puede desafiar a un coordinador capturado sin fragmentar la unicidad.

El acuerdo de 2004 hizo que la salida del proveedor fuera ordinaria

La política de transferencia entre registradores entró en vigor el 12 de noviembre de 2004. Su propósito no era hacer que los registradores fueran intercambiables ni abolir el registro. Era darle al titular de un nombre registrado una ruta directa de un registrador acreditado a otro, preservando un registro coordinado.

Ese objetivo limitado cambió el poder de mercado. Antes de un derecho de transferencia confiable, un registrador podía retener a un cliente mediante fricción incluso cuando otro proveedor ofrecía mejor soporte, precio, seguridad o administración. La dependencia del titular en el dominio amplificaba esa fricción. Una empresa podría estar dispuesta a cambiar un proveedor ordinario, pero no si la salida arriesgaba su nombre público, la continuidad del correo electrónico o el destino impreso en productos y contratos.

La política convirtió la salida de persuasión bilateral en una obligación común. Un titular se acerca al registrador deseado. Ese registrador ganador obtiene y valida la autoridad necesaria. El registro recibe un comando de transferencia y registra el cambio de patrocinador. El registrador de registro puede objetar por motivos definidos, pero no posee una discreción general para decidir si el cliente debe irse.

Esta es la primera lección de la NRS. Un derecho se vuelve creíble cuando su ejercicio no depende de que el titular esté de acuerdo con su propósito. La institución perdedora puede autenticar, identificar un conflicto real y preservar evidencia. No puede hacer de la lealtad del cliente una condición de continuidad.

La portabilidad, por lo tanto, reorganiza la negociación antes de ser utilizada. La posibilidad de salida le da al titular influencia sobre el servicio, el precio y la capacidad de respuesta. Un proveedor debe ganarse la continuación en lugar de tratar la importancia del identificador como un mecanismo de cautiverio.

La arquitectura separa cinco roles

La gobernanza de dominios a menudo se describe como si un registrador "tuviera" el dominio. La estructura legal y técnica es más estratificada. ICANN contrata con registradores acreditados y con operadores de registros de dominios genéricos de alto nivel. Los operadores de registros celebran acuerdos registrador-registro que permiten a los registradores ofrecer registros bajo el dominio de alto nivel relevante. Los registradores o sus revendedores contratan con los titulares de nombres registrados.

Por lo tanto, se pueden distinguir cinco roles. Eltitular del nombre registradoposee la relación con el cliente y la autoridad reconocida por el acuerdo de registro. Elregistradorproporciona el servicio de registro minorista y patrocina el nombre en el registro. Eloperador del registromantiene el estado de registro autoritativo para el dominio de alto nivel.ICANNproporciona acreditación, contratos y políticas comunes para el espacio de dominios genéricos. Losoperadores de DNSque sirven servidores de nombres autoritativos pueden ser el registrador, el titular o un proveedor completamente separado.

La portabilidad cambia uno de estos roles. Reemplaza al registrador patrocinador. El operador del registro no cambia. ICANN no cambia. El titular no cambia en una transferencia ordinaria entre registradores. El operador del servidor de nombres no tiene que cambiar.

Esa separación es el logro intelectual del modelo. Evita que el servicio comercial, el estado autoritativo, la identidad, la política y la operación técnica en vivo se conviertan en una relación indivisible.

La gobernanza de números necesita un mapa igualmente explícito. El titular del recurso, el proveedor del servicio de registro, la capa de coordinación autoritativa, la autoridad política y el operador de enrutamiento no son lo mismo. Un cambio de proveedor debería alterar solo la asociación de servicio reconocida. No debería vender el recurso, cambiar al titular, anunciar una ruta ni reescribir la historia política.

El registro evita que la portabilidad se convierta en duplicación

Una transferencia de dominio no crea dos dominios actuales. Cambia el patrocinio del registrador adjunto a una entrada de registro. El registrador ganador envía un comando de transferencia. El registro verifica la información de autorización, notifica a ambos registradores y mantiene el estado pendiente o completado. El patrocinio anterior del registrador perdedor se vuelve histórico cuando el nuevo patrocinio entra en vigencia.

Es por eso que la competencia de servicios no socava la unicidad. Los registradores no mantienen cada uno una versión igualmente autoritativa del mismo dominio genérico de alto nivel. Transaccionan a través de un registro mayorista común. Un registrador puede mantener registros de clientes y evidencia, pero esos registros no anulan el estado de patrocinio actual del registro.

El mismo principio de diseño puede responder a la objeción técnica más fuerte contra la portabilidad del registro de números. Un prefijo o ASN no se copiaría en mundos autoritativos en competencia. Una capa de coordinación común registraría un titular, un conjunto de recursos y un proveedor de servicios de registro calificado actual. Un cambio de proveedor se serializaría contra la versión actual. Después de la activación, el proveedor anterior podría retener evidencia pero no podría emitir un estado actual rival.

La unicidad requiere una respuesta común. No requiere una institución permanente frente al cliente.

El problema difícil se encuentra un nivel más arriba. Quien controla la respuesta común puede limitar a cada proveedor. Los registradores de dominios son portátiles porque el registro no lo es. Para el modelo que la NRS defiende, la creación de un ancla compartida por instituciones reconocidas no es el final del diseño institucional. Es el punto en el que la autoridad debe volverse limitada, revisable y reemplazable.

La continuidad del titular es el hecho constitucional

El campo más importante en una transferencia de registrador rutinaria es el que no cambia: el titular del nombre registrado. Esa continuidad distingue la sustitución del proveedor de un cambio de control sobre el dominio.

La política actual de ICANN trata la transferencia entre registradores y el cambio de titular como asuntos separados, aunque las reglas interactúan. Un cambio en los datos del titular puede desencadenar una confirmación adicional y, bajo la política publicada actualmente, una restricción de 60 días entre registradores a menos que se haya ejercido una exclusión voluntaria disponible por adelantado. La complejidad existe porque cambiar al administrador y cambiar al titular reconocido crean riesgos diferentes.

La portabilidad de números debe preservar la misma distinción. Una red que mueve el servicio de registro de un proveedor calificado a otro no está transfiriendo su prefijo a un comprador. La identidad del titular, el historial de asignación y las condiciones aplicables continúan. Una fusión, adquisición o venta que cambie al titular requiere una determinación de autoridad separada. Combinar los dos permitiría que un cambio de proveedor oculte una disposición o que una disposición disputada bloquee toda salida de servicio ordinaria.

Un registro de número portátil debe mostrar, por lo tanto, el estado anterior y posterior en términos humanos. El conjunto de recursos no cambia. El titular verificado no cambia. El historial de asignación y transferencia aplicable no cambia. El proveedor de registro cambia en un momento definido. Cualquier otro cambio debe ser identificado y autorizado por separado.

La continuidad no es meramente una suposición conveniente. Es la base sobre la cual un cambio rápido de proveedor puede ser más seguro que una transferencia de titular. La institución valida una proposición más limitada y deja intacta la cuestión de los derechos duraderos.

El registrador ganador convierte la elección en una transacción

El titular normalmente comienza contactando al registrador al que desea unirse. El registrador ganador es responsable de validar la solicitud de transferencia y representa ante el registro que se ha obtenido la autorización requerida. Esta asignación de responsabilidad alinea el incentivo comercial con la finalización.

Si el registrador perdedor controlara el inicio, el cliente tendría que pedirle a la institución que está siendo despedida que organice su propio reemplazo. El retraso podría presentarse como precaución, la actividad de retención podría interferir con la autenticación, y el titular tendría que coordinar a los rivales. El liderazgo del proveedor receptor evita ese conflicto estructural.

El registrador perdedor sigue siendo importante. Notifica al titular, verifica los riesgos definidos, preserva los registros y puede denegar por motivos especificados. El punto no es excluir al titular. Es evitar que el titular sea dueño de la puerta de entrada.

La NRS debería abogar por esa asignación. El proveedor de registro de números receptor debe aceptar la solicitud, verificar la autoridad organizacional, identificar el conjunto de recursos, obtener una vista actualizada del estado actual y enviar una instrucción de cambio de proveedor firmada. El proveedor actual debe confirmar o identificar un defecto acotado. El coordinador común debe probar la elegibilidad y ordenar el cambio de estado.

Este acuerdo distribuye la desconfianza. El destinatario no puede apropiarse de un recurso solo porque quiere al cliente. El titular no puede retener al cliente solo porque controla los registros existentes. El coordinador no inventa el consentimiento del titular. Cada participante proporciona un hecho diferente, y la finalización depende de su coherencia bajo una regla publicada.

Un código de autorización es útil porque es limitado

El régimen actual de dominios utiliza un código AuthInfo, mientras que las recomendaciones adoptadas en 2026 utilizan el término más claro Código de Autorización de Transferencia para implementación futura. La credencial es creada por el registrador de registro, asociada a un dominio y presentada a través del registrador ganador. El registro la verifica como parte de la aceptación de la solicitud de transferencia.

Su valor radica en el alcance. Una credencial de transferencia no es un inicio de sesión general, prueba de propiedad beneficiosa o poder permanente sobre cada función del dominio. Autoriza un cambio de patrocinador elegible. Una orden judicial, un bloqueo de disputa aplicable u otra restricción válida aún pueden hacer que el dominio no sea elegible incluso cuando el código es correcto.

Las recomendaciones de revisión de febrero de 2025 agudizan este diseño. Exigen códigos con al menos 128 bits de entropía bajo RFC 9154, un período de emisión máximo de 120 horas y un período de validez impuesto por el registro de 336 horas. La Junta de ICANN adoptó el paquete completo el 7 de junio de 2026 y ordenó su implementación, pero la adopción no reemplazó por sí misma los requisitos publicados actuales.

Un cambio de proveedor de números debería usar igualmente una credencial de un solo propósito vinculada al titular, al conjunto de recursos, al destinatario y a la versión actual del registro. Debería expirar. No debería autorizar una transferencia de titular, una nueva autorización de origen de ruta, un reemplazo de contacto o la eliminación del historial. Puede ser apropiada una aprobación múltiple para una organización grande, pero la credencial resultante debería expresar un solo acto limitado.

Las credenciales limitadas reducen tanto el robo como la extralimitación institucional. Permiten una autenticación fuerte sin convertir al proveedor en custodio de una llave maestra universal.

Los plazos convierten el silencio de poder en resultado

Bajo la Política de Transferencia actual, el registrador de registro debe enviar su aviso de confirmación de inmediato y a más tardar 24 horas después de recibir el aviso del registro. La falta de respuesta dentro de cinco días calendario resulta en una aprobación por defecto. Cuando el titular no puede administrar directamente el bloqueo de transferencia o el código de autorización, el registrador debe proporcionar el acceso necesario dentro de los cinco días calendario posteriores a la solicitud.

Estos períodos no son prueba de que cada transferencia sea sin esfuerzo. Son una asignación de poder. Sin un plazo, el titular puede retrasar mientras describe la solicitud como pendiente. Con un plazo, el silencio tiene una consecuencia definida y el titular puede identificar el incumplimiento.

El valor predeterminado importa tanto como el número de días. Una obligación de "responder" aún permitiría que el silencio vetara la salida si nadie pudiera completarla sin él. La aprobación por defecto evita que la no participación se convierta en una retención indefinida, mientras que las condiciones especificadas de disputa y seguridad preservan la intervención justificada.

El modelo de servicio portátil que la NRS defiende necesita varios relojes, administrados por proveedores responsables: acuse de recibo por parte del destinatario, emisión de la credencial de transferencia, entrega de la exportación del estado actual, declaración de cualquier objeción, comprobaciones de preparación para servicios dependientes, activación y revisión de emergencia. Las carteras de recursos más complejas pueden requerir ventanas más largas que un cambio de patrocinio de dominio. La duración debe estar vinculada al trabajo nombrado, no al estado institucional.

Cada pausa debe mostrar quién la solicitó, qué subconjunto de recursos alcanza, qué evidencia la respalda y cuándo expira o recibe revisión. La portabilidad falla cuando el titular controla tanto el retraso como la explicación.

Los motivos de denegación hacen que la cooperación sea ejecutable

La política actual de dominios identifica circunstancias en las que un registrador puede denegar y otras en las que debe denegar. La evidencia de fraude, una disputa de identidad razonable y ciertos incumplimientos de pago pueden respaldar la denegación. Las disputas de dominio pendientes, una orden judicial competente y ciertos procedimientos relacionados con la transferencia pueden requerirla. El registrador debe darle al titular y al posible registrador ganador la razón.

La misma política establece lo que es insuficiente. La falta de pago por un período de registro futuro, el silencio del titular por sí mismo, un bloqueo de registrador ordinario sin una oportunidad razonable de desbloquear, y los incumplimientos de pago generales entre un registrador y sus socios comerciales no crean un derecho irrestricto para bloquear la transferencia. La recaudación de pagos tiene mecanismos separados del derecho de transferencia.

Esta es madurez institucional en forma compacta. El titular no recibe un poder vago para actuar "por seguridad" o "por cumplimiento". Recibe una lista vinculada a evidencia y consecuencia.

Para los números, las objeciones válidas podrían incluir un defecto de autoridad probado, una restricción judicial directamente aplicable, una investigación de fraude actual respaldada por indicadores especificados, una instrucción superpuesta de cambio de titular, o una falla de preparación técnica que causaría una discontinuidad de seguridad identificada. Un desacuerdo político, críticas al proveedor, una factura no relacionada o una solicitud de documentos fuera del estándar publicado no deberían ser suficientes.

La objeción también debe ser divisible. Una restricción que afecte a un prefijo no debería congelar una cartera no relacionada. Un campo de contacto en disputa no debería borrar el último registro de recurso verificado. La precisión evita que los poderes excepcionales se traguen la salida ordinaria.

Los bloqueos protegen a los titulares solo cuando los titulares pueden controlarlos

Los bloqueos de dominio ilustran la tensión central en la portabilidad. El estadoclientTransferProhibitedpuede detener un movimiento no autorizado. Un titular que teme un robo puede solicitarlo, y un registrador puede proporcionar controles de autoservicio. Bien utilizado, el bloqueo expresa la preferencia de seguridad del propio titular.

El mismo mecanismo puede convertirse en cautiverio. Si el titular no puede ver el bloqueo, no puede eliminarlo mediante un método razonable o descubre una restricción automática solo después de prepararse para irse, la autoridad de seguridad se ha desplazado al titular. La política actual, por lo tanto, requiere la eliminación dentro de los cinco días calendario cuando el autoservicio no está disponible y prohíbe métodos más restrictivos para obtener el código o desbloquear que los utilizados para cambiar otra información del titular.

La restricción posterior al cambio de 60 días muestra lo difícil que sigue siendo el equilibrio. El grupo de trabajo de 2025 documentó confusión y tratamiento inconsistente, y luego recomendó eliminar esa restricción de la futura política de cambio de datos del titular, al tiempo que agregaba una restricción estandarizada de 720 horas después de una transferencia entre registradores. La Junta adoptó las recomendaciones en junio de 2026, con implementación aún por seguir.

La lección para la NRS no es elegir un período de bloqueo universal por analogía. Es asignar el bloqueo. La protección solicitada por el titular, las suspensiones de integridad de emergencia y las restricciones legales son instrumentos diferentes. Cada uno necesita su propio desencadenante, visibilidad, duración, autoridad de eliminación y apelación.

Un bloqueo que el titular puede imponer indefinidamente no es una característica de seguridad. Es un reclamo de propiedad expresado a través de la administración.

Las notificaciones dan a la continuidad un testigo humano

Las transferencias ocurren en sistemas, pero el titular debe poder reconocerlas. El régimen actual requiere avisos en torno a la solicitud pendiente, y las recomendaciones adoptadas agregan una notificación al registrador perdedor de la finalización dentro de las 24 horas utilizando la información de contacto retenida en el momento de la solicitud de transferencia.

Ese último detalle importa. Si un atacante cambia los datos de contacto durante un compromiso de cuenta, el aviso enviado solo al nuevo contacto sustituido puede confirmar el robo al ladrón. Preservar el destino de notificación anterior a la transferencia crea un testigo independiente del cambio.

La portabilidad del proveedor de números debería notificar a múltiples roles previamente registrados: un contacto de autoridad organizacional, un contacto de operaciones de red y un contacto de seguridad o recuperación. El contenido debe identificar el conjunto de recursos, los proveedores antiguo y nuevo, la activación solicitada, cualquier cambio de servicio relacionado y la ruta para un desafío urgente. No debe revelar evidencia privada a destinatarios que no la necesitan.

La notificación no puede sustituir la autorización. Un correo electrónico ignorado durante unas vacaciones no debería probar automáticamente el consentimiento a un cambio de alta consecuencia. Su papel es la detección, la transparencia y la recuperación. La instrucción real debe autenticarse a través de un mecanismo más fuerte.

La finalización también necesita un recibo duradero. El titular y ambos proveedores deben recibir la versión del registro, la hora efectiva, la firma del coordinador y la identidad del titular sin cambios. Un aviso legible por humanos y un evento verificable por máquina deberían describir la misma transición.

Las disputas de transferencia revelan la brecha de remedio

ICANN mantiene una Política de Resolución de Disputas de Transferencia para disputas entre registradores sobre transferencias entre registradores. Un registrador puede presentar un caso a través del operador del registro relevante o de un proveedor de disputas independiente. Los titulares también pueden usar el canal de quejas de transferencia de ICANN cuando un registrador acreditado no cumple con sus obligaciones.

Estos remedios son importantes pero revelan un límite. El procedimiento formal de disputa de transferencia es principalmente de registrador a registrador. El titular depende comúnmente de una queja de registrador, derechos contractuales u otras vías legales en lugar de poseer un foro de adjudicación universal para cada pérdida de transferencia.

La portabilidad no está completa, por lo tanto, simplemente porque se pueda enviar un comando. Requiere un remedio accesible cuando el comando es bloqueado, falsificado o mal manejado. El remedio debe alcanzar al actor que controla el estado decisivo.

La NRS debería abogar porque los acuerdos de proveedor reconocido otorguen al titular un derecho directo a impugnar una denegación no respaldada, un bloqueo obsoleto, un plazo vencido o una finalización no autorizada. Un revisor independiente debería poder ordenar la liberación de una credencial, la expiración de una retención inválida, la restauración del último estado de proveedor verificado o una transición correctiva. Las disputas más amplias de propiedad y daños contractuales pueden permanecer para los tribunales o el arbitraje.

El revisor necesita evidencia del destinatario, del titular y del coordinador. Si un actor controla los registros, selecciona al revisor y ejecuta el remedio a discreción, la revisión es ceremonial. El diseño del remedio debe seguir la ubicación del poder.

La falla del registrador prueba que el consentimiento ordinario no es suficiente

La transferencia normal supone un registrador en funcionamiento. La gobernanza de dominios también se prepara para un proveedor que pierde la acreditación o ya no puede atender a los clientes. Los registradores acreditados depositan regularmente datos de registro de dominios genéricos especificados con un proveedor de custodia aprobado. ICANN puede usar arreglos de transferencia masiva aprobados para mover registros cuando la continuidad requiere un sucesor.

El titular puede no haber elegido al destinatario de emergencia en el primer momento. Esa excepción está justificada por la estabilización, no por la asignación permanente del cliente. Una vez que el servicio está seguro, la elección ordinaria debería regresar.

Este caso de cola es crítico para el registro de números. Un derecho de portabilidad que depende de que el proveedor perdedor emita una credencial es más débil precisamente cuando la salida es más necesaria. El marco de registro responsable necesita un estado actual recuperable de forma independiente del tipo que la NRS defiende, formatos de exportación probados, evidencia de autorización replicada y una regla de sucesor de emergencia. La recuperación no puede depender de un archivo propietario que solo el proveedor fallido sabe interpretar.

La custodia por sí sola es insuficiente. La restauración debe ser ensayada. El estado restaurado debe distinguir al titular actual, contactos históricos, disputas activas, cambios pendientes y servicios técnicos dependientes. Las credenciales que no deberían sobrevivir a un compromiso deben ser reemplazadas, mientras que la evidencia necesaria para validar al titular debe permanecer disponible.

La falla del proveedor convierte la portabilidad de política de competencia en ingeniería de continuidad. El régimen de dominios reconoce esa distinción. La gobernanza de números debería diseñar para ello antes de que el primer proveedor se vuelva indispensable.

La continuidad del DNS muestra que la administración y la operación pueden divergir

Una transferencia de registrador no necesariamente mueve el alojamiento de DNS autoritativo. Si la delegación del servidor de nombres y la configuración relacionada permanecen intactas, el dominio puede seguir resolviéndose mientras el registrador patrocinador cambia. El registrador también puede vender alojamiento, correo o servicio DNS, pero esos paquetes comerciales no borran la separación funcional.

Esta es una analogía poderosa para los recursos numéricos. Una red puede cambiar la institución que mantiene los datos de registro reconocidos sin cambiar la conectividad ascendente o los anuncios BGP. El servicio de registro no es tránsito. Un prefijo no tiene que moverse geográficamente. Un ASN no se convierte en un sistema autónomo diferente.

La analogía se vuelve más compleja en torno a las funciones de seguridad dependientes. La información DNSSEC del dominio a menudo pasa a través de las interfaces del registrador y del registro. El registro de recursos numéricos puede conectarse a DNS inverso y RPKI. Un cambio de proveedor que preserve el registro principal pero elimine accidentalmente el material de seguridad no es una continuidad exitosa.

La NRS debería abogar porque las instituciones responsables separen las funciones estables de las funciones de transición. La identidad del titular y el historial de asignación permanecen. El puntero del proveedor cambia. La detección de RDAP se actualiza en la activación. Los cambios de DNS inverso y RPKI siguen planes explícitos con prevalidación y recuperación. Las rutas en vivo permanecen bajo control del operador.

El ejemplo del dominio prueba la separabilidad administrativa, no la migración sin esfuerzo. Su utilidad es mayor cuando las funciones dependientes se nombran en lugar de ocultarse detrás de la palabra "transferencia".

La portabilidad creó competencia entre registradores, no un mercado de políticas

Los registradores pueden competir en precio, soporte, interfaz, controles de seguridad, idioma, herramientas de cartera y servicios complementarios. Normalmente no compiten ofreciéndole al titular una regla global diferente sobre si una transferencia de dominio genérico es válida. La política común es parte de lo que permite que el registro acepte instrucciones de muchos registradores sin crear estados incompatibles.

Esa restricción es productiva. Si cada registrador pudiera redefinir la propiedad, ignorar los bloqueos de disputa o inventar su propio estándar de autorización, la portabilidad se convertiría en una búsqueda de foro. La capacidad del titular para dejar un proveedor depende de que el proveedor receptor esté sujeto a suficiente del mismo marco institucional.

La portabilidad de números también necesita una línea de base que siga al recurso: unicidad, continuidad del titular reconocido, evidencia mínima, seguridad, retención de registros, restricciones legales y revisión. Los proveedores pueden competir en servicio sin vender exención de estos deberes.

Pero la política común crea una cuestión de legitimidad. ¿Quién la escribe? ¿De quién son los intereses que cuentan? ¿Cómo puede un titular impugnar una regla que todo proveedor debe hacer cumplir? El mercado de registradores no responde esas preguntas; las reubica por encima de la capa minorista.

La NRS no debe publicitar la elección del proveedor como autonomía completa si un organismo central puede cambiar las condiciones de gobierno sin representación proporcional, decisiones razonadas o apelación. La salida de un registrador es significativa. No es la salida de la autoridad común.

La capa de registro permanece deliberadamente no portátil

Un titular de.compuede moverse entre registradores acreditados mientras el registro.comsigue siendo el operador mayorista autoritativo. Mover la misma etiqueta a otro dominio de alto nivel produciría un nombre de dominio diferente. Por lo tanto, el titular no puede preservar el identificador completo mientras elige un operador de registro diferente.

La operación del registro puede cambiar a través de la sucesión contractual o arreglos de continuidad de emergencia, pero eso no es una portabilidad ordinaria dirigida por el titular. Es un cambio en la infraestructura que sirve a todo un dominio de alto nivel. La escala y la base de interesados son diferentes.

Esta es la lección inconclusa. La portabilidad del registrador resuelve el cautiverio en la capa de registro minorista. No crea competencia entre registros autoritativos por el mismo identificador. El monopolio del registro está limitado por contratos, estándares técnicos, supervisión y la posibilidad de reemplazo del operador, no por la selección de cada titular de un libro mayor mayorista.

Un sistema de números podría adoptar la misma arquitectura: muchos proveedores de servicios alrededor de un coordinador autoritativo común. Ese puede ser el modelo inicial más seguro. También crea el mismo riesgo de concentración. Si el coordinador establece la admisión, controla cada cambio de proveedor y no puede ser reemplazado, la elección minorista puede disfrazar un monopolio constitucional.

La NRS debe declarar claramente que es una organización de defensa y representación de miembros, no un proveedor, coordinador, acreditador o revisor. Asumir cualquier combinación de esos roles operativos recrearía la dependencia que se supone que la portabilidad reduce.

La autoridad política es la capa que la portabilidad no disuelve

Los acuerdos de ICANN requieren que los registradores acreditados y los operadores de registros genéricos sigan las políticas de consenso aplicables. Las reglas de transferencia desarrolladas a través de la Organización de Apoyo para Nombres Genéricos y aprobadas por la Junta ilustran cómo las obligaciones comunes pueden evolucionar en todo el mercado.

La revisión 2021-2025 tomó años, produjo 47 recomendaciones, recibió la aprobación unánime del Consejo de la GNSO en marzo de 2025 y la adopción de la Junta en junio de 2026. Esa historia demuestra deliberación y también latencia. Un titular que enfrenta un bloqueo hoy no puede acelerar personalmente una reforma política sistémica.

La distinción entre la salida individual y el cambio de reglas colectivo es esencial. La portabilidad permite al titular dejar un proveedor bajo las reglas actuales. La gobernanza permite a las comunidades afectadas cambiar las reglas que vinculan a todos los proveedores. Uno no puede sustituir al otro.

La NRS debería abogar por ambos caminos y pedir a las instituciones responsables que los construyan. Un titular no debería necesitar ganar un debate político para completar un cambio de proveedor ordinario. Al mismo tiempo, los patrones recurrentes de denegación, los incidentes de seguridad y las tarifas desproporcionadas deberían alimentar un mecanismo transparente de revisión de políticas. Los proveedores, titulares, operadores de red y comunidades técnicas afectadas necesitan legitimación para proponer cambios y ver resultados razonados.

La competencia entre proveedores disciplina el servicio. No legitima automáticamente la constitución por encima de los proveedores. La experiencia del dominio es más fuerte cuando evita que los reformadores cometan ese error categórico.

La autoridad común necesita límites más fuertes que la benevolencia

El registro tiene una razón técnica limitada para existir: el dominio de alto nivel necesita un estado de registro autoritativo. ICANN tiene una razón de coordinación para acreditar registradores y establecer obligaciones comunes. Ninguna razón prueba que toda decisión tomada en esas capas sea legítima.

La legitimidad institucional requiere alcance, evidencia, revisión y sucesión. El coordinador común debe publicar lo que decide y lo que no decide. Su servicio operativo debe ser auditado de forma independiente. La admisión y disciplina de los proveedores deben seguir criterios en lugar de preferencias políticas. Las tarifas deben corresponder a funciones necesarias. El poder de emergencia debe expirar a menos que sea revisado.

Para el modelo que la NRS defiende, el diseño autorizado más fuerte haría que el estado compartido sea verificable sin hacer soberano a su operador. Los eventos firmados, las especificaciones técnicas públicas, las réplicas independientes y el historial exportable pueden permitir la continuidad si el operador falla. La gobernanza debe separar la operación del libro mayor de la calificación del proveedor y la revisión de disputas. Ningún proveedor debe controlar una mayoría del organismo que juzga a los competidores, y la NRS no debe actuar como acreditador o adjudicador.

El coordinador también debe ser reemplazable. Un plan de sucesión probado, múltiples custodios y ejercicios periódicos de recuperación son más convincentes que una promesa de neutralidad permanente. Las instituciones cambian de propiedad, liderazgo e incentivos. La arquitectura debe asumir ese hecho.

La portabilidad que termina en un coordinador inmortal ha movido el bloqueo, no lo ha eliminado.

Los recursos numéricos requieren una separación más estricta del enrutamiento

La analogía del dominio se vuelve peligrosa si un registrador se trata como equivalente a un operador de ruta. La resolución de DNS sigue las delegaciones dentro de la jerarquía de nombres de dominio. El enrutamiento de Internet surge de los anuncios BGP y las decisiones de política entre redes autónomas. El registro de números registra asignaciones e información de registro; no elige cada ruta.

RFC 7020 deja claro el límite: cómo se anuncian y publicitan las direcciones está fuera del alcance del Sistema de Registro de Números de Internet. RFC 6480 agrega otra distinción: los certificados de recursos RPKI atestiguan asignaciones y autorización, no identidad descriptiva en el sentido ordinario de clave pública.

Un puerto de proveedor de números, por lo tanto, debería dejar el enrutamiento intacto a menos que el titular lo cambie por separado. El proveedor de registro receptor no se convierte en el AS de origen, el operador de tránsito o el operador de red. No debería exigir que el titular demuestre un cambio de ruta meramente para probar que el servicio se movió.

RPKI necesita una continuidad cuidadosa porque los objetos de autorización dependen de la jerarquía de certificados de recursos. Esa dependencia hace que el reemplazo del proveedor sea más difícil que un simple cambio de puntero de registrador. No justifica el cautiverio institucional permanente. Requiere emisión escalonada, reglas de superposición que no creen autoridad contradictoria, pruebas de las partes confiables y una ruta de restauración.

El comparador de dominio proporciona la separación constitucional. La ingeniería específica de números debe proporcionar la transición segura.

Una transferencia mínima defendida por la NRS debería ser inspeccionable

La primera transacción de servicio autorizado bajo un modelo que la NRS defiende debería ser más pequeña que la teoría política que la rodea. Debería identificar al titular actual, el conjunto de recursos, el proveedor titular, el proveedor receptor, la versión del registro y la hora efectiva solicitada. Debería enumerar las restricciones activas y los servicios dependientes sin importar disputas de membresía no relacionadas.

El titular autoriza a través de una credencial vinculada a esa instrucción exacta. El proveedor receptor verifica la autoridad organizacional y la preparación técnica. El titular proporciona una exportación firmada del estado actual y una de un conjunto limitado de respuestas. El coordinador verifica que ninguna instrucción en conflicto haya consumido ya la versión actual.

Si es elegible, el coordinador programa la activación. La detección de RDAP y el puntero del proveedor cambian juntos. Los pasos de DNS inverso y RPKI utilizan planes específicos del servicio declarados. El titular y los proveedores reciben avisos de finalización y un recibo firmado. El proveedor anterior pierde la autoridad de escritura actual pero retiene evidencia protegida para auditoría y disputa.

Si la activación falla, el último estado verificado permanece o se restaura. Un evento de recuperación explica el resultado. Una corrección no borra la transición intentada del historial.

Cada excepción debe ser visible en la transacción: defecto de autoridad, restricción legal, preocupación de fraude activo, superposición de recursos, desajuste de estado o falla de preparación del servicio dependiente. Un veto institucional de texto libre no debería existir.

El sistema de transferencia de dominios se volvió útil al convertir un derecho amplio en roles, comandos, relojes y recibos. La defensa de la NRS debería comenzar con la misma disciplina.

Las métricas deben distinguir la elección de la salida exitosa

Contar proveedores calificados no probaría la portabilidad. Un mercado puede contener muchos proveedores mientras los titulares hacen que la salida sea lenta, opaca o peligrosa. Contar solo las solicitudes de transferencia también omite los intentos abandonados y los clientes que nunca comienzan porque esperan fracasar.

La NRS debería presionar para que los proveedores responsables publiquen tasas de finalización, tiempos medios y extremos, demoras en la emisión de credenciales, motivos de objeción, retenciones vencidas, cancelaciones por parte del titular, intentos no autorizados, reversiones e incidentes de continuidad, y luego comparen los resultados obtenidos. Los resultados deben ser atribuibles a la clase de proveedor sin exponer evidencia sensible del titular.

También debería medir la concentración en cada capa. ¿Cuántos titulares usan cada proveedor de servicios? ¿Quién opera el coordinador común? ¿Qué tan dependiente es el sistema de un emisor de credenciales, custodio de datos o cuerpo de revisión? ¿Con qué frecuencia se aprueban, condicionan o rechazan las solicitudes de proveedor? La pluralidad minorista puede coexistir con la concentración ascendente.

La gobernanza de dominios ofrece otra medida útil: la capacidad de respuesta de las políticas. Las reglas de transferencia permanecieron en revisión durante años porque la seguridad, los cambios de privacidad y la experiencia operativa alteraron el equilibrio. Un régimen de números debería divulgar cómo la evidencia se convierte en cambio de política, quién puede proponerlo y cuánto tiempo tardan las reformas adoptadas en llegar a la operación.

Los datos de rendimiento conectan los derechos individuales con la legitimidad institucional. Sin ellos, un proveedor puede afirmar que cada retraso es excepcional y un coordinador puede afirmar neutralidad sin mostrar igualdad de trato.

La responsabilidad debe seguir al actor que controla la falla

La portabilidad reasigna el control, por lo que también debe asignar la responsabilidad. El proveedor ganador autentica al titular y debe responder por la aceptación negligente. El titular controla las credenciales y la evidencia actual y debe responder por demoras o liberaciones no respaldadas. El coordinador controla la ordenación final y debe responder por estado conflictivo o finalización contra una restricción activa válida.

Ningún actor debe soportar todas las consecuencias. Una credencial de titular robada es diferente de un registro que acepta dos patrocinadores actuales. Una notificación perdida es diferente de un cambio no autorizado de RPKI. Los remedios deben seguir el deber incumplido.

Los remedios inmediatos son operativos: detener, restaurar, corregir, notificar y preservar evidencia. Los remedios financieros deben cubrir los costos directos definidos causados por una falla probada, mientras que los daños más amplios permanecen disponibles bajo los contratos y la ley aplicables. La mala conducta repetida puede desencadenar supervisión, suspensión o pérdida de calificación.

Aquí es donde la portabilidad de dominios sigue siendo menos completa desde la perspectiva del titular. Las reglas técnicas de transferencia y las quejas de cumplimiento no crean un sistema de compensación integral para cada pérdida consecuente. La NRS no debería copiar esa brecha meramente porque el comparador la tiene.

La autoridad sin responsabilidad invita a que la precaución se imponga al cliente y el riesgo se externalice a la red. Un régimen de portabilidad legítimo hace que cada actor controlador asuma el costo de las fallas que puede prevenir.

La analogía tiene límites firmes

Un nombre de dominio y un prefijo IP son identificadores coordinados globalmente, pero hacen un trabajo diferente. Los nombres de dominio se delegan dentro del DNS y se venden bajo acuerdos de registro. Las direcciones y los ASN se distribuyen a través del Sistema de Registro de Números de Internet y se utilizan en el enrutamiento. Sus historias de políticas, condiciones de escasez, mercados de transferencia y dependencias de seguridad difieren.

Una transferencia de registrador de dominio cambia el patrocinio dentro de un registro de alto nivel. Un cambio de proveedor de números entre regiones puede cruzar límites institucionales y jurisdiccionales que no tienen un equivalente directo en el dominio genérico. Un prefijo puede cubrir asignaciones descendentes y llevar zonas inversas, certificados de recursos y autorizaciones de origen de ruta. Un ASN puede ser operativamente visible en rutas independientemente de lo que diga un servicio de registro.

El modelo de dominio también se basa en los contratos de ICANN. La NRS no puede adquirir legitimidad equivalente adoptando terminología familiar. Cualquier servicio de portabilidad necesita reglas reconocidas, participantes dispuestos, interoperabilidad técnica y remedios legales; la defensa de la NRS no los proporciona. Una base de datos común creada por una empresa no es una autoridad pública meramente porque registra identificadores únicos.

Tampoco la elección de registrador prueba que la competencia a nivel de registro sea segura o deseable. El sistema de dominios eligió un registro común por dominio de alto nivel. La gobernanza de números debe decidir qué funciones requieren verdaderamente un estado actual y cuáles pueden distribuirse.

La comparación, por lo tanto, debe responder a la posibilidad, no al destino. La portabilidad del proveedor y la unicidad pueden coexistir. La arquitectura exacta de números aún tiene que ganar confianza.

La lección inconclusa es la más útil

La transferencia de dominio estableció un principio duradero: el intermediario frente al cliente no es el identificador. Un titular puede cambiar de registrador mientras el nombre, el titular y la función pública continúan. La autorización común, las objeciones acotadas, un compromiso de registro, los límites de tiempo, las notificaciones y la continuidad de fallas hacen que esa separación sea práctica.

Para la NRS, esto es suficiente para rechazar la permanencia institucional como una necesidad técnica. Un RIR u otro proveedor de servicios de registro puede ser reemplazable mientras un prefijo o ASN sigue siendo único y su historial de titular permanece intacto. El enrutamiento no necesita moverse meramente porque la administración lo hace.

Pero el modelo de dominio también advierte contra declarar victoria en la capa minorista. El registro sigue siendo autoritativo. Los contratos y las políticas de consenso de ICANN siguen siendo comunes. Los titulares pueden elegir servicio dentro de ese marco, no elegir si el marco se aplica. Los bloqueos de seguridad pueden proteger o afianzar. Los remedios de disputa pueden existir mientras siguen siendo difíciles para el titular afectado. Un operador compartido puede preservar la continuidad mientras acumula poder.

El objetivo de defensa adecuado de la NRS es, por lo tanto, la portabilidad en capas. Primero, hacer que el proveedor de servicios de registro sea reemplazable a través de un derecho ejecutable del titular. Segundo, hacer que el coordinador común sea operativamente reemplazable a través de estado replicado y sucesión probada. Tercero, hacer que la autoridad política sea responsable a través de representación, evidencia, decisiones razonadas y revisión. Cuarto, preservar la autonomía de enrutamiento y la continuidad del servicio dependiente sin pretender que cada función sea la misma entrada de libro mayor.

La portabilidad no suprime la autoridad. Revela dónde permanece la autoridad después de que el cliente se va.

Esa es la lección inconclusa del régimen de transferencia de dominios para los números: resolver el bloqueo que se puede resolver, luego negarse a ocultar el monopolio que simplemente se ha movido una capa hacia arriba.

Evidencia y límites analíticos

Este análisis se basa en la Política de Transferencia actual de ICANN, la guía de transferencia de titulares, los materiales de quejas de transferencia, los acuerdos de registrador y el resumen de políticas, la descripción de las relaciones entre las partes de la industria de dominios, el requisito de custodia de datos de registrador, los materiales de disputa de transferencia, el informe final de la Revisión de la Política de Transferencia de febrero de 2025 y la resolución de adopción de la Junta del 7 de junio de 2026. RFC 9154 proporciona la base de seguridad para futuras credenciales de transferencia.

RFC 7020 y RFC 6480 establecen los propósitos distintos del registro de números de Internet, las operaciones de enrutamiento y la certificación de recursos.

La Política de Transferencia actual publicada y las recomendaciones adoptadas se mantienen separadas. La Junta adoptó las 47 recomendaciones y ordenó su implementación en junio de 2026; este artículo no afirma que las futuras restricciones de 720 horas, la terminología del código de transferencia o las reglas de notificación asociadas ya hayan reemplazado la política vigente el 15 de julio de 2026.

Los materiales de ICANN establecen deberes y estructura institucional. No prueban que cada registrador se desempeñe igualmente bien, que cada dominio de código de país siga las mismas reglas o que los titulares tengan remedios completos para todas las pérdidas. El artículo se limita principalmente a los dominios genéricos de alto nivel regidos por el régimen de transferencia de ICANN.

El diseño defendido por la NRS se deriva de la comparación. No se infiere ningún servicio de portabilidad entre RIR actual universalmente reconocido. Los nombres de dominio, los bloques de direcciones IP y los ASN no se tratan como legal o técnicamente idénticos. La comparación respalda la separación de roles, la salida ejecutable y el ordenamiento de estado común; la implementación específica de números aún requeriría pruebas de seguridad independientes, autoridad reconocida, análisis jurisdiccional y continuidad demostrada para RDAP, DNS inverso y RPKI.

Fuentes