要約

  • 正規ページは prop-174、添付ファイル名は prop-174-v001.txt、その本文冒頭は prop-173 である。APNIC は別に prop-173: Copyright and Acceptable Use Terms for APNIC Directory Services を掲載しており、同じ番号が二つの制度対象へ接続し得る。

  • version 1 は2026年8月17日掲載、状態は Published to Mailing List。旧版、Secretariat impact assessment、明示的な erratum、訂正通知、後継添付、説明は確認できない。consensus、adoption、implementation、実際の breach や resource revocation も確認されていない。

  • 題名、Alban Kwan という著者名、Prop-125 と abuse contacts を扱う本文から、リンク先を正規ページの示す提案として認識できる。しかし、外部の読者が APNIC の番号を修正したことにはできず、prop-174 が必ず正しい、内部 header だけが誤りだとも断定できない。

  • 必要なのは黙った正規化ではなく、原ファイルを残す訂正・後継チェーンである。原 URL、取得時刻、SHA-256、競合 ID、訂正版の version と digest、差分の分類、発行責任、通知、後続資料への伝播を一枚の訂正受領書で結ぶべきである。

同じ題名に、異なる制度名

正規提案ページは、prop-174: Align implementation of Prop-125 in APNIC Policy (APNIC-127) と表示する。URL には /prop-174/ が含まれ、version 1 のリンク名も prop-174-v001 である。

一方、prop-174-v001.txtの最初の実質行は、prop-173: Align implementation of Prop-125 in APNIC Policy (APNIC-127) である。ファイル名と内部の自己表示が一桁だけ違う。

数字以降の題名は一致し、正規ページと添付はともに Alban Kwan を提案者または著者として示す。本文も Prop-125 と abuse contacts の実装整合を扱い、directory services の著作権・利用条件を論じる文書ではない。

添付は、受信可能で監視される abuse-mailbox、自動報告の受領、web form だけにしないこと、6か月ごとの検証、Invalid 表示、MyAPNIC 制限、段階的通知、Membership Agreement の breach provisions への移行を提案する。

これらは提案内容であり、現行 APNIC policy や実施済み措置ではない。提案された通知段階や resource revocation を、現在の運用として扱うこともできない。

題名、著者、本文の対応は、リンク先が abuse-contact 提案であるという読解を支える。だが、その読解は APNIC に代わる番号訂正ではない。どの面が最初に誤ったかも、二資料だけでは確定できない。

提案番号は join key である

提案番号は一覧の索引にとどまらない。正規ページ、添付、mailing-list post、version、Secretariat impact assessment、会合資料、議事録、consensus、最終決定を同じ制度対象へ結ぶ join key になる。

一面が prop-174、別の面が prop-173 なら、引用は文字どおり正確でも参照先がずれ得る。URL を写した引用と、添付 header を写した引用が、互いに別番号を主張するからである。

APNIC は prop-173 を別提案にも使っている。番号だけを検索、集計、引用すれば、directory services の提案と、prop-174-v001.txt 内の自己表示が同じ集合に入る可能性がある。

人が題名を読めば分けられる。それでも、番号を主キーにする索引や後続記録では衝突が残る。本稿の対象は abuse 連絡先規則の是非ではなく、評価や決定が積み重なる前に提案の身元を固定できるかである。

証拠が示す限界

確認できる状態は Published to Mailing List。version 1 の掲載日は2026年8月17日で、旧版と Secretariat impact assessment はない。明示的な erratum、訂正通知、version 2、後継添付、番号不一致の説明も確認できない。

この不一致から、参加者、評価者、Policy SIG chairs、実装者が誤った同一性に依存したとは言えない。議論の無効、誤った consensus、実装被害、悪意ある改変、法的無効を推論する根拠もない。

impact assessment、consensus、adoption、implementation、実際の breach、resource revocation は未確認である。現在あるのは、二つの公式面が同じ本文に同じ番号を与えていないという、限定された文書事実である。

identity drift の作用経路

会合資料が prop-174 を引用し、保存された添付が内部で prop-173 を名乗れば、「どの提案を扱ったか」と「どのファイルを受領したか」が別の答えになる。

将来の impact assessment が prop-174 version 1 を対象としても、digest がなければ、評価者が受領した本文と現在の添付が同じバイト列かを証明できない。番号、version、URL だけでは、後の置換を検出できない場合がある。

