要約

  • AFRINICが現在公開する2026年閉鎖データでは、ASN、IPv4、IPv6の各ファイルに VOLUNTART が1行ずつあり、従来の VOLUNTARY も残っている。
  • ZIP内のCSVとオンラインJSONは全タプルが一致し、ダッシュボードは t_status の文字列をそのままグループ化する。違いは画面上の誤植ではなく、公開分類層に存在する。
  • 集計行は個別の閉鎖、保有者、資源、法的妥当性を示さない。修正するなら、安定した状態コード、正式な対応表、新旧ファイルのハッシュを結び、過去を消さない方法がよい。

データガバナンスは、ときに一文字で試される。

AFRINICの閉鎖統計にある二つの語は、VOLUNTARY と VOLUNTART だ。後者は2026年の三つの資源系列に一度ずつ現れる。ASNは合計1の行、IPv4は /22 で合計1、IPv6は /32 で合計1。通常の綴りも同じ年のデータに存在する。

人間なら末尾の T を見て入力ミスだろうと考える。だが、公開記録の意味を読む側の推測だけで変更してはならない。問われているのは単語テストではなく、統計の分類が変わるとき、その判断を誰が承認し、どの版からどの版へ移ったかを後から説明できるかである。

公開したこと自体が統制である

この問題を見つけられた理由は、AFRINICが閉鎖統計の素材を公開しているからだ。ダウンロード用ZIPと、ウェブ上の可視化が読むJSONがあり、外部の分析者は日付付きで保存し、再集計できる。透明性は誤りがないという宣言ではない。誤りらしきものを検証可能にする仕組みだ。

公開形式も、異質なものを一つに足し上げてはいない。ASN、IPv4、IPv6は別系列で、アドレス系列にはプレフィックス長がある。生の状態値には RECLAIMED、ADMIN、一部では REVOKED も含まれる。組織閉鎖数は別ファイルで年別に示される。自発的返還、会員の閉鎖、取消し、回収は、同じ制度行為の別名ではない。

さらにAFRINICの資源管理説明では、回収をWhois登録の解除と結びつけ、逆引きDNS、ルーティング、RPKI、DSなどの子レコードにも触れている。回収された資源は、再発行の可能性に先立って隔離とサニタイズの過程を通るという。公開チャートの一語は、実際の処理そのものではない。事象、レジストリ記録、集計、表示という別々の層の最後に置かれた記述である。

だから一文字の不整合を指摘することと、閉鎖処理全体を疑うことは同義ではない。むしろ両者を切り離すのが正確な監督である。

三系列を三系列のまま読む

2026年だけを見ると、公開値は次のようになる。

資源系列 2026年の VOLUNTARY 2026年の VOLUNTART その他の2026年観測
ASN 3 1 RECLAIMED が1
IPv4 4 1 RECLAIMED が2
IPv6 0 1 RECLAIMED が1

IPv4の VOLUNTARY 4件は /22、/18、/23 のグループに分かれ、VOLUNTART の1件は /22 だ。IPv6の後者は /32 で、同年のもう一件は RECLAIMED の /48。ASNにプレフィックス長がないのは当然である。

ここでいう数字は集計された観測件数であり、アドレス個数ではない。ASNの1、IPv4プレフィックスの1、IPv6プレフィックスの1を足して「三つの資源」と呼べば、単位のない数字ができる。また、三行を一つの組織、一人の保有者、一件の閉鎖に結びつける公開キーはない。組織ファイルには2026年の閉鎖数が9とあるが、その9と資源系列の各行を対応させる行レベル識別子は示されていない。

履歴全体のリテラルな状態合計も確認できる。ASNは RECLAIMED 417、VOLUNTARY 74、ADMIN 9、REVOKED 2、VOLUNTART 1。IPv4は順に518、127、4、18、1。IPv6は RECLAIMED 120、VOLUNTARY 45、ADMIN 3、VOLUNTART 1である。異綴りが例外的だということは分かるが、それが何を意味するかまでは分からない。

