A Pilha de Contratos por Trás de um Único Registro

Resumo

• Um registro não é criado por um único acordo universal. A política global e o SLA de Serviços de Numeração da IANA regem a prestação de serviços entre a ICANN e os cinco RIRs; eles não tornam um titular ou usuário final parte do contrato.
• A relação direta com o titular varia conforme o registro. O RIPE NCC utiliza um acordo de serviço de associação, o APNIC um acordo de associação corporativa, o ARIN um acordo de serviços de registro, o AFRINIC um RSA sob a lei de Maurício, e o LACNIC exige que os destinatários aprovados assinem sua própria documentação de serviço.
• Registros nacionais, contratos de LIR patrocinador, clientes e usuários finais podem adicionar camadas adicionais. Suas partes e recursos não podem ser inferidos apenas do registro público.
• O roteamento confere efeito prático ao registro, mas não é uma execução contratual automática. As redes anunciam e aceitam rotas de forma independente; RPKI, DNS reverso e dados de diretório podem apoiar a confiança sem provar propriedade ou vincular cada operador ao mesmo contrato.

Comece com uma linha e depois pergunte quem prometeu o quê

Imagine um registro público para um bloco de endereços da Internet. Ele identifica uma organização registrada, um intervalo, contatos, status e talvez informações relacionadas à segurança de roteamento ou DNS reverso. Para o leitor, o registro parece ser uma declaração institucional única: este recurso está associado a este titular neste registro.

Essa unidade visual oculta uma estrutura em camadas. O pool do qual o bloco se originou pode ter sido fornecido a um Registro Regional da Internet por meio do sistema de numeração global. O RIR pode ter aprovado uma solicitação conforme a política. Uma empresa pode ter assinado um contrato de registro ou de associação. Um registro nacional ou provedor patrocinador pode estar entre o RIR e o usuário operacional. Um contrato de cliente pode autorizar uma rede a usar endereços sem tornar o cliente o titular registrado direto. Os roteadores, então, decidem se os anúncios são propagados e aceitos.

Cada camada responde a uma pergunta diferente. A camada global pergunta se os serviços de numeração da IANA foram prestados a um RIR de acordo com procedimentos e padrões de desempenho acordados. A camada corporativa regional pergunta como o RIR adota validamente políticas e autoriza sua equipe. O contrato do titular pergunta quais serviços o registro fornece, o que o titular da conta deve fazer e o que acontece quando o relacionamento termina. A camada downstream pergunta quem pode usar, atribuir, subatribuir ou gerenciar o recurso. A camada de roteamento pergunta quais redes efetivamente transportarão o tráfego.

As camadas se reforçam mutuamente, mas não são um único contrato. As partes são diferentes. As leis aplicáveis são diferentes. Os recursos são diferentes. Uma violação de nível de serviço entre a ICANN e o RIR não constitui automaticamente uma reclamação por parte de um usuário final. A violação de um RSA por um titular não vincula, por si só, todos os operadores de roteamento. Um cliente pode depender dos endereços sem ter legitimidade contratual contra o RIR.

Este artigo traça uma entrada hipotética, em vez de inventar fatos sobre um titular real. O método consiste em parar em cada transição institucional e fazer cinco perguntas: quem são as partes; qual instrumento se aplica; qual serviço ou direito é descrito; qual recurso existe; e quem permanece fora do acordo?

Camada um: política global e prestação de serviços da IANA

A camada contratual mais elevada no sistema atual é oService Level Agreement for the IANA Numbering Services (SLA de Serviços de Numeração da IANA). A ICANN e os cinco RIRs o assinaram em 29 de junho de 2016. Ele entrou em vigor com a transição da administração em 30 de setembro de 2016. A Emenda 1, datada de 12 de novembro de 2024, adicionou serviços de resolução reversa ao seu escopo de trabalho.

O SLA é importante porque substituiu uma ideia facilmente mal interpretada de administração global informal por um relacionamento operacional escrito. Ele identifica as partes, os serviços, as expectativas de desempenho, os relatórios, os mecanismos de escalonamento e de disputas. Ele torna a prestação de serviços de numeração passível de revisão entre as instituições, em vez de se basear apenas no costume.

Seu escopo também é um limite rígido. O acordo é entre a ICANN e os cinco RIRs. O titular comum de recursos não está listado como parte contratante. Um cliente de ISP downstream não é parte. Uma pessoa cujo tráfego utiliza os endereços não é parte. O SLA não transfere a propriedade de um bloco específico para um usuário final, nem fornece os termos completos que regem um registro público de titular.

Essa distinção impede um salto lógico comum. É tentador raciocinar que, como a IANA fornece pools de números aos RIRs sob um acordo global, cada decisão posterior do registro carrega a autoridade desse acordo. O texto não apoia essa conclusão. O SLA torna contratuais os serviços voltados para os RIRs. Ele não transforma o acordo de titular de um RIR em um contrato da ICANN, nem confere à ICANN o papel de contraparte direta de cada titular.

