Resumo

  • A Política de Transferência da ICANN, vigente em sua forma inter-registrador original desde 2004, oferece aos titulares de domínios genéricos de topo um caminho comum para mudar de registradores credenciados. O registrador de destino valida a solicitação, o registro verifica a credencial de autorização, o registrador de origem tem deveres e motivos de recusa especificados, e o silêncio normalmente leva à aprovação após cinco dias corridos.
  • A portabilidade funciona porque o domínio, o titular, o registrador, o operador de registro e a autoridade política são papéis separados. Uma transferência inter-registrador altera o patrocinador registrado pelo registro; ela não duplica o domínio, não altera o titular registrado nem exige que o titular mova hospedagem, correio ou serviço de DNS.
  • Os bloqueios mostram a tensão entre segurança e saída. A proibição de transferência controlada pelo titular pode evitar roubos, mas restrições automáticas ou obscuras também podem prender clientes legítimos. A adoção pela ICANN em junho de 2026 de 47 recomendações de revisão de transferência, pendentes de implementação, reflete esforços contínuos para reequilibrar autenticação, notificação, reversibilidade e atrito.
  • A concorrência entre registradores não cria concorrência de registro para o mesmo nome. O operador do domínio de topo permanece a camada de atacado autoritativa, e os acordos e políticas de consenso da ICANN continuam a definir o quadro comum. A portabilidade, portanto, disciplina um intermediário sem dissolver a autoridade upstream.
  • O NRS deve defender a adaptação da mecânica executável por registros reconhecidos e provedores autorizados: mudança de provedor preservando o titular, liderança do destinatário, objeções estreitas, prazos, um ponteiro de provedor atual, evidências retidas, reclamações independentes, reversão de emergência e continuidade após falha do provedor.
  • O NRS também deve pressionar as instituições responsáveis a responder às perguntas não resolvidas: quem opera e pode substituir a autoridade comum, qual política segue um recurso, como os provedores se qualificam, como a responsabilidade segue o controle e como um titular pode desafiar um coordenador capturado sem fragmentar a singularidade.

O acordo de 2004 tornou a saída do provedor comum

A política de transferência inter-registrador entrou em vigor em 12 de novembro de 2004. Seu propósito não era tornar os registradores intercambiáveis ou abolir o registro. Era dar ao titular de um nome registrado uma via direta de um registrador credenciado para outro, preservando um registro coordenado.

Esse objetivo estreito mudou o poder de mercado. Antes de um direito de transferência confiável, um registrador podia reter um cliente por meio de atrito, mesmo quando outro provedor oferecia melhor suporte, preço, segurança ou administração. A dependência do titular no domínio amplificava esse atrito. Uma empresa poderia estar disposta a mudar um fornecedor comum, mas não se a saída arriscasse seu nome público, continuidade de e-mail ou o destino impresso em produtos e contratos.

A política converteu a saída de persuasão bilateral em uma obrigação comum. Um titular aborda o registrador desejado. Esse registrador de destino obtém e valida a autoridade necessária. O registro recebe um comando de transferência e registra a mudança de patrocinador. O registrador de registro pode se opor com base em motivos definidos, mas não possui uma discrição geral para decidir se o cliente deve sair.

Esta é a primeira lição do NRS. Um direito torna-se crível quando seu exercício não depende do titular concordar com sua finalidade. A instituição de origem pode autenticar, identificar um conflito real e preservar evidências. Ela não pode fazer da lealdade do cliente uma condição de continuidade.

A portabilidade, portanto, reorganiza a barganha antes mesmo de ser usada. A possibilidade de saída dá ao titular influência sobre serviço, preço e capacidade de resposta. Um provedor deve merecer a continuação, em vez de tratar a importância do identificador como um mecanismo de aprisionamento.

A arquitetura separa cinco papéis

A governança de domínios é frequentemente descrita como se um registrador “tivesse” o domínio. A estrutura legal e técnica é mais em camadas. A ICANN contrata registradores credenciados e operadores de registro de domínios genéricos de topo. Os operadores de registro celebram acordos registro-registrador que permitem aos registradores oferecer registros sob o domínio de topo relevante. Registradores ou seus revendedores contratam com titulares de nomes registrados.

Cinco papéis podem, portanto, ser distinguidos. Otitular do nome registradopossui o relacionamento com o cliente e a autoridade reconhecida pelo contrato de registro. Oregistradorfornece serviço de registro de varejo e patrocina o nome no registro. Ooperador de registromantém o estado de registro autoritativo para o domínio de topo. AICANNfornece credenciamento, contratos e políticas comuns para o espaço de domínio genérico. Osoperadores de DNSque atendem servidores de nomes autoritativos podem ser o registrador, o titular ou um provedor completamente separado.

A portabilidade muda um desses papéis. Ela substitui o registrador patrocinador. O operador de registro não muda. A ICANN não muda. O titular não muda em uma transferência inter-registrador comum. O operador do servidor de nomes não precisa mudar.

Essa separação é a conquista intelectual do modelo. Ela impede que serviço comercial, estado autoritativo, identidade, política e operação técnica ativa se tornem um relacionamento indivisível.

