Resumo

  • A D2 não era política adotada em 9 de agosto de 2026. Era a versão 2.0 de uma proposta para alterar apenas a seção 5.4.6.1 do Manual Consolidado de Políticas da AFRINIC; o Last Call havia terminado, mas não havia decisão final dos copresidentes, ratificação do Conselho nem implementação localizada no conjunto probatório.
  • O texto preserva 90% de utilização agregada de todas as alocações e designações anteriores como regra normal, conserva a exceção do primeiro pedido para novos LIRs e usuários finais e acrescenta uma dispensa para finalidades técnicas essenciais suficientemente documentadas. Redundância, alta disponibilidade, mecanismos de transição IPv6 e expansão para novos locais são exemplos, não uma lista fechada.
  • O problema operacional é concreto. Um local independente, um domínio de falha separado ou uma implantação NAT64/464XLAT pode precisar de um /24 roteável mesmo quando os demais endereços do operador ainda estão abaixo de 90%. Quatro /24 somam 1.024 endereços, a mesma quantidade de um /22, ainda que cada local permaneça deliberadamente pouco ocupado.
  • A definição de utilização publicada pela ligação de políticas da AFRINIC em 30 de julho ajuda a contar a cobertura de objetos-filhos elegíveis e a organizar evidências por modelo operacional. Ela não define, porém, o que torna uma necessidade “técnica” em vez de “operacional”, o que é atendimento prático, qual prova basta, quando pedidos repetidos deixam de ser aceitáveis nem como revisar uma negativa de mérito.
  • O limite de /22 vale por pedido, não como teto anual. A política vigente não fixa número máximo de pedidos, e a D2 não contém limite acumulado, teste obrigatório de implantação do bloco dispensado anterior, gatilho de estoque, prazo de caducidade ou regra de uma dispensa por membro. Pedidos repetidos podem ser todos verdadeiros e ainda assim contornar cumulativamente o patamar agregado; isso é um problema de desenho, não de fraude.
  • A doutrina controladora fixa a competência da AFRINIC no plano escriturário: unicidade, registros corretos, prova de controle, aviso, correção, auditabilidade e continuidade. A instituição pode verificar fatos contra uma regra adotada; não pode preencher, em procedimento interno, o conteúdo substantivo que a política deixou em branco, punir um modelo de rede nem escolher que arquitetura merece capital escasso.
  • A conclusão é condicional. O defeito técnico é real e exige uma saída, mas a D2 permanece incompleta até que prova, recorrência, hierarquia dentro do CPM, fundamentação e revisão independente sejam submetidas a limites públicos, objetivos e auditáveis.

O ato exato e o que ainda não aconteceu

A análise começa pela distinção entre uma proposta e uma regra em vigor. A D2 foi apresentada inicialmente em 6 de maio de 2026. A versão 2 foi publicada em 16 de junho, identificada como resposta à discussão na lista RPD. Seu autor é Jordi Palet Martinez, da The IPv6 Company, e seu alvo expresso é somente a seção 5.4.6.1 do Manual Consolidado de Políticas da AFRINIC, o CPM. Na data-limite desta pesquisa, 9 de agosto de 2026 no fuso de Xangai, o índice de propostas da AFRINIC ainda a classificava como “Under Discussion”.

O encontro AFRINIC-37 registrou consenso aproximado na reunião pública de 24 de junho. Isso não equivalia a consenso final nem a adoção. Os copresidentes abriram Last Call em 16 de julho, com encerramento em 31 de julho às 23h59 UTC, um período de quinze dias por datas de calendário e superior ao mínimo de duas semanas indicado no CPM. Em 1º de agosto, já depois do prazo anunciado, o copresidente Hytham El-Nakhal informou que o Last Call havia terminado e que as decisões sobre as propostas seriam anunciadas até 14 de agosto. O registro verificado até o dia 9 não continha essa decisão, recomendação ao Conselho, ratificação ou implementação.

