Resumo

  • Os arquivos padrão de delegações do AFRINIC chamados 10, 11 e 12 de setembro de 2026 são idênticos byte a byte. Número interno e fim do período permanecem 20260910; os arquivos estendidos repetem o padrão.
  • A igualdade não comprova falha nem ausência de novos eventos no registro. Um registro compacto de publicação pode esclarecer nova conferência, reedição ou atraso de fonte sem revelar documentos dos membros.

Uma rotina noturna pode terminar com sucesso e deixar aberta a pergunta central: os dados foram conferidos de novo? No AFRINIC, três nomes de arquivo oferecem uma única identidade de conteúdo. Na captura de 14 de setembro, pelo calendário Asia/Shanghai, os arquivos padrão de 10, 11 e 12 de setembro tinham 491.382 bytes cada e SHA-256 54b0cfb6c962fe41815728ef9bff5950cece5fcdd7ab17b94cc3875e68378e07.

Todos mantinham número interno 20260910, 9.947 registros declarados e período encerrado em 10 de setembro. O calendário do caminho avançou. O conjunto de dados capturado não. Isso é uma comparação pública reproduzível, não um diagnóstico do banco de dados ou dos servidores internos.

O que cada relógio informa

O RIR Statistics Exchange Format publicado no diretório do AFRINIC exige produção diária. O sufixo em delegated-<registry>-yyyymmdd é definido como a data local em que o RIR produziu o arquivo. O campo serial identifica o arquivo na série daquele registro. O fim do período tem campo próprio. Já latest deve apontar para o arquivo mais recente quando atualizado.

A hora de modificação do servidor tem outra função. No índice de 2026, o nome de 10 de setembro aparece com modificação no dia 11; o de 11, no dia 12; o de 12, no dia 13. As respostas HTTP também trazem metadados diferentes. Esses horários descrevem os objetos entregues, mas não atestam quando o gerador rodou nem até onde examinou suas fontes.

O diretório raiz acrescenta o nome delegated-afrinic-20260913 com modificação de 10 de setembro. Tanto esse objeto quanto o alias padrão atual entregam os mesmos bytes dos três arquivos. A data do nome, a modificação no servidor e a versão interna não caminham juntas nesta amostra.

Integridade é uma pergunta menor que atualidade

Não se trata apenas de um cabeçalho esquecido. Os arquivos estendidos de 10, 11 e 12 de setembro e seu alias atual têm 992.722 bytes, SHA-256 66f1d06b8f272cbb3f2da3260b73a63cb7b1cd132ad770851dc2e2864ac9eb75, número e fim de período 20260910 e 19.651 registros declarados. O formato acrescenta estado de recursos e informações sobre titulares, mas não descreve a decisão de publicação.

Os três acompanhantes MD5 também são idênticos. O cálculo independente confirma o valor informado, 568a689f01216f94af0b174514fd3903. As três assinaturas OpenPGP destacadas contêm bytes iguais. Este artigo não afirma ter verificado localmente essas assinaturas.

A concordância do checksum ajuda a afastar corrupção de transporte em relação ao valor publicado. Mesmo uma assinatura matematicamente válida ligaria conteúdo e chave, não conteúdo e nova conferência diária. A autenticação dos bytes não fornece o motivo de sua reutilização.

O arquivo padrão de 9 de setembro serve como controle limitado: tamanho e total declarado permanecem iguais, mas o digest difere e o número interno é do dia 9. Contagem estável não significa linhas estáveis. Igualdade completa de bytes, por outro lado, confirma que o conteúdo capturado não mudou.

Um resultado sem mudanças também precisa de data

Pode ser normal que um registro não tenha novidades em determinado dia. Pode ser prudente reeditar um resultado validado. Não é a repetição em si que merece suspeita. É a falta de distinção pública entre «a fonte foi conferida até um novo corte e não mudou» e «a saída anterior foi servida novamente».

Os arquivos não mostram identificador de execução, corte da fonte, classe de reedição ou correção pendente. Tampouco permitem excluir gerador parado ou fonte atrasada. Afirmar falha extrapolaria a evidência. Tratar o nome recente como certificado de conferência recente faria a extrapolação oposta.

O custo aparece na coleta. Se a URL é a única chave, três caminhos viram três supostas observações independentes de um conjunto só. Se o número interno é a única chave, a deduplicação pode apagar a história das novas publicações. É preciso guardar tanto a versão dos dados quanto o evento que os distribuiu.

Os consumidores podem preservar URL solicitada, momento da coleta, metadados recebidos, número, fim de período e digest. O AFRINIC pode completar a trilha com identificador de publicação, horário, corte efetivamente conferido, validação e motivo geral de conteúdo inalterado. Nada disso exige expor pedidos ou tickets privados de membros.

Limites e fontes

A comparação se restringe aos objetos públicos congelados. Não comprova perda de alocações, erro cadastral, indisponibilidade, adulteração de datas, manipulação ou dano sobre rotas e RPKI. Também não transforma o horário do servidor em horário oficial do gerador. Uma futura correção deve poder ser ligada ao resultado anterior.