Política global e prestação de serviços estão relacionadas, mas não são idênticas. A política determina as condições sob as quais os pools de números se movem no nível global. O SLA rege como o operador da IANA presta os serviços acordados. Uma solicitação pode, portanto, ter uma base política, enquanto as falhas de desempenho são tratadas por meio de mecanismos contratuais de serviço.

Para o registro hipotético, esta camada explica como um pool se tornou disponível para o RIR relevante. Ainda não explica por que uma organização específica aparece no registro público, qual versão do contrato rege essa organização, ou se um cliente operacional tem direitos contra alguém acima dele.

Os cinco RIRs são partes conjuntas acima, instituições diferentes abaixo

Na camada do SLA, os cinco RIRs aparecem juntos como contrapartes da ICANN. Abaixo dessa camada, eles se separam em pessoas jurídicas distintas. Suas regiões de serviço formam um sistema global coordenado, mas suas formas societárias, acordos, políticas e cláusulas de lei aplicável não são intercambiáveis.

Esta é a primeira razão para não se falar de "o contrato RIR" como se existisse uma forma universal. Um membro do RIPE NCC contrata com uma associação holandesa. Um membro do APNIC contrata com uma empresa australiana. Um titular do ARIN assina um formulário de serviços de registro sob os termos declarados do ARIN. Um membro de recursos do AFRINIC contrata com uma empresa de Maurício. O LACNIC usa sua própria documentação de serviço.

A distinção tem efeitos práticos. Um membro pode possuir direitos de voto em um modelo institucional que não são idênticos aos direitos de um cliente de registro em outro lugar. Os limites de responsabilidade e os foros de disputa variam. A linguagem de rescisão varia. A incorporação das políticas atuais varia. Os relacionamentos de recursos legados e de não membros podem usar formulários adicionais.

A coordenação não apaga essas diferenças. Os RIRs podem receber serviços globais sob um mesmo SLA e manter dados de registro compatíveis, preservando contratos de titular separados. Um número globalmente único pode, portanto, ser apoiado pela cooperação institucional em uma camada e pelo direito privado interno em outra.

Este arranjo em camadas não é inerentemente ilegítimo nem inerentemente completo. É uma forma prática de coordenar um livro-razão global sem um contrato de associação mundial único. Sua fraqueza aparece quando a retórica colapsa as camadas e implica que a coordenação global prova, por si só, todos os poderes regionais. Sua força aparece quando cada instituição pode identificar o instrumento preciso que autoriza um ato preciso.

Para uma auditoria de registro, o rótulo regional não é suficiente. É preciso identificar o registro legal, o tipo de conta aplicável, a versão do acordo, o instantâneo da política e qualquer intermediário. Sem esses detalhes, o registro público indica reconhecimento administrativo, mas não a pilha contratual completa.

Camada dois no RIPE NCC: associação e serviços em um único acordo

ORIPE NCC Standard Service Agreement, RIPE-812, de novembro de 2023, mostra uma forma de conectar a associação corporativa e o serviço de registro. Ele identifica o RIPE NCC como uma associação holandesa, define o relacionamento de membro, descreve os serviços, incorpora políticas e procedimentos, declara os deveres do membro, aloca responsabilidade e trata da rescisão e da cooperação com o cancelamento de registro.

Este acordo está muito mais próximo do registro hipotético do que o SLA da IANA. Ele pode explicar por que o RIPE NCC fornece serviços a um membro direto, o que o membro promete e como os documentos de política atuais entram no relacionamento. Se uma disputa diz respeito a falta de pagamento, deveres de informação, encerramento ou rescisão, este é um lugar natural para começar.

No entanto, ainda não é o registro completo. O acordo abrange os membros do RIPE NCC sob seu escopo. Ele não prova que cada usuário final independente é um membro direto. Um LIR patrocinador pode manter o relacionamento contratual direto enquanto um usuário final recebe uma atribuição ou serviço relacionado por meio de outro instrumento. Os relacionamentos de recursos legados podem seguir documentação diferente. A data no formulário público não prova qual versão um titular específico aceitou anos antes.

O acordo também ilustra por que a autoridade corporativa e a de serviço devem ser separadas, mesmo quando aparecem em um único sistema documental. A associação pode conferir direitos corporativos. Os termos de serviço podem impor deveres operacionais. As políticas incorporadas podem alterar as regras aplicadas a solicitações e registros. Uma decisão da Assembleia Geral, uma decisão de gestão de serviço e um resultado de política podem todos afetar o membro, mas surgem por meio de atos institucionais diferentes.

Se o registro hipotético pertencesse à região do RIPE NCC, uma auditoria competente recuperaria o acordo assinado ou aceito, determinaria sua versão efetiva, listaria os documentos incorporados na data relevante, identificaria qualquer relacionamento de patrocínio e separaria a rescisão da associação das consequências para o registro de recursos. O formulário padrão atual é evidência do modelo, não evidência do histórico completo de um titular.

O limite é importante para terceiros. Um cliente que usa endereços fornecidos por um membro pode depender fortemente da continuidade, mas a dependência não torna automaticamente o cliente parte do RIPE-812. O cliente pode precisar consultar seu contrato com o membro, a menos que outro instrumento conceda direitos diretos.

