Resumo

  • A política LAC-2024-4 foi implementada para tornar pública uma história de microdesignações, recuperações e devoluções da reserva IPv4 crítica; a hipótese de um IXP falso aparece como risco motivador, não como incidente comprovado.
  • A cópia de 16 de junho preservada pelo Common Crawl é útil para medir estoque, mas seus oito campos descrevem estado. Não há ID nem classe de evento, estado anterior, versão de regra, motivo limitado ou cadeia de correção.
  • A solução é preservar a fotografia e publicar ao lado dela um fluxo pequeno, versionado e cumulativo de transições, mantendo os documentos privados do caso fora da camada comum.

Fotografia e extrato não são concorrentes

O cabeçalho de critical-infra-latest cabe em uma linha:

rir|pais|tipo|recurso|cantidad|fecha|estado|orgid

Ele resolve tarefas importantes. Mostra o registro, o país, o tipo, o início do intervalo, a quantidade, uma data, o estado e o OrgID. Linhas emitidas aparecem como assigned ou allocated; linhas ainda disponíveis aparecem como reserved, normalmente em parcelas de 256 endereços e sem data ou OrgID.

É possível somar. É possível localizar. É possível fotografar o fundo.

Mas não é possível olhar uma linha reserved e saber sua biografia. Ela pode nunca ter sido designada. Pode ter voltado voluntariamente. Pode ter sido recuperada. Pode estar em quarentena. Pode refletir uma correção ou outra forma de agregação. Essas alternativas explicam a insuficiência do campo; não descrevem nenhum bloco real.

Uma lacuna de dados não autoriza suspeita. Nome vazio não significa organização fictícia. Estado reservado não prova ação disciplinar. A única afirmação defensável é estrutural: não existe na linha um campo em que o publicador declare qual evento produziu o estado.

Essa pergunta nasce da captura de LAC-2024-4 preservada pelo Common Crawl em 7 de março de 2026, sem depender da interface viva do registro. Ela conserva o estado implementado de 25 de abril de 2025 e o pedido de uma bitácora das microdesignações, recuperações e devoluções. Os autores registraram o receio de que um IXP falso superasse controles; como WHOIS já mostrava o estado corrente, queriam também consolidar a história.

O texto comprova a preocupação. Não comprova que o risco tenha se materializado.

A política tem verbos; o arquivo, estados

A proposta arquivada basta para fixar o teste semântico. Sua frase operativa exige uma bitácora pública detalhando microdesignações, recuperações e devoluções do fundo especial. Não define esquema de linha, vocabulário de eventos, ID estável, regra temporal, cadeia de correção nem método de integridade. Isso não prova implementação defeituosa; exige distinguir se o objeto publicado representa estado, transição ou ambos.

Assim, return e recovery não são dois rótulos para o mesmo movimento. Uma devolução pode começar com o titular. Uma recuperação registra iniciativa do administrador. A quarentena introduz uma fase em que o endereço já não está com o titular, mas ainda não está disponível como estoque ordinário. Uma correção altera o registro público sem necessariamente alterar controle.

Uma fotografia pode reduzir tudo ao estado final. Uma história auditável precisa preservar o verbo.

O limite exato do arquivo

Na fotografia de 16 de junho preservada independentemente pelo Common Crawl, há 423 linhas de dados: 39 assigned, duas allocated e 382 reserved. O cabeçalho de oito campos não traz event_id, event_type, previous_status, effective_at, observed_at, reason_class, policy_version, quarantine_until, decision_reference ou correction_reference.

Isso não transforma o artefato em dado incorreto. Ele talvez seja uma projeção fiel de um sistema interno mais rico. A evidência pública apenas permite classificá-lo como fotografia de estado.

Um observador posterior pode preservar outra cópia e compará-la com a de 16 de junho. A mudança de representação será observável, mas o cálculo continua externo ao esquema do publicador. Em outro sistema, a RFC 8182 separa fotografia RPKI de deltas seriados sob uma identidade de sessão. Ela não rege esta reserva e não deve ser copiada mecanicamente; mostra que estado atual e mudança declarada são objetos diferentes.

Defina S_t(p) como o estado publicado para o intervalo p na fotografia t. Um observador pode calcular:

Δ(p,t1,t2) = S_t2(p) - S_t1(p).

Se o resultado visual for assigned → reserved, houve alteração pública entre dois pontos. Só isso. A diferença não escolhe entre devolução, recuperação, quarentena, correção ou mudança na divisão das linhas. Uma troca de OrgID pode ser atualização registral. Um bloco dividido pode mudar várias linhas sem mudar o titular.