A governança de números precisa de um mapa igualmente explícito. O titular do recurso, provedor de serviços de registro, camada de coordenação autoritativa, autoridade política e operador de roteamento não são a mesma coisa. Uma troca de provedor deve alterar apenas a associação de serviço reconhecida. Ela não deve vender o recurso, mudar o titular, anunciar uma rota ou reescrever o histórico de políticas.

O registro impede que a portabilidade se torne duplicação

Uma transferência de domínio não cria dois domínios atuais. Ela altera o patrocínio do registrador anexado a uma entrada de registro. O registrador de destino envia um comando de transferência. O registro verifica as informações de autorização, notifica ambos os registradores e mantém o estado pendente ou concluído. O patrocínio anterior do registrador de origem torna-se histórico quando o novo patrocínio entra em vigor.

É por isso que a concorrência de serviço não prejudica a singularidade. Os registradores não mantêm cada um uma versão igualmente autoritativa do mesmo domínio genérico de topo. Eles transacionam por meio de um registro de atacado comum. Um registrador pode manter registros de clientes e evidências, mas esses registros não substituem o estado de patrocínio atual do registro.

O mesmo princípio de design pode responder à objeção técnica mais forte à portabilidade de registro de números. Um prefixo ou ASN não seria copiado para mundos autoritativos concorrentes. Uma camada de coordenação comum registraria um titular, um conjunto de recursos e um provedor de serviços de registro qualificado atual. Uma mudança de provedor seria serializada em relação à versão atual. Após a ativação, o antigo provedor poderia reter evidências, mas não poderia emitir um estado atual rival.

A singularidade requer uma resposta comum. Ela não requer uma instituição permanente voltada ao cliente.

A questão difícil está um nível acima. Quem controla a resposta comum pode restringir cada provedor. Os registradores de domínio são portáteis porque o registro não é. Para o modelo que o NRS defende, a criação de uma âncora compartilhada por instituições reconhecidas não é o fim do design institucional. É o ponto em que a autoridade deve se tornar estreita, revisável e substituível.

A continuidade do titular é o fato constitucional

O campo mais importante em uma transferência de registrador de rotina é aquele que não muda: o titular do nome registrado. Essa continuidade distingue a substituição do provedor de uma mudança de controle sobre o domínio.

A política atual da ICANN trata a transferência inter-registrador e a mudança de titular como assuntos separados, mesmo que as regras interajam. Uma alteração nos dados do titular pode desencadear confirmação adicional e, sob a política atualmente publicada, uma restrição inter-registrador de 60 dias, a menos que uma opção de exclusão disponível tenha sido exercida antecipadamente. A complexidade existe porque mudar o administrador e mudar o titular reconhecido criam riscos diferentes.

A portabilidade de números deve preservar a mesma distinção. Uma rede que move o serviço de registro de um provedor qualificado para outro não está transferindo seu prefixo para um comprador. A identidade do titular, o histórico de alocação e as condições aplicáveis continuam. Uma fusão, aquisição ou venda que altere o titular requer uma determinação de autoridade separada. Combinar os dois deixaria uma troca de provedor ocultar uma disposição ou uma disposição contestada bloquear toda saída de serviço comum.

Um registro de número portátil deve, portanto, exibir o estado anterior e posterior em termos humanos. O conjunto de recursos não muda. O titular verificado não muda. O histórico de alocação e transferências aplicável não muda. O provedor de registro muda em um momento definido. Qualquer outra alteração deve ser identificada e autorizada separadamente.

A continuidade não é meramente uma suposição conveniente. É a base sobre a qual uma troca rápida de provedor pode ser mais segura do que uma transferência de titular. A instituição valida uma proposição mais estreita e deixa a questão de direitos duráveis intocada.

O registrador de destino transforma escolha em transação

O titular normalmente começa entrando em contato com o registrador ao qual deseja se associar. O registrador de destino é responsável por validar a solicitação de transferência e representa ao registro que a autorização necessária foi obtida. Essa alocação de responsabilidade alinha o incentivo comercial com a conclusão.

Se o registrador de origem controlasse a iniciação, o cliente seria obrigado a pedir à instituição que está sendo dispensada que organizasse sua própria substituição. O atraso poderia ser apresentado como cautela, a atividade de retenção poderia interferir na autenticação, e o titular teria que coordenar rivais. A liderança do provedor de destino evita esse conflito estrutural.

O registrador de origem ainda importa. Ele notifica o titular, verifica riscos definidos, preserva registros e pode negar com base em motivos especificados. O ponto não é excluir o titular. É evitar que o titular seja dono da porta de entrada.

O NRS deve defender essa alocação. O provedor de registro de números receptor deve aceitar a solicitação, verificar a autoridade organizacional, identificar o conjunto de recursos, obter uma visão atualizada do estado atual e enviar uma instrução de mudança de provedor assinada. O provedor atual deve confirmar ou identificar um defeito limitado. O coordenador comum deve testar a elegibilidade e ordenar a mudança de estado.

Esse arranjo distribui a desconfiança. O destinatário não pode se apropriar de um recurso apenas porque quer o cliente. O titular não pode reter o cliente apenas porque controla os registros existentes. O coordenador não inventa o consentimento do titular. Cada participante fornece um fato diferente, e a conclusão depende de sua consistência sob uma regra publicada.

Um código de autorização é útil porque é estreito

