Resumo

  • O instrumento publicado em 26 de outubro de 2018 foi o AFPUB-2018-GEN-003-DRAFT01, e não o AFPUB-2018-V4-003-DRAFT01. A diferença não é cosmética: este Draft 1 pertence a uma família própria e não deve ser confundido com a proposta V4 de 2019.
  • O núcleo útil do texto era uma ponte entre dois livros registrais: reciprocidade com a outra RIR, verificação do titular atual e de disputas, documento da transação, log público e atualização coordenada. Isso poderia aproximar o cadastro da realidade sem alterar a disponibilidade técnica dos endereços na Internet global.
  • O projeto acrescentava controles privados importantes: mínimos de /24 para IPv4 e /48 para IPv6, saída limitada a IPv4 e ASNs legados, retenção de dois anos para IPv6 emitido pela AFRINIC, teste de necessidade do destinatário, impedimento de nova transferência por um ano e perda do status legado na entrada.
  • A proposta não chegou a consenso, não foi adotada e nunca operou. A AFRINIC-29 a devolveu à lista; a retirada da Versão 2 em maio de 2019 apenas encerra o ciclo posterior da família e não transforma o Draft 1 em política vigente.
  • Reciprocidade é uma regra de interoperabilidade entre bancos de dados privados, não um tratado. A AFRINIC pode manter registros precisos e coordenar a não duplicação, mas não possui autoridade soberana, legislativa, regulatória, policial, punitiva, confiscatória ou adjudicativa sobre recursos mantidos por operadores.

L3 — A passagem entre dois registros

Imagine o instante do fechamento. Uma empresa registrada na região da AFRINIC concorda em transferir um bloco de endereços a uma operadora reconhecida por outra registradora regional. O vendedor entrega o documento jurídico que sustenta a transação. A registradora de origem confere se o cadastro ainda aponta aquele vendedor como titular atual e se há uma disputa anotada sobre o recurso. A registradora de destino examina se o comprador satisfaz as condições impostas ao destinatário. As duas precisam trocar evidências, concordar com a descrição do bloco e alterar seus livros de modo coordenado.

Ao final, um log público deve mostrar data, origem, destinatário, registradoras envolvidas e recurso transferido.

Os pacotes não aguardam essa cerimônia. Um prefixo pode continuar tecnicamente anunciável e globalmente utilizável enquanto os documentos estão em análise ou mesmo quando os bancos de dados não reconhecem a mesma realidade. Essa separação entre uso operacional e reconhecimento cadastral é o conflito central. O comprador pode ter pago, o vendedor pode ter assumido obrigações e a rede pode ter um plano de migração, mas o fechamento registral fica incompleto se uma das duas entidades privadas não aceitar as regras ou as provas da outra. Não existe uma fronteira correspondente no BGP; existe uma fronteira entre livros.

Isso afeta mais do que a aparência de uma consulta pública. Um cadastro coerente informa a operadoras, clientes, credores, corretores e equipes de segurança quem responde pelo recurso naquele momento. Se a transferência privada ocorre sem uma atualização reconhecida nos dois lados, a história pode se partir: um sistema conserva a origem anterior, outro não admite o novo titular, e os participantes passam a depender de explicações paralelas. O ativo continua útil, mas a diligência fica mais cara, o encerramento da transação se torna mais incerto e o risco de divergência acompanha futuras operações.

Foi para essa passagem que Jordi Palet Martinez apresentou, em 26 de outubro de 2018, o Inter-RIR Resource Transfers Version 1. O identificador correto é AFPUB-2018-GEN-003-DRAFT01. A forma AFPUB-2018-V4-003-DRAFT01, encontrada em uma identificação anterior do tema, é um erro factual e precisa ser descartada. A proposta de 2018 sugeria um novo artigo 13.0 do manual de políticas da AFRINIC. Ela não é o AFPUB-2019-V4-003-DRAFT01, nem qualquer das versões posteriores dessa família diferente.