Essa fronteira temporal não é burocracia editorial. Dizer que a D2 “mudou” a política seria falso. O máximo que os documentos permitem afirmar é que ela atravessou discussão, revisão, avaliação de impacto, reunião pública, determinação de consenso aproximado e Last Call. A competência de propor e revisar texto pertencia ao autor; a de administrar o processo e avaliar consenso, aos copresidentes; a de ratificar uma proposta recomendada, ao Conselho. Nenhuma fala do autor, avaliação da equipe, aclamação de reunião ou expectativa de implementação substituía essas etapas.

O texto vigente citado na página da D2 exige, para recursos IPv4 durante a fase de exaustão, utilização de pelo menos 90% de todas as alocações ou designações anteriores, tanto da fase corrente quanto da fase de exaustão. Um novo LIR ou usuário final sem recursos anteriores não precisa cumprir essa condição no seu primeiro pedido. A D2 preserva os dois elementos: o patamar e a primeira solicitação.

A mudança proposta vem depois. Ela autorizaria a dispensa do requisito para operadores que busquem IPv4 adicional destinado a finalidades técnicas essenciais demonstradas, quando se puder mostrar que essas finalidades não são atendidas de modo prático pelo estoque existente ou que geram restrições técnicas nesse estoque. O próprio texto cita redundância, alta disponibilidade, mecanismos de transição IPv6 e expansão para novos locais, mas os apresenta como exemplos não limitativos.

A solicitação dispensada seria tratada como primeiro pedido para os fins dessa disposição, e a justificativa teria de ser documentada em grau suficiente para que a AFRINIC verificasse sua conformidade.

Há duas contenções textuais importantes. Primeiro, “a solicitação pertinente” é tratada como primeira solicitação para a seção 5.4.6.1; o membro não se torna ficticiamente novo, sua história não desaparece e nenhuma outra regra é automaticamente afastada. Segundo, o autor disse na RPD que pedidos dispensados poderiam se repetir quando cada caso fosse genuíno e avaliado de forma independente. Isso esclarece a intenção do proponente, não acrescenta palavras operativas ao CPM.

A porcentagem erra quando a arquitetura é descontínua

O melhor argumento em favor da D2 é técnico e deve ser apresentado sem caricatura. A utilização agregada mede densidade retrospectiva. Redes, porém, são construídas em locais, domínios de falha, enlaces, sistemas autônomos, planos de roteamento e etapas de migração que não se deixam reduzir a uma única fração. Uma regra que soma todo o estoque anterior pode considerar “vazio” o espaço que ainda não recebeu muitos objetos-filhos, mas não consegue distinguir o vazio especulativo da capacidade que precisa permanecer separada para cumprir uma função.

O exemplo de quatro pontos de presença exposto pelo autor ilustra a descontinuidade. Um /24 contém 256 endereços. Quatro /24 contêm 1.024, exatamente o número de endereços de um /22, que é o máximo por pedido na fase 2. Cada local pode precisar de um prefixo globalmente roteável próprio para preservar independência e operação, mesmo com poucos endereços inicialmente ocupados. Obrigar o operador a completar 90% em um local existente antes de abrir o próximo mistura populações que a engenharia separou por uma razão.

A aritmética do patamar mostra tanto sua clareza quanto sua insuficiência. Noventa por cento de um /24 são 230,4 endereços; se a ilustração fosse contada em endereços inteiros, seriam necessários 231, deixando 25 fora do necessário para atingir o limiar. Em um /22, 90% são 921,6; o arredondamento ilustrativo produz 922, deixando 102. Esses cálculos não descrevem o método real de avaliação da AFRINIC. O documento de 30 de julho diz que, para LIRs, o MyAFRINIC calcula a proporção de espaço único coberto por objetos-filhos elegíveis dentro do bloco-pai, enquanto Hostmasters validam evidência operacional.

A porcentagem aritmética serve aqui apenas para mostrar que uma métrica única pode parecer precisa e ainda responder à pergunta errada.