O regime de domínio atual usa um código AuthInfo, enquanto as recomendações adotadas em 2026 usam o termo mais claro Código de Autorização de Transferência para implementação futura. A credencial é criada pelo registrador de registro, associada a um domínio e apresentada por meio do registrador de destino. O registro a verifica como parte da aceitação da solicitação de transferência.

Seu valor está no escopo. Uma credencial de transferência não é um login geral, prova de propriedade beneficiária ou poder permanente sobre cada função de domínio. Ela autoriza uma mudança de patrocinador elegível. Uma ordem judicial, um bloqueio de disputa aplicável ou outra restrição válida ainda pode tornar o domínio inelegível mesmo quando o código está correto.

As recomendações de revisão de fevereiro de 2025 refinam esse design. Elas pedem códigos com pelo menos 128 bits de entropia sob a RFC 9154, um período máximo de emissão de 120 horas e um período de validade de 336 horas imposto pelo registro. O Conselho da ICANN adotou o pacote completo em 7 de junho de 2026 e direcionou a implementação, mas a adoção não substituiu por si só os requisitos publicados atuais.

Uma troca de provedor de números deve igualmente usar uma credencial de propósito único vinculada ao titular, conjunto de recursos, destinatário e versão atual do registro. Ela deve expirar. Ela não deve autorizar uma transferência de titular, nova autorização de origem de rota, substituição de contato ou exclusão de histórico. Múltiplas aprovações podem ser apropriadas para uma organização grande, mas a credencial resultante ainda deve expressar um único ato estreito.

Credenciais estreitas reduzem tanto roubo quanto excesso institucional. Elas permitem autenticação forte sem transformar o provedor em custodiante de uma chave mestra multiuso.

Prazos convertem silêncio de poder em resultado

Sob a Política de Transferência atual, o registrador de registro deve enviar seu aviso de confirmação prontamente e no máximo 24 horas após receber o aviso do registro. A falta de resposta dentro de cinco dias corridos resulta em aprovação padrão. Quando o titular não pode gerenciar diretamente o bloqueio de transferência ou código de autorização, o registrador deve fornecer o acesso necessário dentro de cinco dias corridos da solicitação.

Esses períodos não são prova de que toda transferência é fácil. Eles são uma alocação de poder. Sem um prazo, o titular pode atrasar enquanto descreve a solicitação como pendente. Com um prazo, o silêncio tem uma consequência definida e o titular pode identificar o não cumprimento.

A aprovação padrão importa tanto quanto o número de dias. Uma obrigação de “responder” ainda permitiria que o silêncio vetasse a saída se ninguém pudesse concluir sem ela. A aprovação padrão impede que a não participação se torne uma retenção indefinida, enquanto condições de disputa e segurança especificadas preservam a intervenção justificada.

O modelo de serviço portátil que o NRS defende precisa de vários prazos, administrados por provedores responsáveis: confirmação pelo destinatário, emissão da credencial de transferência, entrega da exportação do estado atual, declaração de qualquer objeção, verificações de prontidão para serviços dependentes, ativação e revisão de emergência. Portfólios de recursos mais complexos podem exigir janelas mais longas do que uma mudança de patrocínio de domínio. A duração deve estar vinculada ao trabalho nomeado, não ao status institucional.

Cada pausa deve mostrar quem a solicitou, qual subconjunto de recursos ela atinge, qual evidência a suporta e quando expira ou recebe revisão. A portabilidade falha quando o titular controla tanto o atraso quanto a explicação.

Os motivos de recusa tornam a cooperação executável

A política de domínio atual identifica circunstâncias em que um registrador pode negar e outras em que deve negar. Evidência de fraude, uma disputa de identidade razoável e certos inadimplementos de pagamento podem apoiar a negação. Disputas de domínio pendentes, uma ordem judicial competente e certos procedimentos relacionados à transferência podem exigi-la. O registrador deve dar ao titular e ao potencial registrador de destino o motivo.

A mesma política declara o que é insuficiente. Não pagamento por um período de registro futuro, silêncio do titular por si só, um bloqueio de registrador comum sem uma oportunidade razoável de desbloquear e inadimplementos gerais de pagamento entre um registrador e seus parceiros de negócios não criam um direito irrestrito de bloquear a transferência. A cobrança tem mecanismos separados do direito de transferência.

Esta é a maturidade institucional em forma compacta. O titular não recebe um poder vago para agir “por segurança” ou “por conformidade”. Ele recebe uma lista vinculada a evidências e consequências.

Para números, objeções válidas podem incluir um defeito de autoridade comprovado, uma restrição judicial diretamente aplicável, uma investigação de fraude atual apoiada por indicadores especificados, uma instrução de mudança de titular sobreposta ou uma falha de prontidão técnica que causaria uma descontinuidade de segurança identificada. Um desacordo político, crítica ao provedor, uma fatura não relacionada ou uma solicitação de documentos fora do padrão publicado não devem ser suficientes.

A objeção também deve ser divisível. Uma restrição que afete um prefixo não deve congelar um portfólio não relacionado. Um campo de contato disputado não deve apagar o último registro de recurso verificado. A precisão impede que poderes excepcionais engulam a saída ordinária.

Bloqueios protegem os titulares apenas quando os titulares podem controlá-los