APNIC: associação corporativa com variação regional subjacente

OStandard APNIC Membership Agreement, APNIC-079, versão 002 de 9 de fevereiro de 2012, oferece uma arquitetura diferente. Ele identifica a APNIC Pty Ltd, refere-se ao comitê especial da APNIC, estabelece renovação anual, aborda serviços de recursos, incorpora os Documentos APNIC, limita a responsabilidade e prevê a lei de Queensland.

Assim como o acordo da RIPE, ele transforma a participação institucional em um relacionamento jurídico bilateral. O membro não é simplesmente parte de uma comunidade regional atmosférica. Ele contrata com uma empresa nomeada. O acordo pode exigir conformidade com documentos incorporados e definir consequências dentro do relacionamento.

O ambiente societário australiano é importante porque o acordo não pode ser lido como um tratado para a Ásia-Pacífico. É um acordo privado apoiado pela constituição da empresa, pela lei australiana e pelo sistema de documentos APNIC aceito. Seu alcance geográfico pode ser amplo, mas a contraparte jurídica permanece específica.

A APNIC também demonstra por que o modelo RIR direto não pode ser universalizado. Registros Nacionais da Internet operam em partes da região. Arranjos de não membros e atribuições downstream podem usar outros instrumentos. Um registro público associado a um registro nacional pode, portanto, ter uma transição contratual extra entre a APNIC e o titular operacional.

Para a entrada hipotética, ver a APNIC na cadeia não responderia se o titular assinou o APNIC-079 diretamente, contratou por meio de um NIR, ou obteve uso por meio de um provedor. Não estabeleceria quais termos de renovação anual ou versões de documentos se aplicam. Não mostraria os direitos dos clientes que usam serviços construídos sobre o intervalo.

A conclusão adequada é limitada. O APNIC-079 prova que uma classe importante de relacionamento da APNIC é contratual, renovável e conectada a documentos de política incorporados sob um quadro jurídico declarado. Ele não prova que todos os registros na região compartilham uma única cadeia de vínculo.

Esta variação não é ruído administrativo. Ela determina notificação, recurso e legitimidade. Se um usuário operacional contestar uma mudança, a primeira pergunta é se ele pode reclamar diretamente contra a APNIC, deve proceder contra um NIR, ou deve confiar em seu contrato de provedor. Uma linha de banco de dados público sozinha não pode responder a essa pergunta.

O RSA do ARIN coloca os direitos de registro no centro

OARIN Registration Services Agreement, versão 14.0, datado de 15 de agosto de 2025, é especialmente útil para entender a diferença entre um número e o relacionamento de registro em torno dele. O acordo define os Recursos de Números Incluídos em termos de direitos de registro, separa os serviços do ARIN do próprio número, declara os deveres do titular e os recursos do ARIN, e inclui disposições de lei aplicável e resolução de disputas.

Essa redação ajuda a localizar o objeto jurídico. O acordo não é um contrato de venda da ICANN através da ARIN para um titular. É um acordo sobre serviços de registro e direitos reconhecidos dentro do sistema do ARIN. A entrada pública está, portanto, conectada a um relacionamento de serviço contratual sem exigir a conclusão de que o ARIN possui os endereços ou transfere um objeto físico.

Esta distinção importa quando as pessoas usam a linguagem de propriedade com muita casualidade. O titular pode ter interesses economicamente importantes, transferíveis e operacionalmente incorporados. O ARIN pode ter poderes contratuais relativos a registros e serviços. Os operadores de roteamento podem confiar no registro. Essas proposições podem coexistir sem que todo sistema jurídico classifique o bloco de endereços de forma idêntica.

O versionamento importa de forma aguda. O RSA 14.0 é a evidência atual para o formulário de 2025, mas um registro legado pode não ter um RSA atual, pode ser coberto por um RSA Legado ou pode permanecer conectado a um acordo anterior. Versões antigas do RSA podem continuar a importar. O contrato correto não pode ser selecionado apenas porque o PDF mais recente é fácil de encontrar.

Para a entrada hipotética, uma auditoria do ARIN precisaria do status do acordo mostrado para o titular, data de execução, versão, qualquer formulário legado, histórico de transferência e políticas incorporadas em momentos decisivos. Em seguida, distinguiria os direitos de registro do titular do direito de um cliente de usar endereços sob um contrato de serviço separado.

A clareza do ARIN sobre os direitos de registro é valiosa, mas não responde à pergunta de roteamento. Um RSA pode estabelecer deveres entre o ARIN e o titular. Ele não pode ordenar que cada sistema autônomo aceite as rotas do titular. O efeito prático ainda depende da publicação técnica, das decisões dos operadores e da confiança mais ampla no registro do registro.

O RSA do AFRINIC conecta associação, política e recursos de alto impacto

OAFRINIC Registration Service Agreement, datado de 27 de novembro de 2017, identifica a African Network Information Centre Ltd como a contraparte de Maurício. Ele conecta a associação de recursos, serviços de registro, conformidade com políticas, insolvência, revogação, responsabilidade e termos de disputa.