A precisão do nome protege a precisão da análise. Quando instrumentos com números próximos são fundidos, regras, decisões e controvérsias de momentos distintos parecem pertencer a um único processo. Aqui, o objeto é somente o Draft 1 publicado naquela data. Seu texto tinha uma arquitetura reconhecível: abrir uma possibilidade inter-regional se a outra RIR também mantivesse uma rota compatível, distribuir verificações entre origem e destino, exigir evidência documental e encerrar a operação com publicidade e atualização. Tudo o que veio depois deve permanecer fora dessa leitura, salvo a curta nota de encerramento do ciclo.

A primeira decisão arquitetônica era a reciprocidade. A transferência entre AFRINIC e outra RIR somente seria possível se a política da contraparte também oferecesse um caminho inter-RIR. Essa exigência tem uma justificativa operacional evidente. Uma mudança de estado que toca dois cadastros não pode terminar corretamente se apenas um deles sabe recebê-la. Sem uma ação correspondente do outro lado, a registradora de origem pode retirar ou alterar uma informação que a de destino não tem como incorporar. Reciprocidade, nesse sentido estreito, é compatibilidade de operações, não deferência política.

Mas a palavra também pode ocultar perguntas difíceis. Bastaria que os dois sistemas conseguissem registrar o mesmo titular, a mesma data, o mesmo bloco e a mesma cadeia de proveniência? Ou a outra RIR teria de repetir os mesmos testes substantivos? Se uma exige necessidade, outra poderia acomodar essa exigência sem adotá-la como sua filosofia geral? O Draft 1 abria a porta apenas onde houvesse uma política de transferência inter-regional, porém não trazia uma determinação bilateral completa para todas as combinações, tipos de recurso e condições. Ele desenhava uma passagem; não provava que cada ponte já encontrava a margem oposta.

O segundo grupo de regras definia o que podia atravessar. Para IPv4, o tamanho mínimo seria um /24. Para IPv6, um /48. Esses limites davam ao processo uma granularidade mínima e evitavam tratar fragmentos menores como se todos fossem adequados à mesma mecânica registral. O texto também incluía ASNs. O alcance aparente, portanto, ia além do mercado de IPv4 escasso. IPv6 e números de sistemas autônomos estavam dentro da construção, embora sujeitos a condições diferentes conforme origem e classificação.

A assimetria mais marcante aparecia nas transferências de saída. Recursos IPv4 e ASNs só poderiam sair da região da AFRINIC quando fossem classificados pela própria AFRINIC como legados. O entendimento contemporâneo da equipe foi que o IPv6 não carregava essa mesma limitação de origem legada. Assim, a proposta não estabelecia mobilidade uniforme para tudo o que nomeava. Um bloco IPv4 recebido ou emitido no regime ordinário ficava em situação diferente de um bloco classificado como legado; para ASN, a distinção também importava. A origem administrativa se convertia em condição de elegibilidade.

O IPv6 emitido pela AFRINIC enfrentaria ainda um período de retenção. A alocação ou atribuição teria de ter pelo menos dois anos para se tornar transferível. A finalidade benignamente imaginável é desestimular obtenção oportunista seguida de revenda imediata. Contudo, o desenho não demonstra por si só que dois anos sejam necessários à unicidade ou à correção do cadastro. É uma regra temporal privada que precisa ser avaliada pelo problema que efetivamente resolve, não pelo simples fato de ter sido escrita em um manual.

O destinatário, por sua vez, teria de justificar necessidade. A registradora relevante aplicaria a avaliação conforme a direção da transferência: AFRINIC ou a contraparte julgaria o recebedor sob as políticas que lhe coubessem. Isso separava funções. A registradora de origem não deveria assumir automaticamente a avaliação do operador da outra região, e a de destino não deveria autenticar sozinha a situação histórica do recurso no cadastro de origem. A divisão podia evitar duplicidade de trabalho, mas também fazia o fechamento depender de critérios que não necessariamente coincidiam.