Os bloqueios de domínio ilustram a tensão central na portabilidade. O statusclientTransferProhibitedpode parar uma mudança não autorizada. Um titular que teme roubo pode solicitá-lo, e um registrador pode fornecer controles de autoatendimento. Bem usado, o bloqueio expressa a própria preferência de segurança do titular.

O mesmo mecanismo pode se tornar aprisionamento. Se o titular não pode ver o bloqueio, não pode removê-lo por um método razoável ou descobre uma restrição automática apenas após se preparar para sair, a autoridade de segurança mudou para o titular. A política atual, portanto, exige remoção dentro de cinco dias corridos quando o autoatendimento não está disponível e proíbe métodos mais restritivos para obter o código ou desbloquear do que aqueles usados para alterar outras informações do titular.

A restrição de 60 dias pós-mudança mostra como o equilíbrio é difícil. O grupo de trabalho de 2025 documentou confusão e tratamento inconsistente e, em seguida, recomendou remover essa restrição da futura política de mudança de dados do titular, adicionando uma restrição padronizada de 720 horas após uma transferência inter-registrador. O Conselho adotou as recomendações em junho de 2026, com implementação ainda a seguir.

A lição para o NRS não é escolher um período de bloqueio universal por analogia. É atribuir o bloqueio. Proteção solicitada pelo titular, retenções de integridade de emergência e restrições legais são instrumentos diferentes. Cada um precisa de seu próprio gatilho, visibilidade, duração, autoridade de remoção e recurso.

Um bloqueio que o titular pode impor indefinidamente não é um recurso de segurança. É uma reivindicação de propriedade expressa por meio da administração.

Notificações dão à continuidade uma testemunha humana

As transferências acontecem em sistemas, mas o titular deve ser capaz de reconhecê-las. O regime atual exige avisos sobre a solicitação pendente, e as recomendações adotadas adicionam uma notificação de conclusão pelo registrador de origem dentro de 24 horas usando as informações de contato mantidas no momento da solicitação de transferência.

Esse último detalhe importa. Se um invasor alterar os dados de contato durante um comprometimento de conta, o aviso enviado apenas ao contato recém-substituído pode confirmar o roubo ao ladrão. Preservar o destino de notificação pré-transferência cria uma testemunha independente da mudança.

A portabilidade de provedor de números deve notificar vários papéis pré-cadastrados: um contato de autoridade organizacional, um contato de operações de rede e um contato de segurança ou recuperação. O conteúdo deve identificar o conjunto de recursos, provedores antigo e novo, ativação solicitada, quaisquer alterações de serviço relacionadas e a rota para desafio urgente. Não deve revelar evidências privadas a destinatários que não precisam delas.

A notificação não pode substituir a autorização. Um e-mail ignorado durante um feriado não deve provar automaticamente consentimento para uma mudança de alto impacto. Seu papel é detecção, transparência e recuperação. A instrução real deve ser autenticada por meio de um mecanismo mais forte.

A conclusão também precisa de um recibo durável. O titular e ambos os provedores devem receber a versão do registro, hora efetiva, assinatura do coordenador e a identidade do titular inalterada. Um aviso legível por humanos e um evento verificável por máquina devem descrever a mesma transição.

Disputas de transferência revelam a lacuna de remediação

A ICANN mantém uma Política de Resolução de Disputas de Transferência para disputas entre registradores sobre transferências inter-registrador. Um registrador pode levar um caso através do operador de registro relevante ou de um provedor de disputas independente. Os titulares também podem usar o canal de reclamação de transferência da ICANN quando um registrador credenciado não cumpre suas obrigações.

Esses recursos são importantes, mas revelam um limite. O procedimento formal de disputa de transferência é principalmente registrador para registrador. O titular comumente depende de uma reclamação de registrador, direitos contratuais ou outras vias legais, em vez de possuir um fórum de adjudicação universal para cada perda de transferência.

A portabilidade não está completa apenas porque um comando pode ser enviado. Ela requer um recurso acessível quando o comando é bloqueado, falsificado ou maltratado. O recurso deve alcançar o ator que controla o estado decisivo.

O NRS deve defender que os acordos de provedores reconhecidos deem ao titular um direito direto de contestar uma negação sem suporte, bloqueio desatualizado, prazo perdido ou conclusão não autorizada. Um revisor independente deve poder ordenar a liberação de uma credencial, a expiração de uma retenção inválida, a restauração do último estado de provedor verificado ou uma transição corretiva. Direitos de propriedade mais amplos e danos contratuais podem permanecer para tribunais ou arbitragem.

O revisor precisa de evidências do destinatário, titular e coordenador. Se um ator controla os logs, seleciona o revisor e executa o recurso a seu critério, a revisão é cerimonial. O design do recurso deve seguir a localização do poder.

A falha do registrador prova que o consentimento comum não é suficiente

A transferência normal presume um registrador funcionando. A governança de domínio também se prepara para um provedor que perde o credenciamento ou não pode mais atender clientes. Registradores credenciados depositam regularmente dados de registro de domínios genéricos especificados com um provedor de custódia aprovado. A ICANN pode usar arranjos de transferência em massa aprovados para mover registros quando a continuidade exige um sucessor.