Esta é uma camada densa porque o acordo vincula um relacionamento direto a políticas e a possíveis consequências para recursos e serviços. É, portanto, central para qualquer alegação de que o AFRINIC pode exigir informações, fazer cumprir obrigações ou encerrar um relacionamento. Declarações amplas sobre responsabilidade regional não são suficientes; a cláusula relevante do RSA e a política incorporada devem ser identificadas.

Os considerandos e descrições institucionais do RSA ainda são declarações feitas dentro de um acordo. Eles podem vincular ou informar as partes de acordo com a lei aplicável, mas não provam uma delegação soberana de cada estado ou rede na África. O efeito jurídico depende do titular, dos fatos, da lei aplicável de Maurício e de ordens judiciais posteriores.

Os usuários downstream são novamente um limite chave. Um cliente que recebe conectividade de um membro de recursos do AFRINIC não é automaticamente parte do RSA. Ele pode sofrer se o relacionamento de registro do membro mudar, mas sua reclamação pode ser contra o provedor sob um contrato de cliente. Esta separação entre dependência e vínculo contratual é um dos riscos mais importantes da pilha contratual.

O exemplo do AFRINIC também mostra por que os recursos devem ser proporcionais às camadas. Rescindir um acordo bilateral, encerrar a associação, alterar um registro de registro e afetar o roteamento ao vivo são consequências distintas. Um contrato pode conectá-los, mas um analista não deve narrá-los como um clique administrativo. Cada efeito pode exigir uma condição, notificação, decisão e via de revisão.

Para uma entrada hipotética, a auditoria perguntaria se o titular direto assinou o formulário de 2017 ou outra versão, quais políticas se aplicavam, se o titular estava solvente e em situação regular, quem operava a rede e quais clientes dependiam do reconhecimento continuado. Ela não inferiria nenhum desses fatos apenas da linha pública.

LACNIC prova que o contrato existe, enquanto os termos exatos ainda precisam ser capturados

Apágina de documentos de registro do LACNICconfirma que os destinatários aprovados de endereços IP ou números de sistema autônomo assinam um acordo de serviço do LACNIC. A página também localiza documentação relacionada, incluindo instrumentos de confidencialidade e Whois em massa.

Isso estabelece a existência de uma camada contratual de titular. É suficiente para rejeitar a ideia de que um registro LACNIC se baseia apenas em consenso regional informal. Um destinatário nomeado entra em um relacionamento de serviço após a aprovação.

Não é suficiente para uma análise exata de cláusulas. O contrato embutido em espanhol deve ser baixado, preservado, datado e versionado antes de fazer afirmações sobre deveres, responsabilidade, rescisão, lei aplicável ou emendas. Uma página de destino pode identificar a família de documentos sem expor o texto operacional completo em uma forma analítica estável.

Esse limite probatório ilustra uma regra mais ampla: localizadores de documentos não substituem instrumentos. Uma página da web atual pode mudar. Um PDF incorporado pode ser substituído no mesmo link. As traduções podem diferir. Uma auditoria deve armazenar a versão que regia a transação, seu hash, data de assinatura e prioridade de idioma.

Para a entrada hipotética do LACNIC, o registro público e a página de documentos identificariam a via contratual provável, mas não provariam o acordo exato aceito por aquele titular. Qualquer afirmação adicional deve ser condicional até que o formulário executado ou aplicável seja capturado.

Isso pode soar processual, mas afeta direitos. Uma disputa pode girar em torno de um período de notificação, cláusula de responsabilidade ou definição. Descrições gerais do papel do LACNIC não podem suprir palavras faltantes. A pilha contratual é tão confiável quanto seu histórico de versões.

Camada três: registros nacionais e provedores patrocinadores

O relacionamento direto titular-RIR nem sempre é direto. Em algumas regiões, um Registro Nacional da Internet pode receber e administrar recursos dentro do sistema regional maior. Em outras, um LIR patrocinador pode manter um relacionamento para um usuário final independente. Esses arranjos adicionam uma camada entre o RIR e a entidade cuja rede usa o recurso.

Esse intermediário pode desempenhar funções úteis. Ele pode fornecer idioma local, faturamento, documentação, suporte técnico e conhecimento das operações domésticas. Ele pode reduzir o custo de lidar com uma instituição regional distante. Também pode tornar o vínculo contratual mais difícil de ver.

Suponha que o registro hipotético nomeie uma organização de usuário final, mas um provedor patrocinador mantenha o relacionamento de serviço direto. O usuário final pode ter um acordo com o patrocinador. O patrocinador tem um acordo com o RIR. O registro público pode identificar contatos para ambos. Se o patrocinador deixar de pagar ou encerrar, a dependência operacional do usuário final não cria automaticamente direitos contratuais diretos contra o RIR.

O problema inverso também ocorre. Um registro pode precisar que o usuário final coopere com documentação ou transferência, embora o patrocinador seja seu membro direto. As políticas podem criar expectativas procedimentais, mas a execução contratual ainda deve identificar quem prometeu o quê.