Do lado da fonte, a tarefa era mais próxima da escrituração. A registradora correspondente verificaria quem constava como titular atual e se o recurso estava em disputa. Esses controles são centrais para qualquer mudança confiável de registro. Se alguém tenta transferir algo que o livro atribui a terceiro, existe uma inconsistência que deve ser resolvida. Se há uma disputa real, alterá-lo silenciosamente destruiria informação importante e poderia ampliar uma fraude ou conflito. Isolar um registro contestado não é julgar a causa em caráter público; é recusar uma mutação cega enquanto o estado relevante permanece incerto.

As duas partes precisariam apresentar o documento jurídico que sustentava a transação. O documento não recebia validade por existir no processo registral. A relação é inversa: a transação privada, formada sob os arranjos aplicáveis às partes, forneceria a prova para que os livros descrevessem a mudança. A registradora poderia examinar se o documento identifica partes e recursos de maneira suficiente para sua atualização. Não poderia converter esse exame administrativo em uma licença soberana para contratar.

Também permaneciam aplicáveis os termos de cada RIR. Taxas, formulários, contatos e obrigações de serviço não desapareceriam apenas porque o movimento era inter-regional. Essa camada é banal e importante. Duas entidades precisam saber quem recebe qual pedido, em que formato, com quais autenticações e em que sequência. O perigo surge quando condições de serviço são descritas como fonte de jurisdição geral sobre o ativo, o preço, a estratégia do operador ou o destino geográfico do capital. O Draft 1 podia organizar o trabalho da AFRINIC; não podia ampliar a natureza jurídica da instituição.

Depois da aprovação nos dois lados, o desenho exigia transparência. O log público reuniria a data da transação, a fonte, o destinatário, as RIRs correspondentes e os dados do recurso. A equipe da AFRINIC recomendou o formato comum de log já utilizado por outras registradoras. Essa sugestão era acertada porque interoperabilidade não é apenas a aceitação abstrata de um pedido. É também consistência dos campos, dos significados e da história que será consultada depois. Um vocabulário comum diminui ambiguidade sem transformar entidades privadas em uma autoridade supranacional.

O fechamento seria completado pela atualização do cadastro para refletir o novo titular. Essa é a promessa substantiva da ponte. Não basta publicar que algo ocorreu e conservar o registro principal intacto. Tampouco basta alterar um lado e esperar que o outro interprete a consequência. A fonte precisa deixar de aparecer como se nada tivesse acontecido, o destinatário precisa ser reconhecido na base apropriada e a cadeia histórica deve permanecer inteligível. Quando a atualização segue o negócio real, o livro recupera sua qualidade descritiva.

O Draft 1 ainda impunha uma quarentena posterior. Blocos transferidos, inclusive sub-blocos, não poderiam ser transferidos novamente durante um ano. A regra alcançava a mobilidade futura, não apenas a verificação do fechamento atual. Ela poderia ser defendida como fricção contra giro especulativo, fraude em sequência ou dificuldade de reconciliar mudanças rápidas. Mas sua legitimidade funcional depende de evidência: se origem, documento, disputa e atualização já podem ser controlados objetivamente, o intervalo fixo não se torna necessário apenas porque parece prudente.

Por fim, um recurso legado que entrasse perderia o status legado. Essa consequência alterava a classificação administrativa depois da passagem. Ela poderia simplificar o tratamento futuro dentro do cadastro de destino, submetendo o novo titular ao regime ordinário da registradora receptora. Também poderia representar uma perda de condições ligadas à história do recurso. Mais uma vez, a pergunta correta não é se a AFRINIC prefere um registro uniforme, mas se a reclassificação é necessária para manter unicidade, proveniência, segurança contra fraude e serviço registral preciso.

