A coordenação da Internet pode evoluir para além da autoridade das entidades de registro?
As redes precisam de identificadores únicos e registros confiáveis. As Notas de Lu Heng perguntam como preservar essas funções sem dar a um administrador permanente poder sobre os participantes.

Identificadores comuns ajudam participantes independentes a trabalhar em conjunto. Lu Heng pergunta como essas regras compartilhadas podem continuar utilizáveis sem uma instância permanente de autorização.
Imagine uma lista compartilhada de endereços de que as empresas de entregas precisam para atender a uma cidade. Manter suas entradas precisas é útil. Dar a quem a mantém um poder permanente para decidir quem pode operar é outra proposta. A coordenação da Internet enfrenta essa distinção em uma escala muito maior.
As redes precisam de identificadores compatíveis e registros utilizáveis para se comunicar. A questão é se fornecer esses pontos de referência comuns também precisa dar a uma instituição permanente autoridade sobre todos os que dependem deles. A resposta de Lu Heng é que a coordenação deve ser projetada de modo a não exigir essa autoridade.
Comece pela função que precisa sobreviver
Um prefixo IP identifica um bloco de endereços, e um número de sistema autônomo identifica uma rede que participa do roteamento entre domínios. Em um sistema cujos participantes pretendem interoperar, esses identificadores precisam ter um significado consistente. Alegações conflitantes não podem ser resolvidas simplesmente declarando que todos os que as fazem estão certos.
Essa necessidade estabelece um problema de coordenação. Ela não determina, por si só, quem deve governar as decisões futuras, qual mandato político tem a entidade que mantém os registros ou se os usuários precisam permanecer dependentes de um único provedor para sempre.
Na Nota 28, Lu Heng distingue a manutenção de registros de recursos numéricos da aplicação de sanções ou punições. Em seu argumento, administrar um serviço necessário não dá a uma comunidade formada por adesão própria o direito de governar redes em diferentes países.
Como uma entidade mantenedora de registros adquire poder prático
Uma entidade de registro não precisa transportar pacotes para afetar a conectividade. Outras organizações podem usar seus registros para construir filtros de roteamento, validar declarações ou reconhecer uma relação com um recurso. Uma mudança na camada de registros pode, então, alterar decisões em outros pontos.
O mecanismo importa. Um contato cadastral desatualizado não é uma retirada automática de rota BGP; uma alteração de autorização não é um interruptor universal da Internet. O efeito depende dos sistemas que utilizam o registro e das políticas aplicadas por seus operadores. O guia sobre mudanças nos dados de registro acompanha essa cadeia.
No entanto, a ausência de um único interruptor não elimina a concentração de influência. Se os usuários não conseguem levar suas evidências para outro lugar ou obter um serviço compatível sem a permissão da instituição vigente, uma coordenação nominalmente voluntária pode se tornar uma dependência da qual, na prática, não conseguem sair.
Um conjunto menor de regras comuns
A Nota 64 propõe três princípios interligados: uma especificação inicial mínima, decisões futuras tomadas localmente e adoção voluntária.
As regras iniciais devem definir com precisão o que precisa permanecer comum para garantir unicidade, interoperabilidade e segurança. Os próprios participantes devem poder verificar se um estado é válido à luz dessas regras. A validade em condições normais não deve depender de pedir a um comitê permanente que a reconheça.
Mudanças posteriores passam a vigorar na prática porque as pessoas as implementam e adotam. Um participante pode permanecer com as regras existentes compatíveis, adotar uma mudança ou escolher outro conjunto de compatibilidade. Recusar a adoção não é, nessa proposta, uma infração disciplinar. Tampouco pode garantir a interoperabilidade com sistemas que usam regras incompatíveis.
Esse é um requisito de projeto, não uma exigência de usar uma blockchain específica. Assinaturas ou bancos de dados replicados podem ajudar a estabelecer evidências, mas não decidem quais registros iniciais merecem reconhecimento, não resolvem todos os conflitos nem fazem outras redes adotar uma alternativa.
O que uma alternativa confiável precisa demonstrar
Uma transição funcional precisa responder a perguntas que um slogan não responde. Como são detectadas reivindicações duplicadas? Quais evidências comprovam o controle? Os participantes conseguem reconstruir o histórico de um registro e verificar mudanças localmente? Como uma nova implementação se mantém compatível com as redes que importam para seus usuários?
Ela também precisa mostrar como alguém pode deixar um coordenador que está falhando sem abandonar seu histórico operacional. Copiar um banco de dados é apenas uma etapa. Os demais participantes precisam conseguir validar e usar o estado exportado; as declarações de segurança, as relações de roteamento e a continuidade ainda precisam funcionar.
Uma alternativa que exija que uma nova organização aprove todas as decisões futuras recriaria a mesma dependência. O teste relevante é saber se os participantes conseguem manter uma operação precisa e compatível sem essa camada permanente de autorização.
Construa a saída enquanto a rede ainda funciona
O motivo mais forte para se preparar é o custo de descobrir uma dependência sem saída durante uma disputa ou interrupção. Os clientes continuam precisando de acesso enquanto as instituições discordam. A continuidade deve fazer parte da arquitetura, em vez de ser um favor negociado depois que o serviço já está em risco.
Comece com um bloco de endereços: rastreie seus registros, as partes autorizadas a alterá-los e os sistemas que os utilizam. Depois, pergunte quais evidências e serviços compatíveis precisariam continuar disponíveis se o coordenador atual desaparecesse.
A proposta de Lu Heng vai além de melhorar o comportamento de um administrador. Ela defende uma infraestrutura em que regras comuns verificáveis possam sobreviver ao administrador. Leia a Nota 64 para conhecer os argumentos de projeto e as responsabilidades que permanecem com os participantes.