ZIP内のCSVとライブJSONを、資源種別、状態、プレフィックス長、年、合計の完全な組として比較すると一致する。このため、古いダウンロードだけに残る誤字、あるいは一つのグラフだけの表示不良とは説明できない。公開された二つの表現が同じ値を伝えている。

正確な文字列が別のカテゴリーを生む

ダッシュボードは各資源系列について t_status の値からディメンションを作り、同一文字列ごとにグループ化して合計する。確認したクライアント側の処理には、VOLUNTART を VOLUNTARY に正規化する規則がない。

この忠実さは通常なら長所だ。可視化が裏で意味を書き換えないからである。だが今回、忠実さは一文字に分類上の人格を与えた。VOLUNTARY だけを選ぶ分析は2026年をASN 3、IPv4 4、IPv6 0と数える。二つの綴りを同義と仮定すれば4、5、1になる。

後者は自然な読み方に見える。しかし、確認できた一次資料に状態辞書も訂正告知もなく、正式な対応付けは示されていない。分析者の言語感覚は、データ所有者の承認ではない。

単純な上書きが足りない理由はここにある。新しいファイルだけ見れば数は整うが、旧版を使った分析者には何が変わったか分からない。各利用者が独自に正規化すれば、同じ出典から異なる「正解」が増える。放置すれば、偶発的かもしれない語が正式カテゴリーとして定着する。

必要なのは、汚れた歴史か、きれいな忘却かという二者択一ではない。原記録を保ったまま、認可された訂正を追加できる。

読み取ってはならないこと

集計データは会員名、保有者、具体的な番号資源、閉鎖案件を示さない。誰がいつ状態を入力したか、どの通知や契約が適用されたか、三系列の行が同じ事象に由来するかも分からない。したがって、特定の保有者が自発的に返還したという個別事実を、これらの行だけから確定できない。

閉鎖が違法だった、回収が誤っていた、技術処理が不完全だったとも言えない。ここには経路変更、逆引きDNS障害、RPKIの誤り、サービス停止、権利侵害を示す証拠がない。底層の処理が適正でも表示用ラベルは間違い得るし、綴りが正しくても処理の正当性は証明されない。

統制主体も異なる。AFRINICはファイル生成と公開表示を管理する。制度上の手続とレジストリ運用が閉鎖、返還、回収を管理する。資源保有者は所定の手続の中で自発的申請を行い、ネットワーク運用者は稼働中のネットワークを管理する。状態名は処分の性質についての主張であって、その処分を発生させる命令ではない。

訂正票を公開記録にする

堅牢な修正には、語彙と系譜が要る。

語彙には、表示上の綴りから独立した機械可読の安定コードを置く。自発的返還、会員閉鎖または回収、管理上の調整、取消しを定義し、資源系列ごとの集計単位も明示する。文言を直しても、状態の同一性が揺れない設計にする。

系譜には、元のスナップショット、生成器の版、データセットのハッシュ、生のトークン、正式な対応付け、影響する年・プレフィックス群・件数、訂正時刻と責任部署、新旧ハッシュを残す。そして、変更が公開投影だけだったのか、基礎となるレジストリ記録も変わったのかを明言する。

個別会員の機密文書を公開する必要はない。集計の誤りは集計の範囲で訂正できる。求められるのは情報量の最大化ではなく、公開した主張の追跡可能性である。

AFRINICが VOLUNTART は VOLUNTARY の誤記だったと確認すれば、限定的な投影修正になる。別の状態だと定義するなら、直感に反しても辞書がその差を説明すべきだ。次の更新で無言のまま消えれば、現在のチャートは読みやすくなるが、過去の利用者には問いが残る。

一文字を大事件にする必要はない。だからこそ、訂正も大がかりである必要はない。ただし、小さな訂正ほど、はっきりと記録できる。

出典