Redundância é o caso mais óbvio. Um sistema de reserva que precisa estar tão carregado quanto o sistema principal para ser reconhecido como necessário deixa de ser reserva. Alta disponibilidade não é um desperdício a ser curado pela ocupação artificial. O mesmo vale para um novo centro de dados, um ponto de presença distante ou uma implantação de transição IPv6 em que NAT64 ou 464XLAT precise de endereçamento próprio por local. Encher espaço, mover clientes ou agregar componentes apenas para satisfazer uma razão administrativa pode piorar a resiliência que a rede pretendia comprar.

Também pode produzir renumeração evitável. Quando um prefixo existente não atende com segurança o novo domínio, a negativa não faz a necessidade desaparecer. O operador pode aceitar espaço do provedor e adquirir dependência; compartilhar infraestrutura e concentrar falhas; adiar a entrada em operação; reconfigurar listas de controle, DNS reverso e clientes; comprar ou alugar IPv4; ou instalar mais tradução e registro em CGNAT. Cada saída desloca custo para uma organização que conhece sua rede melhor e suporta diretamente a consequência da escolha.

A formulação aberta tem uma virtude. Uma lista fechada de tecnologias envelheceria, e a própria discussão mostrou desacordo sobre se um modelo de “Multiple Discrete Networks” capturaria o problema. Alain Aina apresentou uma alternativa estruturada em identidade jurídica, impossibilidade de compartilhamento, prova e um piso inferior de utilização. O autor respondeu que sua finalidade também alcançava vários pontos BGP sob um mesmo ASN, portanto não era equivalente. Jaco Kroon reconheceu o problema, mas considerou a redação inicial permissiva demais; propôs o critério de atendimento prático, que foi incorporado ao texto fortalecido.

O histórico mostra uma tentativa real de encontrar flexibilidade funcional, não uma simples licença para desperdiçar.

O caso forte a favor da D2, portanto, é este: manter 90% como regra, preservar os limites de /24 a /22 por pedido, exigir documentação verificável e permitir que profissionais técnicos reconheçam topologias que uma lista exaustiva não anteciparia. Esse caso merece peso. Seu ponto fraco é tratar conhecimento técnico e documentação como se, por si sós, produzissem igualdade, previsibilidade e segurança acumulada para o estoque. Não produzem.

Contar utilização não é decidir elegibilidade

Na reunião de 24 de junho, participantes questionaram a ausência de definição objetiva de utilização, a velocidade de processamento, a amplitude da discricionariedade e o risco de linguagem inconsistente para alta disponibilidade. O autor resistiu à microgestão exaustiva no texto e atribuiu a análise dos casos à equipe. Os copresidentes anunciaram consenso aproximado e disseram que o Secretariado forneceria uma definição de utilização durante o Last Call.

Em 30 de julho, a ligação de políticas publicou um documento de duas páginas. Para LIRs, ele descreveu a utilização como o percentual de endereços únicos cobertos por objetos-filhos elegíveis em relação à alocação-pai. Para usuários finais, explicou que o uso interno pode ser demonstrado externamente, por exemplo em planilha. Também indicou que a evidência varia conforme modelos móveis, ISP de varejo, ISP empresarial, nuvem e empresa.

Isso resolve parte da pergunta “quanto do bloco conta como utilizado?”. Não resolve “quando a arquitetura merece dispensar o requisito?”. A elegibilidade depende de termos diferentes: finalidade técnica essencial, atendimento prático, restrição técnica, suficiência documental. O documento de utilização não contém um teste vinculante para esses conceitos. Tampouco transforma objetos-filhos em máquinas ativas, clientes ou anúncios BGP. Cobertura documental e operação de host não são sinônimos.

A avaliação de impacto da equipe acrescentou uma distinção: restrições técnicas poderiam prevalecer sobre 90%, restrições operacionais não. A frase parece delimitadora, mas o texto proposto não define nenhuma das categorias nem oferece exemplos da categoria excluída. Um atraso de instalação é operacional? A falta de capacidade de renumerar clientes é técnica, operacional ou comercial? A dependência de um provedor afeta arquitetura ou conveniência? A inexistência de critério público deixa a classificação dentro do processo de Member Services.