O titular pode não ter escolhido o destinatário de emergência no primeiro momento. Essa exceção é justificada pela estabilização, não pela atribuição permanente de cliente. Uma vez que o serviço esteja seguro, a escolha comum deve retornar.

Este caso de cauda é crítico para o registro de números. Um direito de portabilidade que depende do provedor de origem emitir uma credencial é mais fraco precisamente quando a saída é mais necessária. A estrutura de registro responsável precisa de estado atual recuperável independentemente, como o NRS defende, formatos de exportação testados, evidências de autorização replicadas e uma regra de sucessor de emergência. A recuperação não pode depender de um arquivo proprietário que apenas o provedor falido sabe interpretar.

A custódia sozinha é insuficiente. A restauração deve ser ensaiada. O estado restaurado deve distinguir titular atual, contatos históricos, disputas ativas, alterações pendentes e serviços técnicos dependentes. Credenciais que não devem sobreviver a um comprometimento devem ser substituídas, enquanto evidências necessárias para validar o titular devem permanecer disponíveis.

A falha do provedor transforma a portabilidade de política de concorrência em engenharia de continuidade. O regime de domínio reconhece essa distinção. A governança de números deve projetar para isso antes que o primeiro provedor se torne indispensável.

A continuidade do DNS mostra que administração e operação podem divergir

Uma transferência de registrador não move necessariamente a hospedagem de DNS autoritativo. Se a delegação de servidores de nomes e a configuração relacionada permanecerem intactas, o domínio pode continuar resolvendo enquanto o registrador patrocinador muda. O registrador também pode vender hospedagem, correio ou serviço de DNS, mas esses pacotes comerciais não apagam a separação funcional.

Esta é uma analogia poderosa para recursos numéricos. Uma rede pode mudar a instituição que mantém dados de registro reconhecidos sem alterar a conectividade upstream ou anúncios BGP. O serviço de registro não é trânsito. Um prefixo não precisa se mover geograficamente. Um ASN não se torna um sistema autônomo diferente.

A analogia se torna mais complexa em torno de funções de segurança dependentes. As informações DNSSEC de domínio frequentemente passam por interfaces de registrador e registro. O registro de recursos numéricos pode se conectar ao DNS reverso e ao RPKI. Uma mudança de provedor que preserva o registro principal, mas remove acidentalmente material de segurança, não é continuidade bem-sucedida.

O NRS deve defender que instituições responsáveis separem funções estáveis de funções de transição. A identidade do titular e o histórico de alocação permanecem. O ponteiro do provedor muda. A descoberta RDAP se atualiza na ativação. As alterações de DNS reverso e RPKI seguem planos explícitos com pré-validação e recuperação. As rotas ativas permanecem sob controle do operador.

O exemplo de domínio prova a separabilidade administrativa, não a migração sem esforço. Sua utilidade é maior quando as funções dependentes são nomeadas em vez de ocultas atrás da palavra “transferência”.

A portabilidade criou concorrência de registradores, não um mercado de políticas

Os registradores podem competir em preço, suporte, interface, controles de segurança, idioma, ferramentas de portfólio e serviços complementares. Eles normalmente não competem oferecendo ao titular uma regra global diferente para se uma transferência de domínio genérico é válida. A política comum faz parte do que permite ao registro aceitar instruções de muitos registradores sem criar estados incompatíveis.

Essa restrição é produtiva. Se cada registrador pudesse redefinir a propriedade, ignorar bloqueios de disputa ou inventar seu próprio padrão de autorização, a portabilidade se tornaria escolha de foro. A capacidade do titular de deixar um provedor depende de o provedor receptor estar vinculado a pelo menos parte do mesmo quadro institucional.

A portabilidade de números também precisa de uma linha de base que siga o recurso: singularidade, continuidade do titular reconhecido, evidência mínima, segurança, retenção de registros, restrições legais e revisão. Os provedores podem competir em serviço sem vender isenção desses deveres.

Mas a política comum cria uma questão de legitimidade. Quem a escreve? Quais interesses contam? Como um titular pode contestar uma regra que todo provedor deve aplicar? O mercado de registradores não responde a essas perguntas; ele as realoca acima da camada de varejo.

O NRS não deve anunciar a escolha do provedor como autonomia completa se um órgão central pode alterar as condições de governança sem representação proporcional, decisões fundamentadas ou recurso. A saída de um registrador é significativa. Não é saída da autoridade comum.

A camada de registro permanece deliberadamente não portátil

Um titular de.compode mover-se entre registradores credenciados enquanto o registro.compermanece o operador de atacado autoritativo. Mover o mesmo rótulo para outro domínio de topo produziria um nome de domínio diferente. O titular, portanto, não pode preservar o identificador completo enquanto escolhe um operador de registro diferente.

A operação de registro pode mudar através de sucessão contratual ou arranjos de continuidade de emergência, mas isso não é uma porta comum dirigida pelo titular. É uma mudança na infraestrutura que atende todo um domínio de topo. A escala e a constituição são diferentes.

Esta é a lição inacabada. A portabilidade do registrador resolve a retenção na camada de registro de varejo. Ela não cria concorrência entre registros autoritativos para o mesmo identificador. O monopólio do registro é limitado por contrato, padrões técnicos, supervisão e a possibilidade de substituição do operador, não pela seleção de cada titular de um livro-razão de atacado.