O diff é uma conclusão do observador. O evento deve ser uma afirmação da fonte. Sem essa separação, diferentes coletores constroem histórias incompatíveis a partir do mesmo registro.

Por que manter a fotografia

Uma captura do Common Crawl de 16 de julho da página de esgotamento preserva fora da interface viva a afirmação do registro de que o pool comum se esgotou em agosto de 2020 e que recursos devolvidos ou recuperados e a reserva crítica são peças distintas. É declaração de parte sob custódia externa, não auditoria de cada endereço.

Nesse cenário, critical-infra-latest reduz assimetria. Quem não está dentro do processo consegue ver quais intervalos estão hoje emitidos, qual identidade pública aparece e quanto continua reservado. Essa informação é coordenação legítima.

O potencial analítico apareceu numa captura do Common Crawl de 17 de junho de um artigo sobre IXPs IPv6-only. Em 9 de maio de 2026, o autor contou 390 dos 512 blocos /24 ainda reservados, 99.840 endereços, perto de 76% do /15, e concluiu que não havia crise imediata de exaustão.

A cópia de 16 de junho traz depois 382 linhas reserved, não as 390 de maio. A diferença não prova oito designações nem evento específico: agregação e representação podem mudar. Ela mostra a especialidade da fotografia — responder quanto aparece reservado — e sua insuficiência para dizer o que aconteceu.

Um fluxo que não abre o processo privado

O complemento público pode ser rigoroso e pequeno. Para cada transição:

  1. ID estável do evento. Referência citável e durável.
  2. Versão do esquema de eventos. Regra de leitura da linha.
  3. Identidade do recurso. Família e intervalo exato.
  4. Estado anterior. Estado e fotografia pública de origem.
  5. Estado novo. Resultado e fotografia de destino.
  6. Classe do evento. Designação, devolução voluntária, recuperação, entrada em quarentena, saída de quarentena, redesignação ou correção.
  7. Momento efetivo. Data, hora e fuso do fato declarado.
  8. Momento de publicação. Quando a mudança ficou observável.
  9. Regra aplicável. Versão e seção do Manual.
  10. Identidade de implementação. Proposta ou perfil operacional.
  11. Escopo registral. LACNIC, NIC.br ou NIC México.
  12. Referência pública do titular. Somente onde a divulgação já é autorizada.
  13. Classe de finalidade crítica. Vocabulário limitado, não detalhes da aplicação.
  14. Classe de motivo. Código que preserve privacidade e decisão pública, se houver.
  15. Estado de quarentena. Relógio ou condição de próxima disponibilidade.
  16. Cadeia de revisão. Substituição, correção, recurso ou reversão.

Não pertencem a esse fluxo contratos, topologia, lista de participantes, provas detalhadas de utilização, alertas antifraude, parecer jurídico, dados pessoais extras ou notas do analista. Eles podem continuar locais e protegidos.

A RFC 3339 oferece um perfil temporal interoperável; a RFC 5848 mostra como encadear mensagens ordenadas para integridade; e o modelo PROV do W3C separa entidades, atividades e agentes. Nenhum rege LACNIC. Juntos mostram que tempo, ordem, procedência e correção podem ser representados sem abrir o processo privado.

A Nota 64 de HENG.LU oferece o critério. Uma camada comum mínima não é uma camada vaga. Ela especifica de forma determinística os objetos necessários para unicidade, interoperabilidade, segurança e verificação local. Identidade, versão, transição, regra e correção pertencem a esse núcleo. Modelo de negócio e juízo confidencial de mérito não pertencem.

O registro fino não decide se um IXP merece existir. Ele apenas permite verificar qual mudança o livro público afirma ter ocorrido. Essa modéstia é justamente o que torna a transparência mais forte.

Fontes

Limites da evidência

É verificado que a proposta preservada nomeia microdesignação, recuperação e devolução; que o cabeçalho de 16 de junho não traz classe de evento; e que a análise preservada empregou a fotografia para contar estoque numa data.

É inferência que diferenças entre fotografias não bastam para fixar o sentido oficial da transição.

É recomendação conservar a foto e adicionar fluxo versionado, dicionário, integridade e vetores de teste.

É desconhecido se existe histórico interno completo, se um IXP falso recebeu espaço, quais linhas —se alguma— refletem devolução ou recuperação, por que o formato foi escolhido, se mudou após 16 de junho e qual é o saldo exato atual.