A equipe avaliou a D2 como clara e fácil, não solicitou esclarecimento de redação, indicou ausência de impactos jurídicos, financeiros, de pessoal e de sistemas como WHOIS, RDAP, MyAFRINIC, NetSuite, NMRP e RPKI, e estimou implementação em trinta dias após ratificação. Ao mesmo tempo, afirmou que os procedimentos de Member Services precisariam evoluir para identificar fraude e uso abusivo. As duas afirmações precisam permanecer juntas. A primeira é a avaliação oficial de impacto; não é um estudo de carga custeado nem um parecer jurídico fundamentado. A segunda reconhece que decisões materiais seriam construídas na execução.

A competência administrativa não preenche essa lacuna. A seção 3 do Acordo de Serviços de Registro confere à AFRINIC discricionariedade exclusiva para avaliar solicitações, mas exige que ela seja exercida conforme políticas adotadas e processos internos. A seção 4 obriga membros a fornecer informações razoavelmente solicitadas, admite revisão de utilização e permite reter alocações futuras ou aplicar remédios diante de falta de cooperação ou violação. Isso sustenta verificação, exatidão e correção; não dá um cheque em branco para a equipe inventar o limite substantivo da exceção.

A doutrina controladora torna a separação inegociável. O registro mantém unicidade, exatidão, prova, aviso, correção, auditabilidade e continuidade. Ele pode verificar se um mapa de rede, um plano de endereçamento ou uma prova de instalação corresponde à regra aprovada. Não pode decidir, por preferência não publicada, que uma topologia é moralmente melhor, que um modelo de negócio merece mais capital ou que um operador deveria aceitar renumeração. Quando um procedimento interno define quem recebe um ativo escasso, o procedimento deixou de ser apenas implementação.

O pedido repetido que não contém mentira

O ponto mais difícil da D2 não é o primeiro caso convincente. É o segundo, o terceiro e o quarto caso igualmente convincente. A política vigente estabelece faixa de /24 a /22 por alocação ou designação na fase 2 e um horizonte de oito meses. A seção 5.4.4 não fixa número máximo de solicitações de uma organização. A D2 tampouco estabelece regra de uma vez, teto cumulativo, intervalo obrigatório, gatilho de estoque, data de revisão ou comprovação de que o bloco anteriormente dispensado foi implantado.

Durante a discussão de 21 de maio, uma proposta de restrição a uma vez a cada doze meses foi rejeitada pelo autor porque frustraria o caso de vários locais. Musa Stephen Honlue pediu critérios mais claros para expressões amplas como necessidades técnicas essenciais e novos locais. Mais tarde, o autor reiterou que a repetição deveria ser permitida se cada pedido tivesse justificativa técnica independente. Essa posição é coerente com a finalidade operacional: um operador pode abrir dois centros de dados em momentos diferentes, e a necessidade do segundo não se torna falsa por causa do primeiro.

É precisamente por isso que antifraude não basta. Imagine um operador que recebe um /24 para um local isolado e, dentro do horizonte pertinente, o coloca na função aprovada. A ocupação do bloco continua baixa porque a função exige reserva. Em seguida surge outro local, com diagrama verdadeiro, equipamento real, upstream pronto e a mesma necessidade de isolamento. Nada nessa sequência precisa ser falso. Cada pedido pode ser legítimo; o conjunto, porém, distribui sucessivos blocos ao mesmo operador sem que ele volte ao limiar agregado de 90%.

Nonjabulo Sphilile formulou no Last Call a objeção acumulativa: múltiplas dispensas legítimas podem manter um operador abaixo do patamar, porque faltam teste de implantação anterior, limite acumulado, gatilho de inventário e caducidade. Tshepo Masuku acrescentou o dilema procedimental: uma prática não publicada seria flexível e inconsistente, ou se tornaria a verdadeira política de elegibilidade escrita pela equipe. Pediu casos definidos, evidências, fundamentos e revisão. Esses argumentos provam o que os participantes sustentaram, não uma descoberta institucional da AFRINIC; sua força vem da relação direta com o texto.