議事録や最終決定でも、番号だけの参照は同じ弱点を持つ。競合 ID を含む添付が残るなら、番号、完全な題名、version、URL、digest の組で対象を固定する方がよい。

in-place edit は現在の表示を整えられる。しかし原ファイルを上書きして旧バイト列を残さなければ、2026年8月17日に参加者が取得し得た状態が消える。現在の整合性と過去の再現性が交換される。

内容がほぼ同じでも、同じ本文が異なる番号で保存され、後続資料が片方だけを使えば、制度上の身元は媒体と時間の間でずれる。この identity drift は、単なる typo の見栄えを超える。

訂正は範囲を分類しなければならない

公式な訂正は正規提案 ID を示すだけでなく、何を直したかを分ける必要がある。変更が header の一行だけか、ページ metadata やリンク名にも及ぶか、実質本文を変えるかで、後続資料への影響が違う。

header-only なら政策内容を変えていないと明記できる。metadata の訂正なら、ページ名、添付名、索引などを対象として示せる。substantive な変更なら、単なる erratum ではなく新しい version として比較可能にすべきである。

ただし、現時点で「header だけが誤り」と先取りしてはならない。公式な diff と責任ある発行者の説明が出て初めて、変更分類を確定できる。

原ファイルは削除せず、検証可能な状態で保存する。訂正版には別 URL または不変の version 識別子を与え、原本との supersession relation を示す。これにより、過去と現在を同時に読める。

最小限の訂正受領書

次の表は、訂正が実施済みという報告ではない。番号衝突を解消し、後続の制度行為へ同じ同一性を伝えるための最小記録である。

訂正受領書の項目 記録すべき内容 検証できること
訂正 ID 一意の訂正識別子 訂正通知そのものの参照
正規提案 ID・題名 APNIC が確定した番号と完全な題名 どの制度対象を訂正したか
影響面 正規ページ、添付、索引、mailing-list post など 不一致があった場所
原 URL・時刻・SHA-256 原ファイルの場所、観測時刻、digest 初期バイト列の固定
競合 ID 原面に表示されていた別番号 衝突の内容
訂正版 URL・version・digest 後継ファイルの場所、版、SHA-256 訂正後の対象
変更分類 header / metadata / substantive 訂正の範囲
diff 原本と訂正版の差分または差分要約 内容変更の有無
責任ある発行者・訂正時刻 発行主体、決定・公表時刻 誰がいつ正したか
mailing-list 通知 通知先、時刻、参照 初期読者への伝播
評価・会合への伝播 impact assessment、APNIC 62資料、議事録への参照 後続記録の対象統一
supersession relation 原版、訂正版、置換・併存関係 version 系列
残る不確実性 未確認の取得物、通知範囲、依存の有無 訂正後も残る限界

SHA-256 はバイト列を識別する助けになるが、発行者の権限や内容の正しさを単独で証明しない。URL、取得時刻、version、発行主体と組み合わせて初めて、訂正受領書の一部として働く。

原本と訂正版の digest が違えば、diff で差を説明する必要がある。header の一文字だけか、metadata や実質本文まで変わったかを区別する。digest の差だけから substantive change を推論してはならない。

通知と後続記録への伝播

状態が Published to Mailing List である以上、訂正が出るなら、正規ページだけでなく同じ読者経路へ通知することが重要になる。初回投稿を見た参加者へ、訂正版の存在と旧版との関係を伝えるためである。

通知には、原 URL、訂正版 URL、変更分類、diff、旧引用の扱いを示せる。初期投稿や保存物を消さず、どの記録が superseded されたかを明確にする。

将来の impact assessment、APNIC 62資料、議事録は、正規 ID、題名、version、digest を参照できる。consensus や最終決定が後に記録される場合も、訂正前の version 1 と後継版の関係を伝える必要がある。

それでも、初期参加者の全員がいつどのファイルを取得したかは完全には分からない可能性がある。訂正受領書には、解消した範囲と、過去の個別受領など確認不能な範囲を分けて残すべきである。

現在の結論

確認できるのは、prop-174 の正規ページと prop-174-v001.txt の内部 header が、同じ題名に異なる番号を付けていること、そして APNIC が別提案にも prop-173 を使っていることだ。

どちらの番号が最初に誤ったか、誰かが誤った同一性に依存したか、実害が生じたかは分からない。必要なのは断定ではなく、原本保存、digest、公式な訂正または後継版、差分分類、通知、後続記録への伝播を結ぶ訂正チェーンである。

出典