Os arranjos de registro nacional podem adicionar direito interno e suas próprias regras de associação. Um titular pode, portanto, estar abaixo da política global, do SLA da IANA, das regras corporativas do registro regional, de um arranjo RIR-NIR e de um contrato de serviço local. Chamar tudo isso de "política da comunidade" oculta os acordos que alocam deveres reais.

A evidência disponível não fornece uma contagem global de registros por contrato RIR direto, contrato NIR, relacionamento de patrocínio, status de legado ou arranjo downstream. Esse denominador ausente limita as afirmações sistêmicas. Não se pode afirmar com responsabilidade que a maioria dos registros segue uma determinada pilha sem um inventário entre registros.

Um registro público melhor divulgaria o tipo de relacionamento sem expor termos confidenciais: membro direto, destinatário de registro nacional, usuário final patrocinado, titular de legado ou atribuição downstream. Esse rótulo ajudaria os usuários a entender onde está o contrato operacional e qual instituição deve receber uma solicitação de correção.

Camada quatro: contratos de operadores e clientes

O intervalo de endereços frequentemente cria valor abaixo do titular registrado. Uma empresa de hospedagem atribui endereços a clientes. Um ISP os usa para assinantes. Um provedor de nuvem os aloca para serviços. Um arranjo de leasing permite que outro operador os anuncie. Um contrato de rede gerenciada dá a um terceiro o controle operacional.

Esses acordos downstream podem ser economicamente mais importantes para o usuário do que o contrato RIR. O cliente paga por conectividade, tempo de atividade, tratamento de abuso, portabilidade ou endereços dedicados. Ele pode nunca interagir com o RIR e pode não saber qual RSA se aplica.

O registro público raramente revela a cadeia completa de clientes. Isso é apropriado; os registros não devem publicar todos os contratos comerciais. Mas a análise de governança deve reconhecer a dependência não vista. Uma mudança na camada do titular pode afetar partes sem voto no RIR e sem legitimidade sob seu acordo.

É por isso que as proteções de notificação e continuidade são importantes. Uma violação do titular direto pode justificar uma ação dentro do contrato. As consequências ainda devem ser projetadas com a dependência downstream em mente. Sempre que possível, o sistema deve distinguir suspensão de conta, rescisão de serviço, status de registro e efeitos de segurança de roteamento, em vez de converter uma disputa bilateral em dano imediato para clientes não relacionados.

O contrato downstream também determina quem assume o risco. Um provedor pode prometer endereços estáveis enquanto reserva o direito de renumerar. Um arrendatário pode garantir conformidade com a política do registro. Um cliente pode ter indenizações ou créditos de serviço. Nenhum desses termos vincula a ICANN ou o RIR, a menos que outra via legal crie esse efeito.

Para a entrada hipotética, um mapa completo listaria o titular registrado direto, o anunciante operacional, o gerente de infraestrutura e as classes de clientes afetadas. Em seguida, identificaria os contratos que os conectam. A entrada de registro sozinha não pode estabelecer essa cadeia, mas a cadeia explica o impacto real do registro.

Camada cinco: roteamento é ação coordenada, não execução de contrato

Uma entrada de registro não faz os pacotes se moverem. Os anúncios do Border Gateway Protocol e as políticas de roteamento dos operadores fazem. Um sistema autônomo origina uma rota; outras redes decidem se a propagam e aceitam. Filtros, relacionamentos comerciais, objetos de rota, validação RPKI e julgamento operacional influenciam o resultado.

O registro do registro é importante porque fornece informações confiáveis. Ele pode dar suporte a contato, transferência, DNS reverso e sistemas de segurança de roteamento. Os operadores podem usá-lo ao construir filtros ou avaliar autoridade. A confiança compartilhada dá à linha força prática além das partes de um contrato.

Mas confiança não é vínculo contratual universal. Um operador que aceita uma rota não está, com isso, assinando o RSA do titular. Uma rede pode aceitar um anúncio tecnicamente válido apesar de uma disputa de registro, ou rejeitar um anúncio apesar de um registro atual. A política de roteamento permanece distribuída.

Essa lacuna é uma fonte de resiliência e incerteza. É resiliente porque nenhum registro opera diretamente todos os roteadores. Uma ação administrativa equivocada não interrompe necessariamente o tráfego instantaneamente. É incerta porque as realidades de registro, RPKI e roteamento podem divergir, deixando as contrapartes decidirem em qual sinal confiar.

O RPKI reduz parte da ambiguidade ao permitir declarações criptográficas sobre origens de rota autorizadas. O DNS reverso fornece outro serviço delegado. Os objetos do Internet Routing Registry fornecem afirmações operacionais. No entanto, cada um tem sua própria cadeia de autoridade e ciclo de vida. Encerrar uma camada contratual pode afetar certificados ou objetos, mas o resultado deve ser rastreado em vez de presumido.

A evidência disponível aqui não mostra como os certificados RPKI, objetos IRR, DNS reverso e aceitação de roteamento respondem em todos os registros quando um contrato de titular termina. Esse é um estudo importante que falta. Ele deveria seguir exemplos datados e separar o status administrativo do roteamento observado.