Fraude e recorrência legítima são categorias diferentes. A fraude envolve prova falsa, omissão material ou simulação. A recorrência é uma consequência autorizada do desenho quando cada necessidade é verdadeira. Melhorar detecção de fraude não controla o volume de exceções honestas. Confundir as duas coisas permite que a instituição declare “abuso” sempre que o efeito acumulado incomoda, o que amplia ainda mais a discricionariedade e pode converter correção cadastral em punição.

O máximo de /22 também não resolve. Ele limita cada pedido a 1.024 endereços, não o total recebido ao longo do tempo. A proposta adjacente AFPUB-2026-IPv4-001-DRAFT02 registrou, atribuindo números à equipe da AFRINIC, 783.872 endereços então disponíveis, uma reserva /12 com 1.048.576 endereços e casos de membros que teriam recebido mais de oito /22 em um ano. Mais de oito /22 significa mais de 8.192 endereços. São números datados, pertencentes a outra proposta, sem distribuição completa de membros e pedidos; não podem virar previsão para a D2. Demonstram apenas o princípio lógico: teto por transação não é teto acumulado.

O proponente também associou a ausência de drenagem imediata a mais de três milhões de endereços recuperados. Três milhões divididos por 1.024 equivalem teoricamente a 2.929,6875 blocos /22 completos. A conta não é uma previsão de alocação. Espaço recuperado pode estar fragmentado, em quarentena, afetado por reputação ou indisponível. Alain Aina reconstruiu em discussão um /11 mais um /12, 3.145.728 endereços ou 3.072 equivalentes /22; isso continua sendo afirmação de participante, não inventário limpo verificado. Recuperado, reservado, em quarentena e disponível não são termos intercambiáveis.

Não existe, no pacote probatório, distribuição empírica de demanda, número de solicitantes, taxa prevista de aprovação ou ritmo de consumo por dispensa. Seria irresponsável declarar que a D2 esgotaria o estoque rapidamente. Também seria irresponsável tratar a repetição como irrelevante. A incerteza correta é mensurável: o risco existe no mecanismo, mas sua magnitude permanece desconhecida.

Quatro políticas possíveis, não uma só

A D2 altera somente 5.4.6.1. Outras disposições atuais continuam a dizer que um LIR pode receber alocação adicional perto de 80% de uso válido, que reservas para crescimento futuro não contam como utilização válida e que designações PI têm testes adicionais. A proposta adjacente sobre espaço recuperado e prioridade pretende remover algumas dessas disposições, entre elas 5.5.1.4.1 e 5.6.3. Sua avaliação de impacto diz que as remoções ajudam a integrar a proposta de utilização. A avaliação da própria D2, em contraste, informou que não detectou sobreposição.

Esse contraste impede a ficção de que as duas propostas formam automaticamente um pacote. O resultado depende de quatro estados.

Se nenhuma for adotada, permanece a regra vigente: 90% agregado em 5.4.6.1, primeira solicitação de novo membro dispensada, faixa /24–/22 e horizonte de oito meses, junto com os demais critérios de 80%, exclusão de reserva e PI. O defeito arquitetônico persiste, mas não existe a nova dispensa.

Se apenas a D2 for adotada, surge a exceção técnica em 5.4.6.1, enquanto as outras disposições continuam escritas. Um pedido pode ser tratado como primeiro para uma seção e ainda encontrar outro teste de utilização em outra. A hierarquia não está declarada. A equipe teria de resolver uma questão que deveria estar no texto adotado.

Se apenas a IPv4-001 for adotada, algumas regras de utilização são removidas, mas a D2 não existe. A análise de prioridade e espaço recuperado pertence a outro objeto editorial; para esta pesquisa basta notar que a saída técnica de 5.4.6.1 não aparece por associação.