Um sistema de números poderia adotar a mesma arquitetura: muitos provedores de serviço em torno de um coordenador autoritativo comum. Esse pode ser o modelo inicial mais seguro. Ele também cria o mesmo risco de concentração. Se o coordenador define a admissão, controla cada mudança de provedor e não pode ser substituído, a escolha de varejo pode disfarçar um monopólio constitucional.

O NRS deve declarar claramente que é uma organização de defesa e representação de membros, não um provedor, coordenador, credenciador ou revisor. Assumir qualquer combinação desses papéis operacionais recriaria a dependência que a portabilidade deve reduzir.

A autoridade política é a camada que a portabilidade não dissolve

Os acordos da ICANN exigem que registradores credenciados e operadores de registro genérico sigam as políticas de consenso aplicáveis. As regras de transferência desenvolvidas através da Generic Names Supporting Organization e aprovadas pelo Conselho ilustram como obrigações comuns podem evoluir em todo o mercado.

A revisão de 2021-2025 levou anos, produziu 47 recomendações, recebeu aprovação unânime do Conselho da GNSO em março de 2025 e adoção do Conselho em junho de 2026. Esse histórico demonstra deliberação e também latência. Um titular enfrentando um bloqueio hoje não pode acelerar pessoalmente a reforma política em todo o sistema.

A distinção entre saída individual e mudança de regra coletiva é essencial. A portabilidade permite que o titular saia de um provedor sob as regras atuais. A governança permite que as comunidades afetadas mudem as regras que vinculam todos os provedores. Uma não pode substituir a outra.

O NRS deve defender ambos os caminhos e pedir às instituições responsáveis que os construam. Um titular não deve precisar vencer um debate político para completar uma troca comum de provedor. Ao mesmo tempo, padrões recorrentes de negação, incidentes de segurança e taxas desproporcionais devem alimentar um mecanismo transparente de revisão de políticas. Provedores, titulares, operadores de rede e comunidades técnicas afetadas precisam de legitimidade para propor mudanças e ver resultados fundamentados.

A concorrência de provedores disciplina o serviço. Ela não legitima automaticamente a constituição acima dos provedores. A experiência de domínio é mais forte quando impede que reformadores cometam esse erro categórico.

A autoridade comum precisa de limites mais fortes do que benevolência

O registro tem uma razão técnica estreita para existir: o domínio de topo precisa de um estado de registro autoritativo. A ICANN tem uma razão de coordenação para credenciar registradores e estabelecer obrigações comuns. Nenhuma razão prova que toda decisão tomada nessas camadas é legítima.

A legitimidade institucional requer escopo, evidência, revisão e sucessão. O coordenador comum deve publicar o que decide e o que não decide. Seu serviço operacional deve ser auditado independentemente. A admissão e disciplina de provedores devem seguir critérios em vez de preferência política. As taxas devem corresponder a funções necessárias. O poder de emergência deve expirar a menos que revisado.

Para o modelo que o NRS defende, o design autoritativo mais forte tornaria o estado compartilhado verificável sem tornar seu operador soberano. Eventos assinados, especificações técnicas públicas, réplicas independentes e histórico exportável podem permitir continuidade se o operador falhar. A governança deve separar a operação do livro-razão da qualificação do provedor e da revisão de disputas. Nenhum provedor deve controlar a maioria do corpo que julga concorrentes, e o NRS não deve atuar como credenciador ou julgador.

O coordenador também deve ser substituível. Um plano de sucessão testado, múltiplos custodiantes e exercícios periódicos de recuperação são mais convincentes do que uma promessa de neutralidade permanente. Instituições mudam de propriedade, liderança e incentivos. A arquitetura deve assumir esse fato.

A portabilidade que termina em um coordenador imortal moveu a retenção, não a removeu.

Recursos numéricos exigem uma separação mais estrita do roteamento

A analogia de domínio se torna perigosa se um registrador for tratado como equivalente a um operador de rota. A resolução de DNS segue delegações dentro da hierarquia de nomes de domínio. O roteamento da Internet emerge de anúncios BGP e decisões políticas entre redes autônomas. O registro de números registra alocações e informações de registro; ele não escolhe cada rota.

O RFC 7020 torna o limite claro: como os endereços são anunciados e divulgados está fora do escopo do Sistema de Registro de Números da Internet. O RFC 6480 adiciona outra distinção: os certificados de recursos RPKI atestam autorizações e autorizações, não identidade descritiva no sentido comum de chave pública.

Uma porta de provedor de números deve, portanto, deixar o roteamento intocado, a menos que o titular o altere separadamente. O provedor de registro receptor não se torna o AS de origem, transportadora de trânsito ou operador de rede. Ele não deve exigir que o titular demonstre uma mudança de rota apenas para provar que o serviço foi movido.

O RPKI precisa de continuidade cuidadosa porque os objetos de autorização dependem da hierarquia de certificados de recursos. Essa dependência torna a substituição do provedor mais difícil do que uma simples mudança de ponteiro de registrador. Ela não justifica a retenção institucional permanente. Ela requer emissão em estágios, regras de sobreposição que não criem autoridade contraditória, testes de partes confiáveis e um caminho de restauração.