Para a entrada hipotética, a linha final da pilha não é um contrato. É um campo de decisões de rede. A cadeia jurídica pode tornar um anúncio mais fácil de reconhecer, mas não pode transformar o roteamento distribuído em desempenho por uma parte institucional.

O vínculo contratual explica quem pode processar, não todos que podem ser prejudicados

O direito contratual começa com as partes. O SLA da IANA concede direitos e deveres à ICANN e aos RIRs. Um acordo de titular concede direitos e deveres ao RIR e ao titular. Um acordo de patrocínio pode vincular patrocinador e usuário final. Um contrato de cliente vincula provedor e cliente. A lei exata pode reconhecer direitos de terceiros em circunstâncias limitadas, mas esses direitos não podem ser presumidos.

A dependência operacional é mais ampla que o vínculo contratual. Um cliente pode perder o serviço sem ser parte do RSA. Uma rede confiante pode sofrer incerteza sem ser parte do SLA da IANA. Um governo pode enfrentar consequências nas comunicações sem ter assinado qualquer acordo de registro.

Esse descompasso é uma das razões pelas quais a governança de registros atrai preocupação pública, apesar das formas jurídicas privadas. Um contrato privado pode ter efeitos externos porque o registro é amplamente confiável. A resposta não deve ser fingir que o contrato é direito público. Deve ser projetar notificação, revisão, continuidade e transparência proporcionais à confiança previsível.

O efeito sobre terceiros ainda deve ser analisado com cautela. A ampla confiança não significa que todo observador tenha uma pretensão jurídica. Nem a falta de vínculo contratual significa que o registro não deve nenhum dever sob qualquer outro corpo de direito. Doutrinas de responsabilidade civil, concorrência, direito estatutário, judicial ou equidade podem importar dependendo da jurisdição e dos fatos. Essas questões exigem jurisprudência não disponível na presente evidência.

Um estudo completo, portanto, combinaria o mapeamento contratual com decisões judiciais e arbitrais. Ele perguntaria se os usuários downstream obtiveram proteção liminar, se a confiança no roteamento influenciou os recursos e como os tribunais trataram os relacionamentos legados ou patrocinados.

Até que esse registro exista, a conclusão segura é estrutural: as partes com a maior exposição operacional podem estar vários contratos abaixo da instituição em cujo registro confiam. A pilha os coordena, mas não lhes confere automaticamente a mesma legitimidade.

A política incorporada é uma ponte, não um contrato autônomo

Os acordos RIR frequentemente incorporam políticas ou outros documentos publicados. Isso permite que o relacionamento evolua sem renegociar cada detalhe operacional. O trabalho de registro seria impraticável se cada procedimento de solicitação exigisse uma nova assinatura bilateral.

A incorporação também cria uma ponte entre o processo coletivo e o contrato individual. Uma política desenvolvida por meio do procedimento regional aplicável pode se tornar relevante para um titular porque o acordo diz que as políticas atuais regem os serviços. O caminho vinculativo, portanto, não é simplesmente "a comunidade decidiu". É a adoção corporativa, o procedimento de política, a incorporação contratual e a aplicação aos fatos.

Esse caminho deve ser rastreável. O analista precisa da cláusula do acordo, da versão da política, da data de vigência, dos termos de notificação e transição. Um manual atual não pode provar automaticamente o que regia uma transação cinco anos antes.

A ponte tem limites. Uma política não pode necessariamente alterar todos os direitos negociados apenas porque é chamada de política. Se a incorporação dinâmica é eficaz, e até que ponto ela alcança, depende da linguagem do acordo e da lei aplicável. Esse problema de emenda unilateral merece sua própria análise; aqui o ponto mais restrito é que política e contrato são elos separados.

Essa separação melhora a responsabilização. Se a disputa diz respeito à sabedoria de uma política, o fórum de políticas pode ser relevante. Se diz respeito à incorporação válida, o contrato importa. Se diz respeito à aplicação pela equipe, a revisão operacional importa. Se diz respeito à competência corporativa, os estatutos e a lei do país de acolhimento importam.

Colapsar essas perguntas em uma única alegação de mandato torna os recursos mais difíceis de encontrar. Mapear a pilha encaminha cada desacordo para a instituição e o instrumento capazes de respondê-lo.

Os registros legados resistem à pilha organizada

Nem toda entrada de registro começou com um acordo RIR moderno. Alguns recursos são anteriores às instituições atuais ou aos formulários padrão. Os registros podem ter sido migrados, mantidos sob serviços legados, transferidos posteriormente ou trazidos voluntariamente para um acordo legado.

Essa história importa porque a aparência pública de dois registros pode ser semelhante enquanto seus fundamentos contratuais diferem. Um titular pode ter assinado o RSA mais recente. Outro pode ter um formulário mais antigo. Um terceiro pode não ter um acordo padrão atual, mas ainda receber manutenção limitada do registro.

O RSA do ARIN levanta explicitamente a questão por meio de arranjos legados separados e versões antigas persistentes. O RIPE NCC e outras regiões também encontram relacionamentos históricos que não se encaixam em um modelo simples de novo membro. O traçado hipotético deve, portanto, começar com a proveniência, não com a suposição.