Se ambas forem adotadas, desaparecem alguns conflitos e a dispensa se integra melhor ao corpus. Mesmo assim, elegibilidade, repetição, fundamentação e revisão da D2 continuam sem limites suficientes. A adoção conjunta reduz o problema de hierarquia; não soluciona a transformação do procedimento em licença.

A redação deveria dizer expressamente como a dispensa interage com 5.5.1.4.1, 5.5.1.4.2 e 5.6.3 em cada sequência. “Primeiro pedido” deve permanecer limitado à solicitação relevante e ao propósito de 5.4.6.1, salvo se outra disposição adotada declarar efeito diferente. Sem essa cláusula, resultados equivalentes podem depender do acaso da ordem de ratificação.

O custo é distribuído antes de ser percebido

Uma regra de escassez nunca é neutra. O patamar de 90% privilegia implantação presente mensurada em relação a redundância e arquitetura futura. A dispensa muda essa prioridade: necessidade técnica documentada passa à frente da densidade agregada. Quem define “técnica”, “praticamente atendível” e “suficientemente documentada” determina quais operadores recebem o benefício econômico do espaço emitido pelo registro e quais precisam comprar, alugar, compartilhar, traduzir ou esperar.

Quando a dispensa é estreita demais, o custo cai sobre quem está tentando operar. A organização pode perder uma janela comercial, manter um local sem redundância, adiar clientes, renumerar, comprar equipamento de CGNAT e armazenar registros, assumir dependência de provedor ou pagar por fornecimento alternativo. LARUS descreve locação como alternativa de menor desembolso inicial e maior rapidez durante a coexistência prolongada de IPv4 e IPv6, mas também registra riscos de renovação, contraparte, roteamento, reputação, DNS reverso e continuidade. É uma alternativa real, não equivalente gratuito a uma alocação da AFRINIC.

Quando a dispensa é larga demais, o custo recai sobre quem ainda não pediu. Um bloco aprovado hoje deixa de estar disponível amanhã. BTW identifica tanto sobrealocação quanto negativa indevida como danos econômicos e recomenda análise estreita e auditável, sem adotar suspeita ou generosidade como padrão. A conservação, quando usada como linguagem abstrata, esconde essa transferência entre grupos; a questão concreta é que erro será suportado por qual operador.

A capacidade de produzir prova também é distributiva. Uma grande rede pode contratar consultores, apresentar diagramas polidos, contratos, faturas, planos de rotas e equipes dedicadas. Uma pequena ISP, rede comunitária, empresa iniciante ou instituição de mercado de baixa renda pode ter necessidade técnica idêntica e documentação menos sofisticada. O sistema de necessidade demonstrada lê capital, infraestrutura, clientes e capacidade institucional existentes e os converte em vantagem administrativa. Esse é o imposto da pobreza: o custo fixo de provar a mesma necessidade pesa mais quanto menor for a organização.

A doutrina não permite tratar essa desigualdade como efeito colateral aceitável de uma autoridade soberana, porque a AFRINIC não é soberana. É coordenador escriturário. A prova admissível deve ser padronizada, proporcional, acessível e voltada a fatos observáveis; não pode se tornar concurso de advocacia regulatória. Um menu não exclusivo de evidências reduz a desigualdade sem congelar tecnologias. Uma lista de exemplos ajuda o pequeno operador a saber o que preparar, enquanto uma cláusula funcional permite reconhecer casos novos.

Também existe um problema de agência. Hostmasters e responsáveis de processo não suportam no próprio balanço o custo da negativa errada, da sobrealocação ou do atraso. Podem valorizar documentação, sequência e segurança procedimental mais do que a janela de lançamento, a resiliência ou o capital imobilizado. O operador, por outro lado, suporta clientes, equipamento, contratos e reputação. Esse desalinhamento não exige má-fé. Surge da separação entre poder de decidir e exposição econômica.

