要約

  • AFRINICの2026年9月10日、11日、12日という名前の標準委譲統計ファイルは、完全に同じバイト列を返す。内部番号と対象期間の末日はすべて20260910で、拡張ファイルにも同じ傾向がある。
  • 同じ内容だけでは、最新の確認で変更がなかった場合と、古い出力の再利用や資料源の停滞を区別できない。会員情報を公開せずに、その区別を示す配信記録を付けられる。

三回の取得を三回の観測と数えてよいのか。AFRINICの公開アーカイブを比較すると、この小さな問いが残る。9月14日、Asia/Shanghaiの暦日に取得した標準ファイルは、9月10日、11日、12日のどの名前からでも491,382バイトだった。SHA-256はすべて54b0cfb6c962fe41815728ef9bff5950cece5fcdd7ab17b94cc3875e68378e07。先頭行の内部番号は20260910、宣言されたレコード数は9,947、期間の末日も9月10日である。

公開内容が同一であることは確かだ。なぜ同一なのかは確かではない。ここを混同すると、日付付きファイルが増えただけで確認の新しさを認めたり、反対に同じデータが続いただけで障害を断定したりする。

名前の日付には定義がある

AFRINICのディレクトリーにあるRIR Statistics Exchange Formatは、ファイルを日次で作成すると定める。delegated-<registry>-yyyymmddの末尾は、作成したRIRの現地暦日だ。ヘッダーのserialは別に定義され、そのRIRが作るファイル系列内の番号である。対象期間の末日も独立した項目だ。latestは日付付きファイルへのリンクでもよいが、更新時には最新ファイルを指す必要がある。

さらに別の時計がサーバーの更新時刻だ。2026年の一覧では、10日という名前のファイルに11日、11日の名前に12日、12日の名前に13日の更新時刻が付いている。取得時のHTTP応答にも異なる更新情報がある。しかし、これは配信されたオブジェクトのメタデータであり、生成処理の実行時刻や確認した資料の締め切りを直接証明しない。

ルート一覧にはdelegated-afrinic-20260913もある。表示される更新時刻は9月10日だ。この名前から取得した内容も、標準のlatestから取得した内容も同じだった。名前の日付、サーバー時刻、内部番号が一緒に進んでいるわけではない。

完全な比較と、限られた検証

ヘッダーだけを見た結果ではない。拡張形式の10日、11日、12日のファイルと現行別名は、各992,722バイト、SHA-256は66f1d06b8f272cbb3f2da3260b73a63cb7b1cd132ad770851dc2e2864ac9eb75で一致する。こちらも内部番号と期間末日は20260910、レコード数は19,651。資源の状態や保有者に関する情報は増えるが、この配信が何を確認したかは増えない。

三日分のMD5ファイルも同一で、独自に算出した568a689f01216f94af0b174514fd3903と公表値が一致した。分離されたOpenPGP署名の三オブジェクトも同一だった。本稿は署名をローカルで検証したとは主張しない。

チェックサムの一致は、取得内容と公表された検査値の関係を確かめる。署名を数学的に検証できたとしても、確かめるのはバイト列と鍵の結び付きだ。後の日付の名前で同じ内容を提供した理由や、新しい日次確認の実施までは証明しない。

9月9日の標準ファイルは対照になる。サイズとレコード数は同じでも、内部番号は9日で、ダイジェストは異なる。総数が同じことと、行の内容が同じことは別だ。今回の10〜12日は、ファイル全体の一致が確認されている。

「変更なし」を観測結果にする

毎日、登録情報に変化があるとは限らない。検査済みの出力を意図的に再配信することもあり得る。だから繰り返し自体を問題行為とみなす必要はない。ただし、利用者にとっては「新しい締め切りまで確認した結果、変更なし」と「前の出力をそのまま返した」は異なる状態だ。

公開ファイルには、その違いを示す実行識別子、資料源の確認期限、再利用の区分、訂正待ちの状態がない。内部生成処理が止まったかどうかも分からない。未公表の資源変更があるとも、ないとも、この比較からはいえない。

URLだけをキーにする収集器は、同じデータを三つの独立した日次観測として保存しかねない。内部番号だけで重複排除する収集器は、後の日付の配信経路が登場したという履歴まで失いかねない。保存すべきものはデータの版と配信の出来事の両方である。

まず利用者側で、要求URL、取得時刻、応答メタデータ、内部番号、期間末日、ダイジェストを残せる。AFRINIC側では、配信識別子、公開時刻、確認した資料の締め切り、検証結果と粗い再利用理由を付けられる。会員の申請書や非公開案件は必要ない。

証拠の範囲と資料

これは取得済みの公開ファイルの比較であり、内部運用報告ではない。資源の欠落、サービス障害、登録情報の誤り、日付の不正操作、実害は立証していない。サーバーの更新時刻を生成処理の正式時刻にもしていない。後日修正版が出る可能性があるからこそ、旧版と訂正の関係を残す意味がある。