O status de legado não significa que nenhuma regra se aplica. A lei do país de acolhimento, políticas, condições de transferência, serviços aceitos e contratos posteriores podem todos importar. Significa que a cadeia aplicável deve ser provada. Um formulário de website moderno não pode ser atribuído retroativamente a um registro antigo sem evidência.

Isso cria um risco prático de governança. Se um registro descreve todos os registros como se um contrato atual os regesse, os titulares não podem prever direitos e terceiros não podem avaliar o status. Se ele trata os registros legados como além de quaisquer padrões, a qualidade dos dados e a segurança podem sofrer.

A melhor abordagem é a classificação explícita, o histórico de versões e os termos de serviço proporcionais. O registro deve revelar status suficiente para identificar o relacionamento, preservando documentos confidenciais. As disputas devem se concentrar no instrumento realmente aceito, não em uma teoria geral da autoridade do registro.

O que a rescisão em uma camada não prova automaticamente

Se o SLA da IANA fosse violado ou rescindido, isso seria grave para a prestação institucional de serviços. Não decidiria automaticamente a propriedade de cada recurso downstream nem rescindiria todos os acordos de titular. Arranjos de continuidade e outros atos jurídicos seriam necessários.

Se um RIR rescinde um acordo de titular, isso pode encerrar serviços especificados e desencadear consequências declaradas no registro. Não rescinde automaticamente todos os contratos de cliente downstream, embora o provedor possa se tornar incapaz de cumpri-lo. Também não ordena diretamente que os roteadores retirem os anúncios.

Se um acordo de patrocínio termina, o usuário final pode precisar de um novo patrocinador ou relacionamento direto. O resultado correto depende da política e do contrato. A perda imediata da posição operacional subjacente não é logicamente necessária, a menos que os instrumentos assim disponham.

Se um contrato de cliente termina, o titular direto pode permanecer inalterado no registro. Os endereços podem ser reatribuídos dentro da rede do titular ou devolvidos de acordo com os termos downstream. O registro público pode nunca ter nomeado o cliente.

Essas distinções são o valor prático da pilha. Elas impedem que uma disputa seja descrita como o colapso de todos os relacionamentos. Elas também revelam onde faltam regras de continuidade. Um sistema bem projetado declara quais camadas sobrevivem, quais devem ser transferidas e como as partes dependentes recebem notificação.

A mesma lógica se aplica aos recursos. Um crédito de serviço sob um contrato de cliente não é um recurso para um erro de registro. Uma via de arbitragem do RIR pode não ouvir uma disputa sob o SLA da IANA. Um escalonamento do SLA não compensa um usuário final. Cada recurso pertence às suas partes, a menos que a lei o estenda.

O denominador ausente é o tipo de relacionamento

Os cinco sistemas RIR publicam grandes quantidades de estatísticas, mas a evidência aqui não estabelece um denominador global para o status contratual. Quantos registros são mantidos sob acordos diretos atuais? Quantos usam formulários legados? Quantos passam por NIRs ou patrocinadores? Quantos suportam clientes downstream sem legitimidade direta no registro?

Sem esse inventário, os exemplos podem ilustrar a arquitetura, mas não a prevalência. O RIPE-812 prova um modelo, não sua participação em cada relacionamento. O APNIC-079 prova um formulário de associação, não a distribuição de titulares NIR e diretos. O RSA 14.0 do ARIN prova a redação atual, não o número de registros legados fora dele.

A publicação de tipos de relacionamento agregados melhoraria a responsabilização sem expor detalhes comerciais. Cada RIR poderia relatar contagens por acordo direto, acordo legado, sem acordo padrão, usuário final patrocinado, registro nacional e outra categoria definida. Poderia relatar transferências entre categorias e disputas por tipo.

Esses denominadores ajudariam a avaliar o risco. Um sistema dominado por acordos diretos atuais tem necessidades de continuidade diferentes de um com muitos relacionamentos históricos ou intermediários. Também tornaria a consulta de políticas mais honesta, mostrando quais principais são afetados pela mudança proposta.

A ausência de dados deve produzir cautela, não uma história universal. Nenhum analista deve tratar um contrato padrão como o fundamento jurídico de cada registro. A declaração correta é que o registro é uma coleção de classes de relacionamento apresentadas por meio de um serviço de dados comum.

Como auditar uma entrada real

Uma auditoria completa começaria com o registro do registro e seu histórico de alterações. Ela identificaria o RIR atual, a fonte de alocação original, transferências, fusões, mudanças de nome, contatos e status. Ela preservaria cópias datadas em vez de confiar em uma página ao vivo que pode mudar posteriormente.

Em seguida, capturaria o instrumento global e a política aplicáveis quando o pool foi movido para o RIR. O SLA da IANA explica as relações de serviço atuais após 2016, mas alocações mais antigas exigem contexto histórico. A auditoria não deve aplicar um contrato de 2016 a um evento dos anos 1990.