Fundamentação escrita, precedentes anonimizados, prazo, revisão independente e indicadores de estoque são mecanismos para conter o problema de agência. Eles não dão à AFRINIC um mandato maior; fazem o contrário. Transformam a decisão em verificação limitada de critérios aprovados e permitem corrigir erro antes que a instituição imponha custo irreversível.

Coordenação fina, não soberania de escassez

A camada comum existe para manter recursos únicos e registros verdadeiros. Ela pode verificar identidade e controle, evitar duplicidade, atualizar dados, registrar conflito, oferecer aviso e oportunidade de correção, preservar auditabilidade e continuidade. Isso é serviço essencial. A escassez não expande essa competência; estreita-a. Quando endereços adquirem valor e sustentam redes em operação, cada decisão administrativa passa a afetar capital, e por isso precisa de limites mais objetivos, não de uma doutrina de tutela.

Um registro não é Estado. Uma região de serviço não é povo. Uma lista de discussão não é legislatura. Consenso aproximado não cria propriedade comunitária. O fato de a AFRINIC publicar o CPM, avaliar pedidos e manter bancos de dados não a transforma em proprietária dos ativos nem em autoridade sobre o modelo comercial. O registro descreve a realidade operacional e de controle; não a fabrica por vontade própria.

Essa fronteira explica por que a D2 contém simultaneamente uma correção necessária e um perigo. A correção respeita o código em operação: impede que uma porcentagem agregada force uma topologia insegura, renumeração inútil ou abandono de redundância. O perigo aparece quando os termos abertos permitem que uma equipe decida que arquitetura é digna, trate preferência comercial como restrição operacional excluída ou faça da ausência de prova sofisticada um veto sobre capital.

Ambiguidade com grande consequência operacional exige contenção. O ônus recai sobre a intervenção que perturba a rede, não sobre a continuidade da rede. Isso não significa aprovação automática. Significa que a negativa precisa apontar um critério adotado, a prova faltante e a forma de correção. A AFRINIC pode pedir documento verdadeiro e corrigir registro incorreto; não pode converter dúvida em punição ou em imposição de uma arquitetura alternativa.

O material oficial da AFRINIC é prova primária do que a proposta diz, do que a equipe avaliou, do que os copresidentes fizeram e do que a instituição publicou. Não é prova automática de legitimidade. A legitimidade só acompanha o ato escriturário limitado e auditável. NRS, heng.lu, LARUS e BTW são fontes de primeira classe para a doutrina, o custo do operador e o efeito econômico; não são notas de rodapé inferiores a uma narrativa institucional.

NRS, dentro de seu limite próprio, pesquisa, defende, convoca e representa membros que o autorizaram. Não opera registro, RPKI, WHOIS ou RDAP; não decide recursos, recursos de apelação, eleições, custódia ou continuidade. Essa separação protege tanto a doutrina quanto a precisão institucional: nenhuma organização deve receber poderes que não exerce.

O registro do processo e as incertezas que permanecem

A trajetória da D2 ajuda a separar evolução textual de autoridade. Em 15 de maio, os copresidentes circularam a proposta. Em 21 de maio, a lista testou centros de dados, quatro PoPs, NAT64/464XLAT e redundância; também discutiu atendimento prático, pedidos repetidos e critérios. Em 14 de junho, o autor antecipou a redação fortalecida. Em 16 de junho, a AFRINIC registrou a versão 2. Em 19 de junho, a equipe publicou a avaliação de impacto. Oito dias separaram D2 e a reunião pública; cinco dias separaram a avaliação e a reunião.

Em 24 de junho, o encontro discutiu evidência e discricionariedade. Em 16 de julho, começou o Last Call. Em 30 de julho, chegou a definição de utilização e se aprofundaram objeções sobre dispensa ampla, efeito acumulado, procedimento substantivo e conflito com o CPM. Em 31 de julho encerrou-se o prazo. Em 1º de agosto os copresidentes confirmaram o fechamento. Em 3 de agosto, uma mensagem defendeu limites objetivos e papel registral fino; por ter sido publicada depois do fechamento, é prova da continuidade do debate, não contribuição tempestiva ao Last Call, a menos que os copresidentes decidissem de outro modo.