O comparador de domínio fornece a separação constitucional. A engenharia específica de números deve fornecer a transição segura.

Uma transferência mínima defendida pelo NRS deve ser inspecionável

A primeira transação de serviço autorizado de porta sob um modelo que o NRS defende deve ser menor do que a teoria política em torno dela. Ela deve identificar o titular atual, conjunto de recursos, provedor atual, provedor receptor, versão do registro e hora efetiva solicitada. Ela deve listar restrições ativas e serviços dependentes sem importar disputas de associação não relacionadas.

O titular autoriza por meio de uma credencial vinculada a essa instrução exata. O provedor receptor verifica a autoridade organizacional e a prontidão técnica. O provedor atual fornece uma exportação de estado atual assinada e uma de um conjunto limitado de respostas. O coordenador verifica se nenhuma instrução conflitante já consumiu a versão atual.

Se elegível, o coordenador agenda a ativação. A descoberta RDAP e o ponteiro do provedor mudam juntos. As etapas de DNS reverso e RPKI usam planos específicos de serviço declarados. O titular e os provedores recebem avisos de conclusão e um recibo assinado. O antigo provedor perde a autoridade de gravação atual, mas retém evidências protegidas para auditoria e disputa.

Se a ativação falhar, o último estado verificado permanece ou é restaurado. Um evento de recuperação explica o resultado. Uma correção não apaga a tentativa de transição do histórico.

Toda exceção deve ser visível na transação: defeito de autoridade, restrição legal, preocupação ativa de fraude, sobreposição de recursos, incompatibilidade de estado ou falha de prontidão de serviço dependente. Um veto institucional em texto livre não deve existir.

O sistema de transferência de domínio tornou-se útil ao transformar um direito amplo em papéis, comandos, relógios e recibos. A defesa do NRS deve começar com a mesma disciplina.

Métricas devem distinguir escolha de saída bem-sucedida

Contar provedores qualificados não provaria portabilidade. Um mercado pode conter muitos provedores enquanto os titulares tornam a saída lenta, opaca ou perigosa. Contar apenas solicitações de transferência também perde tentativas abandonadas e clientes que nunca começam porque esperam falha.

O NRS deve fazer campanha para que provedores responsáveis publiquem taxas de conclusão, tempos médios e extremos, atrasos na emissão de credenciais, razões de objeção, retenções expiradas, cancelamentos por titulares, tentativas não autorizadas, reversões e incidentes de continuidade, e depois comparem os resultados. Os resultados devem ser atribuíveis à classe de provedor sem expor evidências sensíveis do titular.

Ele também deve medir a concentração em cada camada. Quantos titulares usam cada provedor de serviço? Quem opera o coordenador comum? Quão dependente é o sistema de um emissor de credenciais, custodiante de dados ou órgão de revisão? Com que frequência as aplicações de provedor são aprovadas, condicionadas ou rejeitadas? A pluralidade no varejo pode coexistir com a concentração upstream.

A governança de domínio oferece outra medida útil: capacidade de resposta política. As regras de transferência permaneceram em revisão por anos porque segurança, mudanças de privacidade e experiência operacional alteraram o equilíbrio. Um regime de números deve divulgar como a evidência se torna mudança política, quem pode propô-la e quanto tempo as reformas adotadas levam para chegar à operação.

Os dados de desempenho conectam direitos individuais à legitimidade institucional. Sem eles, um provedor pode afirmar que todo atraso é excepcional e um coordenador pode afirmar neutralidade sem mostrar tratamento igual.

A responsabilidade deve seguir o ator que controla a falha

A portabilidade realoca o controle, então também deve alocar responsabilidade. O provedor de destino autentica o titular e deve responder pela aceitação descuidada. O titular controla credenciais e evidências atuais e deve responder por atraso ou liberação sem suporte. O coordenador controla a ordenação final e deve responder por estado conflitante ou conclusão contra uma restrição válida ativa.

Nenhum ator único deve arcar com todas as consequências. Uma credencial de titular roubada é diferente de um registro aceitando dois patrocinadores atuais. Uma notificação perdida é diferente de uma alteração RPKI não autorizada. Os remédios devem rastrear a obrigação falha.

Os remédios imediatos são operacionais: parar, restaurar, corrigir, notificar e preservar evidências. Os remédios financeiros devem cobrir custos diretos definidos causados por falha comprovada, enquanto danos mais amplos permanecem disponíveis sob contratos e lei aplicáveis. Conduta repetida pode desencadear supervisão, suspensão ou perda de qualificação.

É aqui que a portabilidade de domínio permanece menos completa da perspectiva do titular. Regras técnicas de transferência e reclamações de conformidade não criam um sistema de compensação abrangente para cada perda consequencial. O NRS não deve copiar essa lacuna apenas porque o comparador a tem.

Autoridade sem responsabilidade convida a cautela a ser imposta ao cliente e o risco a ser externalizado para a rede. Um regime de portabilidade legítimo faz com que cada ator controlador arque com o custo das falhas que pode prevenir.

A analogia tem limites firmes

Um nome de domínio e um prefixo IP são identificadores globalmente coordenados, mas fazem trabalhos diferentes. Nomes de domínio são delegados dentro do DNS e vendidos sob contratos de registro. Endereços e ASNs são distribuídos através do Sistema de Registro de Números da Internet e usados em roteamento. Seus históricos de política, condições de escassez, mercados de transferência e dependências de segurança diferem.