Na camada regional, recuperaria o estatuto do RIR, o manual de políticas e a autoridade delegada para a decisão. Em seguida, identificaria o acordo de titular realmente executado, incluindo versão, assinatura, renovações, emendas e documentos incorporados.

Se um NIR ou patrocinador aparecer, a auditoria capturaria tanto seu acordo com a instituição superior quanto seu acordo com o titular. Na camada downstream, identificaria os termos de atribuição, leasing, hospedagem ou cliente necessários para explicar o uso operacional.

Finalmente, compararia o status jurídico com a evidência técnica: anúncios de origem, objetos RPKI, DNS reverso, entradas de registro de roteamento e aceitação observada. As diferenças seriam registradas em vez de forçadas a uma única resposta.

O resultado seria um mapa de relacionamento datado, não um certificado de propriedade. Ele mostraria qual instituição pode alterar qual registro, qual parte pode invocar qual recurso, quem assume o risco operacional e onde faltam evidências.

Nenhuma amostra totalmente documentada desse tipo aparece na evidência usada para este artigo. Essa ausência impede uma conclusão específica de caso. Também define claramente a próxima tarefa de pesquisa.

Uma pilha contratual melhor tornaria as transições visíveis

O sistema existente se beneficia da coordenação. Um serviço de numeração global, cinco registros regionais reconhecidos e convenções de dados compartilhadas ajudam a preservar a unicidade. Acordos padrão dão às partes diretas termos previsíveis. Políticas incorporadas permitem a evolução operacional.

O sistema poderia se tornar mais responsável sem fingir que todas as camadas deveriam se fundir. Primeiro, os registros públicos devem identificar a classe de relacionamento e a versão do contrato vigente, quando a divulgação for legal. Segundo, cada acordo deve declarar claramente quais políticas são incorporadas e como os titulares são notificados sobre alterações.

Terceiro, as cláusulas de continuidade devem abordar a falha do intermediário. Um usuário final patrocinado deve saber como migrar para outro patrocinador. Uma interrupção do NIR não deve apagar o histórico de registro subjacente. Um cliente deve saber se os endereços são portáteis ou estão sujeitos a renumeração.

Quarto, uma ação de registro de alto impacto deve separar as consequências da conta, do registro, da segurança e do roteamento. A instituição deve identificar o fundamento contratual preciso e a via de revisão. Uma disputa em uma camada deve ser isolada sempre que possível, em vez de propagada para baixo.

Quinto, os serviços técnicos devem preservar uma cadeia de custódia auditável. RDAP, DNS reverso, RPKI e histórico de registro precisam de planos de sucessão. A importância do livro-razão é uma razão para tornar os administradores substituíveis, não para implicar que um acordo corporativo é soberano.

Finalmente, dados agregados de recursos devem ser publicados: rescisões, suspensões, alterações de registro, falhas de patrocinadores, apelações, reversões e tempos de restauração. Os documentos mostram a autoridade possível. Os dados de uso mostram como a pilha se comporta.

A conclusão: um registro, várias promessas limitadas

A entrada de registro público é singular porque a unicidade exige uma resposta clara. Seu fundamento institucional é plural. O SLA de Serviços de Numeração da IANA apoia a prestação de serviços entre a ICANN e os cinco RIRs. Ele não contrata com cada titular. As constituições e políticas regionais autorizam a ação corporativa. Os acordos RIR vinculam membros ou titulares definidos sob sistemas jurídicos distintos. Contratos de NIR, patrocinador e cliente podem adicionar mais partes. Os operadores de roteamento agem de forma independente.

Isso não é um defeito a ser escondido. É a arquitetura real. O perigo vem de descrever a pilha como um mandato universal. Essa linguagem obscurece o vínculo contratual, dificulta a localização de recursos e exagera o que qualquer instrumento único prova.

O erro oposto é tratar as camadas como não relacionadas. Elas são deliberadamente coordenadas. Políticas, contratos e dados de registro as conectam. A unicidade técnica confere ao registro final uma autoridade prática além de uma promessa bilateral privada. O sistema funciona porque esses relacionamentos limitados apontam para um livro-razão comum.

A boa governança depende de preservar ambas as verdades. O registro é globalmente útil, mas cada poder jurídico permanece limitado. O titular pode ser contratualmente responsável sem ser parte do SLA da IANA. O RIR pode manter dados autoritativos sem controlar todos os roteadores. Um usuário downstream pode ser operacionalmente dependente sem possuir direitos diretos contra o registro.

A disciplina é simples. Sempre que uma entrada de registro é invocada como prova, pergunte qual camada ela prova. Sempre que um poder é afirmado, pergunte qual parte prometeu conformidade. Sempre que um dano é temido, identifique quem o suporta e se essa parte tem um recurso. Sempre que a palavra "comunidade" aparece, retorne aos instrumentos assinados e aos atos corporativos reais.

Uma linha em um registro não é um contrato. É o ponto visível no qual várias promessas limitadas, registros históricos e decisões técnicas distribuídas convergem. A responsabilização começa mantendo essas promessas separadas o suficiente para serem executadas e conectadas o suficiente para preservar um livro-razão verdadeiro e contínuo.