Dez incertezas controlam qualquer conclusão responsável. A primeira é o status final: não havia decisão, ratificação ou implementação. A segunda é a fronteira entre restrição técnica e operacional. A terceira é a suficiência da evidência. A quarta é o volume e a distribuição de recorrência. A quinta é o estado real de inventário, porque disponível, reservado, recuperado e em quarentena diferem. A sexta é a interação com regras atuais. A sétima é o alcance exato do tratamento de primeiro pedido. A oitava é a efetividade de revisão de uma negativa. A nona é a profundidade da avaliação de impacto.

A décima é o peso processual da mensagem pós-fechamento. Há ainda a incerteza jurídica: não foi localizada decisão judicial nem parecer público fundamentado sobre a D2.

O CPM 3.5 prevê recurso contra ato dos copresidentes a um Comitê de Apelação indicado pelo Conselho depois de tentativa de discussão. Esse caminho é principalmente revisão de processo de política, não uma via claramente desenhada para o mérito de uma negativa individual de Hostmaster. A seção 13 do RSA descreve separadamente recurso de titular insatisfeito com ação do registro designador, com transmissão de registros e exame. A D2 não incorpora essa via, define padrão de revisão, reserva temporariamente o bloco pedido nem exige publicação de razões. Não é possível prometer ao solicitante um recurso eficaz.

Do mesmo modo, a anotação da equipe de que não havia questão jurídica não é decisão de tribunal, análise de lei de Maurício ou opinião jurídica fundamentada. Ela prova somente a avaliação da equipe. A ata da AFRINIC-37 é fonte primária para o registro oficial da reunião, mas é resumo, não transcrição certificada. As falas de RPD provam quem afirmou o quê e quando, não transformam prognósticos de participantes em medições da instituição.

O julgamento público

A D2 diagnostica corretamente que a utilização agregada pode classificar arquitetura necessária como desperdício. A política não deve obrigar um operador a sacrificar isolamento de falha, independência de local ou transição de protocolo para preencher uma porcentagem. Uma exceção funcional é superior a uma lista tecnológica permanentemente fechada.

Mas a versão de corte não é uma regra completa de alocação de escassez. Ela substitui uma condição visível por uma dispensa reutilizável cujos elementos centrais não são reproduzíveis. A definição de utilização melhora o denominador e o numerador; não define o mérito. A faixa /24–/22 limita o episódio; não limita o acúmulo. Antifraude combate falsidade; não administra recorrência verdadeira. A perícia da equipe avalia prova; não fornece legitimidade para escrever o critério depois.

O teste correto não é “flexibilidade ou conservação”. É saber se a política reconhece a arquitetura sem entregar sua escolha ao registro. Isso requer elegibilidade funcional, menu de evidências, razões escritas, implantação anterior para recorrência, relatórios acumulados, gatilhos objetivos de revisão, hierarquia explícita e análise independente de mérito. Cada elemento reduz a arbitrariedade sem obrigar o CPM a enumerar toda tecnologia futura.

Portanto, o apoio deve se dirigir à necessidade identificada, não à completude imaginária da redação. A exceção deve existir, mas não como cupom de aprovação não publicado. O defeito técnico é real; a D2 permanece incompleta até que prova, recorrência, hierarquia do CPM, fundamentação e revisão independente tenham limites objetivos, públicos e auditáveis.

Base probatória do relatório público

Este relatório usa a proposta e a avaliação de impacto para o ato e a posição institucional; o CPM e o RSA para regras e competência; a ata para a reunião; a RPD para argumentos atribuídos; o documento de 30 de julho para o método de utilização; a proposta adjacente somente para interação textual e números atribuídos; e as fontes de primeira classe para doutrina e economia do operador. Nenhum evento posterior a 9 de agosto de 2026 sustenta a análise. A relação integral de fontes seladas aparece ao final do artigo.