Uma transferência de registrador de domínio muda o patrocínio dentro de um registro de topo único. Uma troca de provedor de número cross-regional pode cruzar limites institucionais e jurisdicionais que não têm equivalente direto em domínio genérico. Um prefixo pode cobrir atribuições downstream e carregar zonas reversas, certificados de recursos e autorizações de origem de rota. Um ASN pode ser operacionalmente visível em caminhos independentemente do que um serviço de registro diga.

O modelo de domínio também se baseia nos contratos da ICANN. O NRS não pode adquirir legitimidade equivalente adotando terminologia familiar. Qualquer serviço de portabilidade precisa de regras reconhecidas, participantes dispostos, interoperabilidade técnica e remédios legais; a defesa do NRS não os fornece. Um banco de dados comum criado por uma empresa não é uma autoridade pública apenas porque registra identificadores únicos.

Nem a escolha de registrador prova que a concorrência em nível de registro é segura ou desejável. O sistema de domínio escolheu um registro comum por domínio de topo. A governança de números deve decidir quais funções realmente requerem um estado atual e quais podem ser distribuídas.

A comparação deve, portanto, responder à possibilidade, não ao destino. A portabilidade do provedor e a singularidade podem coexistir. A arquitetura exata de números ainda precisa ganhar confiança.

A lição inacabada é a mais útil

A transferência de domínio estabeleceu um princípio durável: o intermediário voltado ao cliente não é o identificador. Um titular pode mudar de registrador enquanto o nome, o titular e a função pública continuam. Autorização comum, objeções limitadas, um compromisso de registro, prazos, notificações e continuidade em caso de falha tornam essa separação prática.

Para o NRS, isso é suficiente para rejeitar a permanência institucional como uma necessidade técnica. Um RIR ou outro provedor de serviços de registro pode ser substituível enquanto um prefixo ou ASN permanece único e seu histórico de titular permanece intacto. O roteamento não precisa se mover apenas porque a administração se move.

Mas o modelo de domínio também alerta contra declarar vitória na camada de varejo. O registro permanece autoritativo. Os contratos da ICANN e as políticas de consenso permanecem comuns. Os titulares podem escolher serviço dentro desse quadro, não escolher se o quadro se aplica. Bloqueios de segurança podem proteger ou entrincheirar. Recursos de disputa podem existir enquanto permanecem difíceis para o titular afetado. Um operador compartilhado pode preservar a continuidade enquanto acumula poder.

O objetivo de defesa adequado do NRS é, portanto, a portabilidade em camadas. Primeiro, tornar o provedor de serviços de registro substituível através de um direito executável do titular. Segundo, tornar o coordenador comum operacionalmente substituível através de estado replicado e sucessão testada. Terceiro, tornar a autoridade política responsável através de representação, evidência, decisões fundamentadas e revisão. Quarto, preservar a autonomia de roteamento e a continuidade de serviços dependentes sem fingir que toda função é a mesma entrada de livro-razão.

A portabilidade não abole a autoridade. Ela revela onde a autoridade permanece depois que o cliente sai.

Essa é a lição inacabada do regime de transferência de domínio para números: resolver a retenção que pode ser resolvida, depois recusar-se a esconder o monopólio que apenas se moveu uma camada para cima.

Evidências e limites analíticos

Esta análise se baseia na Política de Transferência atual da ICANN, orientação de transferência de titular, materiais de reclamação de transferência, acordos de registrador e resumo de políticas, descrição das relações entre partes da indústria de domínio, exigência de depósito de dados do registrador, materiais de disputa de transferência, relatório final da Revisão da Política de Transferência de fevereiro de 2025 e a resolução de adoção do Conselho de 7 de junho de 2026. O RFC 9154 fornece a base de segurança para futuras credenciais de transferência.

O RFC 7020 e o RFC 6480 estabelecem os propósitos distintos do registro de números da Internet, operações de roteamento e certificação de recursos.

A Política de Transferência publicada atual e as recomendações adotadas são mantidas separadas. O Conselho adotou as 47 recomendações e direcionou a implementação em junho de 2026; este artigo não afirma que as futuras restrições de 720 horas, terminologia do código de transferência ou regras de notificação associadas já substituíram a política viva em 15 de julho de 2026.

Os materiais da ICANN estabelecem deveres e estrutura institucional. Eles não provam que todo registrador atua igualmente bem, que todo domínio de código de país segue as mesmas regras ou que os titulares têm recursos completos para todas as perdas. O artigo é limitado principalmente a domínios genéricos de topo regidos pelo regime de transferência da ICANN.

O design defendido pelo NRS é derivado da comparação. Nenhum serviço de portabilidade entre RIRs universalmente reconhecido é inferido. Nomes de domínio, blocos de endereços IP e ASNs não são tratados como legal ou tecnicamente idênticos. A comparação suporta separação de papéis, saída executável e ordenação de estado comum; a implementação específica para números ainda exigiria testes de segurança independentes, autoridade reconhecida, análise jurisdicional e continuidade demonstrada para RDAP, DNS reverso e RPKI.

Fontes