Vistas em sequência, as doze cláusulas operacionais formavam uma cadeia, embora alguns temas se distribuíssem por mais de uma frase do instrumento. Primeiro, a contraparte precisava oferecer uma via inter-RIR. Segundo, IPv4 observava o mínimo /24. Terceiro, IPv6 observava o mínimo /48. Quarto, IPv4 e ASN saíam da AFRINIC apenas quando legados. Quinto, IPv6 emitido pela AFRINIC precisava completar dois anos. Sexto, o destinatário demonstrava necessidade. Sétimo, a registradora de origem verificava o titular atual e a existência de disputa. Oitavo, as duas partes apresentavam o documento da transação.

Nono, cada participante continuava sujeito aos termos da RIR aplicável. Décimo, os dados essenciais seriam publicados em log. Décimo primeiro, os registros seriam atualizados e o recurso ficaria um ano sem nova transferência. Décimo segundo, o legado recebido perderia essa classificação. Os agrupamentos mostram que o texto combinava protocolo de liquidação, critérios de elegibilidade e efeitos futuros.

A avaliação da equipe, datada de 1º de novembro de 2018, tornou duas tensões particularmente visíveis. A primeira era terminológica. O Draft 1 usava linguagem de “propriedade” e “proprietário”, e a equipe pediu sua substituição por “custódia” e “titular do recurso”. A correção evitava que um manual privado parecesse resolver título jurídico por definição. Ela não prova, no entanto, que operadores não tenham interesses patrimoniais ou direitos reconhecíveis em suas jurisdições. Trocar a palavra não decide a realidade externa.

A segunda tensão era a padronização. A recomendação de aproveitar o formato comum dos logs de transferência atendia exatamente ao propósito mais defensável do projeto. Campos iguais permitem relacionar fonte, destinatário, data, recurso e registradoras sem inventar traduções entre bases. É nesse ponto que a coordenação regional agrega valor: não como um governo do mercado, mas como infraestrutura de registro que reduz a chance de duas histórias incompatíveis serem apresentadas ao público.

O registro da AFRINIC-29, em 29 de novembro, mostra o autor explicando IPv4, IPv6 e ASN, os mínimos /24 e /48, a limitação legada de saída para IPv4 e a demonstração de necessidade. A precisão cadastral apareceu como razão para a política. Ao fim, os co-presidentes devolveram a proposta à lista de discussão. Esse resultado é processualmente claro e substantivamente limitado. Voltar à lista não é alcançar consenso, não é adoção e não é implementação. Também não prova que toda crítica era correta ou que a ponte carecia de mérito.

No encerramento de 2018, o relatório anual da AFRINIC ainda registrava a proposta como Versão 1 em discussão. Nenhuma transferência ocorreu sob esse Draft 1, porque ele não virou política operativa. Por isso não há base para atribuir a ele volume de negócios, preços, atrasos medidos, recusas, fraudes evitadas ou prejuízos de operadores. Qualquer consequência econômica discutida aqui é um mecanismo institucional ou um contrafactual, não uma estatística observada.

Há uma inconsistência documental secundária que merece ser preservada como incerteza. A página arquivada apresenta o texto que cria um artigo 13.0, mas um detalhe da própria página diz que a proposta alteraria o artigo 3.0. Os documentos disponíveis não resolvem a divergência de exibição. Ela não muda a identificação correta do instrumento nem o conteúdo das condições analisadas, mas impede uma segurança artificial sobre esse campo editorial da página.

O ciclo termina, para fins desta análise, em 21 de maio de 2019. Nessa data, o autor retirou a Versão 2 da família AFPUB-2018-GEN-003 ao introduzir propostas diferentes. A retirada posterior ajuda a explicar o status atualmente exibido para a página da proposta, mas não permite transportar o texto da Versão 2 para dentro do Draft 1. Muito menos autoriza confundi-lo com AFPUB-2019-V4-003-DRAFT01 a DRAFT04 ou com debates posteriores. O Draft 1 ficou como desenho não adotado de uma passagem entre registros.