概要
- ポリシーフォーラムは、以前の契約を受け入れたメンバーに対してそのルールがどのように拘束力を持つようになったかという別の契約上の問題に答えることなく、制度的に有効なルールを作成できる。
- 5 つのレジストリシステムは、共通のメカニズムを使用していない。APNIC は年次更新と最新の APNIC ドキュメントに大きく依存し、RIPE NCC はサービス契約の総会による修正を明示的に規定し、現在のポリシーと手順を組み込む。ARIN は、後の RSA バージョンと定義されたサービス条件の変更を区別する。
- LACNIC の LAC-2019-9 レコードは、時系列が重要な理由を示している。提案、スタッフ分析、承認、実装は観察可能だが、それらの段階自体は、すべての既存の受信者に対する個別の通知や契約上の効果を証明するものではない。
- 動的な組み込みは本質的に欠陥があるわけではない。その正当性は、文書セットの限定、有効な変更経路、適時の通知、予見可能な結果、レビュー、そして運用上の依存を名目上の同意に転換しない終了オプションに依存する。
古い署名に対する変更されたルール
2014 年にレジストリ契約に署名したオペレーターを考えてみよう。契約は、適用される番号リソースポリシーに言及していた。数年後、ポリシーフォーラムは、移転、文書化、またはレコードが取り消される可能性がある状況に関する新しいルールを採択した。その後、レジストリは、新しいルールが既に受け入れた関係の一部を形成するとオペレーターに伝えた。
オペレーターの最初の応答は「私はそのルールに署名していない」となるかもしれない。レジストリの返答も同様に直接的かもしれない。「あなたは、変更されるポリシーを組み込んだ契約に署名した」、「現在の文書の下でメンバーシップを更新した」、「またはあなたのメンバーが機関の憲法上のプロセスを通じて改訂された契約を承認した」。どちらの答えも、スローガンで紛争を解決するものではない。結果は、契約の文言、組み込まれる文書の同一性、修正経路、通知、時系列、および準拠法に依存する。
この区別は、インターネットガバナンスでは失われがちである。なぜなら、ポリシー策定とサービス契約が密接に結びついているからである。提案は公開リストで議論され、会議で洗練され、スタッフによって評価され、コンセンサスに達したと宣言されることがある。結果として得られたポリシーは、内部的な機関の成果物としては完全に有効かもしれない。しかし、その作成は、既存の契約当事者の義務に関するすべての質問に答えるわけではない。ポリシープロセスは、機関がどのルールを採用すべきかを問う。契約に関する調査は、そのルールが特定の当事者間の法的関係を変更するかどうか、どのように、いつから変更するかを問う。
その違いは、レジストリルールを凍結する論拠ではない。インターネット運用は変化する。不正パターンは変化する。セキュリティ慣行は変化する。移転市場は変化する。連絡方法や文書基準も変化する。技術的なフォームや評価手続きが変更されるたびに、レジストリがすべてのメンバーから手書きの署名を得ることは現実的ではない。商業契約では、進化する標準、スケジュール、運用ルールが頻繁に組み込まれる。
要点は、より狭く、より要求が厳しい。変更するルールは、既存の関係への架け橋を必要とする。時には、年次更新が架け橋となる。時には、メンバーシップ会議に与えられた明示的な権限である。時には、定義されたサービス条件のメカニズムに、通知と終了オプションが結びついている。時には、一般的なコンプライアンス条項がその役割を果たすが、その条項の広さ自体が争点になることもある。架け橋は、「コミュニティが決定した」という主張で置き換えるのではなく、特定されるべきである。
ポリシーの正当性と契約上の効果は異なる質問に答える
ポリシーは、強力な手続き上の証拠を持ち得る。提案は公開され、異議は記録され、スタッフは影響評価を公開し、議長またはメンバーシップ機関が結果を承認することがある。これらの特徴は重要である。驚きを減らし、技術的欠陥を明らかにし、機関の決定を監査しやすくする。また、メンバーが参加する公平な機会を持っていたという論拠を支持することもできる。
しかし、参加は、義務を負う法人による同意と同じではない。提案にコメントするネットワークエンジニアは、雇用主の契約を変更する権限を持っていないかもしれない。データベース連絡先は、記録を維持する権限はあっても、新しい金銭的条件や終了条件を受け入れる権限はないかもしれない。会議に出席しなかったメンバーも、適切に採択された協会の決定に拘束される可能性があるが、その理由は協会の規則とサービス契約にあり、マイクロフォンでの沈黙が同意だったというフィクションではない。
APNIC 標準メンバーシップ契約は、一つの架け橋を示している。公開されている APNIC-079 フォームは、年次更新を中心に据え、メンバーを修正された APNIC ドキュメントに結びつける。したがって、更新料の支払いは、ポリシー議論への参加よりも、より大きな契約上の意味を持ち得る。これは、ポリシー議論への参加よりも、より契約上の重要性を持ち得る。それは、関係がその時点で有効な契約の下で継続される、定期的な時点を提供する。
RIPE NCC 標準サービス契約は、別の経路を使用する。RIPE-812 は、契約が総会決議によって修正され得ることを明記し、RIPE ポリシーと RIPE NCC 手順をその現在のバージョンで参照する。ここでは、会社投票と契約文書が明示的にリンクされている。投票は、コミュニティの承認を示す単なる雰囲気的な証拠ではない。名前付きの変更メカニズムの一部である。
ARIN 登録サービス契約、バージョン 14.0は、分析に特に有用な線引きを行っている。定義されたサービス条件の変更と、完全に後の RSA バージョンへの置き換えとを区別する。公表された条項には、既存の保有者は ARIN が新しいものを公開したからといって、後の RSA を採用する必要はないとある。同時に、特定のサービス条件が変更される経路と、重大な不利益な変更に対する終了オプションを提供している。これは、最新の文書すべてを一つの未分化なポリシースタックとして扱うよりも、より正確な答えである。
これらの例は、ポリシーという言葉が契約上の効果を決定するには広すぎる理由を示している。ポリシーは、技術評価ルール、課金文書、セキュリティ基準、移転条件、閉鎖手続き、憲法上のルール、または説明ページであり得る。それぞれは、異なる条項を通じて関係に入り込むかもしれない。マニュアルが契約を修正できるかどうかを問う前に、どのマニュアル、どの規定、どの当事者、どの架け橋かを特定しなければならない。
しばしば一つにまとめられる 4 つの文書
効果的な修正監査は、4 つの記録を分離することから始まる。第一は、署名または承認された基本契約である。この文書は、最初の関係、準拠法、サービスコミットメント、組み込まれる資料、責任条件、終了条件、および後日の変更メカニズムを確立する。
第二は、義務を変更したとされるポリシー文書である。そのタイトル、バージョン、採用日、範囲が重要である。2019 年に議論された提案は、必ずしも 2021 年に実装されたルールではない。スタッフの影響評価は、それ自体が拘束力のある文書であることなく、期待される運用を説明することがある。説明用の FAQ は、契約を正確に説明する一方で、それを変更する権限を放棄することがある。
第三は、機関の採用記録である。レジストリによって、コンセンサス宣言、理事会承認、メンバー決議、執行部承認、または定められたレビュー期間後の公開があり得る。採用記録は、機関が自らのルートに従ったかどうかに答える。必ずしも、結果として得られた文書が、既存のすべての契約によって動的に組み込まれる文書のカテゴリに属しているかどうかには答えない。
第四は、メンバー向けの通知および受諾記録である。これは、更新請求書、ポータル受諾画面、直接メール、会議通知、公式サイトへの掲載、署名された付属書、契約上指定された通知期間の経過後の継続的な利用などがあり得る。また、異議、終了要求、レビュー要求を含むこともある。公開ポリシーアーカイブは、しばしば最初の 3 つの記録を、第四のものよりよく保存する。
その欠けている第四の記録は重要である。レジストリは、ポリシーが議論され有効に採択されたことを示せるかもしれないが、影響を受ける保有者が、過酷な結果が変更されたことをどのように知らされたかを示せないかもしれない。保有者は、古い署名済み契約を示せるかもしれないが、更新インターフェースや後に受け取った通知を示せないかもしれない。これらの記録なしには、同意に関する自信に満ちた主張は困難になる。
問題は、組み込まれる資料が広範なラベルで記述される場合に拡大する。契約が「メンバーはすべての現行ポリシーを遵守しなければならない」と言う場合、それは理事会手続き、料金表、制裁プロトコル、外部標準を含むのか、それとも番号リソースプロセスを通じて採択された文書のみを含むのか？限定されたリストは、メンバーに変更を予見するより良い機会を与える。機関が後にポリシーと呼ぶものすべてへの無制限の参照は、管理者に大きな柔軟性を与えるが、通知と範囲の問題をより困難にする。
APNIC: 更新が定期的な同意の時点となる
APNIC のモデルは、年次更新が時間的な問題を変更するため、慎重な扱いに値する。公開されているメンバーシップ契約は、契約が年単位で運用され、更新料の支払いをその時点で有効な契約の受諾とみなすと規定している。また、修正された APNIC ドキュメントを関係の中心に据え、クイーンズランド州法を準拠法とし、紛争規定を提供している。
これは、公開ポリシー会議に基づく理論よりも、定期的な同意のより強力な証拠である。メンバーは、何年も前に作成された関係に単にとどまっているだけではない。公表された構造の下で毎年更新する。後のルールを擁護するレジストリは、更新サイクル、契約の動的な参照、およびルールが運用可能になった後のメンバーの支払いを指摘できる。
その強みには限界がある。メンバーが APNIC サービスとレジストリの認識に依存している場合、更新料の支払いは業務上必要かもしれない。その依存は、自動的に同意を無効にするものではない。多くの重要なサービスは標準条件の下で更新される。それは、選択の実際的な評価に影響を与える。終了が、記録、ルーティング関連サービス、逆引き DNS、RPKI、または移転能力を脅かす場合、メンバーの正式な非更新のオプションは、通常のサプライヤーを切り替える以上のコストを伴う可能性がある。
公開契約はまた、各メンバーが目にしたインターフェースを示さない。修正された文書は強調表示されたか？請求書は重大な変更を特定したか？比較は提供されたか？通知はどの言語で利用可能だったか？ポータルは明示的な確認を必要としたか、それとも支払いのみが受諾として扱われたか？メンバーは異議を唱えるまでどのくらいの猶予があったか？争われている変更が重大である場合、これらの事実は重要になり得る。
範囲は依然として重要である。APNIC ドキュメントというフレーズには、ドキュメントマップが必要である。メンバーは、どのポリシーファミリーが組み込まれているか、権威あるバージョンがどこにあるか、それぞれにどの変更経路が適用されるかを特定できるべきである。ポリシー策定プロセスを通じて採択された技術的な割り当て基準は、必ずしも憲法改正や価格変更と同等ではない。年次メカニズムは、組み込まれたセットがバージョン管理され分類されている場合に、より明確になる。
したがって、APNIC は自動的な無効も自動的な有効も提供するわけではない。定期的な契約上の経路を提供するのである。特定の紛争では、関連するルールが組み込まれたセットに属しているか、有効に採択されたか、更新時に有効だったか、適切に開示されたか、そしてその定められた範囲内で適用されたかが問われることになる。ポリシーフォーラムは、ルールの制度的な歴史を説明できるかもしれない。更新記録は、その契約上の参入を説明するのに役立つ。
RIPE NCC: メンバーシップ投票が契約に書き込まれる場合
RIPE NCC の経路は異なる。なぜなら、標準サービス契約が、総会決議による修正を明示的に認めているからである。契約はまた、RIPE ポリシーと RIPE NCC 手順をその現在のバージョンで組み込んでいる。この起草は、コーポレートガバナンス、サービス契約、そして変化する文書環境を結びつける。
これが重要なのは、一メンバー一票が個人の再署名ではないからである。既存の契約が総会に修正権限を有効に付与しているならば、そうである必要はない。協会のメンバーシップは、しばしば集団的な意思決定を伴う。反対または欠席したメンバーも、機関の権限内の決議と既に承認された条件によって拘束される可能性がある。法的な説明は、集団契約と協会構造であり、影響を受けるすべての事業者が個人的に結果に同意したという主張ではない。
この区別は、機関を規律するものでもある。総会の権限は、それを正当化する会議要件（通知、議題、該当する場合は定足数、投票ルール、正確な文面、決議の記録）を通じて行使されなければならない。契約が総会による修正を認めている場合、スタッフの公表だけでは、契約自体を変更するための同等の経路として扱われるべきではない。
現行のポリシーと手順は、第二の経路を作り出す。組み込まれた運用文書が変更されるたびに契約を修正する必要はない。しかし、その経路は、APNIC で見られたのと同じ分類の問題を提起する。どの文書が RIPE ポリシーで、どの文書が RIPE NCC 手順か、誰がそれぞれを修正できるか、そして手順がそのラベルが示唆するよりも重大な結果をもたらす場合に何が起こるか？
重大性は重要である。なぜなら、修正は会議管理以上のものに影響を与え得るからだ。後の手順が証拠義務、一時停止条件、閉鎖手順、または記録上の結果を変更する場合、メンバーは、機関がより明確な契約修正を必要とすべきだったことを達成するために、動的な運用参照を使用したと主張するかもしれない。レジストリは、メンバーがまさに運用が進化できるように現在の手順を受け入れたと答えるかもしれない。その場合、紛争は、起草、目的、予見可能性、準拠するオランダ法の問題となり、ポリシー変更が一般的に望ましいかどうかの問題ではない。
RIPE NCC の構造には、真の説明責任の特徴がある。メンバーは総会を通じて集団的に行動できる。しかし、投票は適切な規模で記述されるべきである。それは投票権を有する者の内部的な企業メカニズムである。レジストリの慣行によって影響を受けるすべてのネットワーク、エンドユーザー、または非メンバーが変更を承認したことを証明するものではない。また、修正の負担がメンバー間で均等にかかったかどうかを示すものでもない。
最も有用な公的な補足は、各重要な契約または組み込まれた文書の変更を、決議、通知日、発効日、影響を受ける条項、およびメンバーの救済措置に結びつけるバージョン台帳であろう。これにより、オペレーターは、現在のウェブサイトを時代を超えたものとして扱うことなく、過去の日付に適用されるルールを再構築できるようになる。
ARIN: 署名された版を保護しながら定義された条件を変更する
ARIN の現行契約は、契約バージョンとサービスルールを崩壊させることに対する最も明確な警告を提供している。バージョン 14.0 の RSAのセクション 14(l) は、既存の保有者は ARIN が公開したからといって後の RSA を採用する必要はないと述べている。セクション 14(n) は、契約の修正を制限する。同時に、RSA はサービス条件を定義し、それらを変更するためのメカニズムを規定している。
このアーキテクチャは、重要なことを保持する。つまり、過去の署名されたバージョンが依然として関連性を持つのである。2 つの保有者は、異なる RSA バージョンに準拠する関係を持ち得る。アナリストは、最新の PDF を取り出し、すべての保有者がその中のすべての条項に拘束されると想定することは安全にできない。バージョン管理は、権利分析の一部である。
この保護は凍結ではない。定義されたサービス条件は変更され得る。したがって、契約は安定した基盤を保持しつつ、運用環境の一部が進化することを可能にする。重要な問題は、争われているルールが、契約の定義上真にサービス条件であるのか、それとも RSA 自体の修正の試みなのかである。紛争後に選択されたラベルが、その分類を決定すべきではない。
セクション 13(c) は、重大な不利益なサービス条件変更に対する終了経路を提供することにより、さらなる制御を追加する。ARIN のRSA バージョン 14.0 の FAQは、バージョン保護と不利益インパクトイグジットの両方を説明しているが、FAQ は契約を変更しないと正しく述べている。契約が、説明ではなく、依然として支配的である。
この exit 権利は概念的に重要である。これにより、変更された条件は実際的な方法で争うことが可能になる。すなわち、保有者はその変更が重大な不利益であると述べ、それを受け入れるのではなく離脱を求めることができる。また、予期せぬ過酷な変更のために ARIN がサービス条件メカニズムを使用することを思いとどまらせる可能性もある。
しかし、exit の価値は結果に依存する。契約が終了した場合、含まれている番号リソースはどうなるのか？どのレジストリサービスが継続されるのか？保有者は正確な公開記録、逆引き DNS、またはセキュリティアサーションを維持できるのか？終了は、復帰、取消、登録抹消、または別の状態を生じさせるのか？レガシーリソースは異なる扱いを受けるのか？離脱する権利が、紛争中の運用上の地位の喪失を伴う場合、正式には存在していても、経済的に使用するのは難しいかもしれない。
利用可能な公開文書は分母を提供しない。何人の保有者が重大な不利益な変更の経路を発動したか、ARIN が重大性をどう評価したか、どれだけの終了が続いたか、紛争が裁判所または他のフォーラムに持ち込まれたかどうかを示さない。この条項は意味のある設計上の特徴である。その実際的な力は、テキストだけから測定することはできない。
それでも、ARIN の分離は有用なベンチマークを確立する。機関は、すべての新しい標準契約を古い署名者に強制することなく、ポリシーの進化を可能にできる。変更される条件を定義し、署名されたバージョンを保護し、通知を与え、異議申し立てまたは終了経路を作成できる。これは、「現行のポリシーは常に古い署名に優先する」と言うよりも、より正確である。
LACNIC: ポリシーの時系列は必要だが十分ではない
LAC-2019-9 ポリシーレコードは、日付を特定できるため、具体的なテストを提供する。提案は 2019 年に提出され、2020 年 5 月に承認され、2021 年 11 月に実装された。このレコードには、提案の解釈、制度的決定、実装を通じた動きが含まれており、レビュアーが特定可能な変更の前後でポリシー環境を比較できるようになっている。
その時系列は貴重である。これにより、最新のマニュアルがあたかも常に適用されていたかのように扱うという、よくある誤りを防ぐことができる。違反とされる行為が 2020 年初頭に発生した場合、2021 年 11 月に実装されたルールを単に過去にさかのぼって投影することはできない。更新または継続的なサービス契約が実装後に行われた場合、後の日付が異なる主張を支持する可能性がある。
LAC-2019-9 は、スタッフ分析の役割も示している。運用スタッフは、影響、あいまいさ、実装作業、既存ルールとの相互作用を特定できる。そのような分析は、機関が提案がどのように機能するかを検討したことの証拠である。事業者が、承認されたルールが何を意味するのかを予見するのに役立つ可能性がある。
しかし、スタッフの解釈は必ずしも契約ではない。コンセンサスは必ずしも契約ではない。承認は必ずしも個別の通知ではない。実装は必ずしも同意ではない。それぞれが、異なる証拠価値を持つ段階である。既存の受信者に対する拘束力を確立するには、機関は依然として、ポリシーを組み込む契約条項、受信者に適用される契約、通知経路、および更新または継続サービスメカニズムを特定する必要がある。
欠けている分母は再び相当なものである。何人の影響を受ける保有者が直接の通知を受け取ったか？何人が異議を唱えたか？何人が行動を変えたか？何人が実装後に更新したか？何人が改訂された文言の下で取消関連の結果に直面したか？何人がレビューを求めたか？公開ポリシーページは、これらのメンバーレベルの質問に答えることはできない。
これはポリシーを違法にするわけではない。ポリシーページが証明するのは、それが証明すること、すなわち制度的な時系列と公開テキストだけである。それが記録していない私的な通知や契約形成の事実を証明するために使われるべきではない。
したがって、LACNIC の例は、あらゆる歴史的な修正分析のためのモデルである。日付を確定せよ。各テキストを保存せよ。提案と実装を分離せよ。次に、実装されたルールと影響を受ける当事者とを結びつける契約と通知を取得せよ。この順序がなければ、レビュアーは現在のポリシーから過去の義務へと逆方向に推論するリスクを負う。
AFRINIC: モーリシャス法の下での広範なコンプライアンス義務
利用可能な記録で 2017 年 11 月 27 日付のAFRINIC 登録サービス契約は、契約および適用されるリソースポリシーへの準拠を要求する。違反をサービスと取消の結果に結びつけ、モーリシャス法を関係を準拠するものとして特定する。
この起草は、動的なコンプライアンス環境を作り出す。メンバーは、契約がそのページ内にすべての運用ルールを含んでいると解釈することは現実的ではない。リソースポリシーが実質的な役割を果たす。契約は、適用されるポリシーに契約上の役割を与える架け橋である。
「適用される」という言葉は重要な役割を果たしている。それは限界を暗示する。ポリシーは、問題となっているリソース、当事者、行為、日付に適用されなければならない。新規割り振り用のポリシーは、古い移転を準拠しないかもしれない。特定のリソースクラスのルールは、すべての登録を準拠しないかもしれない。まだ承認または実装されていない提案は、適用されないかもしれない。スタッフの意見は、採択されたポリシーと同じ地位を持たないかもしれない。
時系列も同様に重要である。主張されている権利または義務が以前の契約または以前のポリシーの下で発生した場合、後のテキストが動的条項とその合法的な及ぶ範囲を特定せずに、それを変更したと想定することはできない。契約が適用されるポリシーへの準拠を要求するという事実は、既得の期待、過酷な結果、通知、またはモーリシャス法の下での強制的なルールに関するすべての質問に答えるわけではない。
AFRINIC の執行上の結果は、精度を特に重要にする。ポリシーがサービスの継続性やリソースレコードの状態に影響を与える可能性が高いほど、透明なバージョン履歴、直接通知、独立したレビューの必要性が強まる。軽微な文書更新と取消を可能にするルールは、両方がマニュアルに登場するという理由だけで、制度的に同等として扱われるべきではない。
また、契約は、争われた後の変更を裁判所がどのように解決するかを証明することはできない。利用可能な証拠には、AFRINIC の紛争における動的組み込みの普遍的なルールを確立する報告された判決は含まれていない。したがって、責任ある分析は、後のすべてのポリシーが拘束力を持つか無効であると宣言するのを控えるべきである。答えは、契約、ポリシー、時系列、通知、行為、救済措置、準拠法に依存するであろう。
動的な組み込みはそれ自体が法的な欠陥ではない
レジストリにとって最も強力な論拠は、運用上のものである。番号リソース管理は、すべてのメンバーが完全に私的なポリシー宇宙にいる状態では機能し得ない。レジストリの正確性、移転の互換性、不正対策、セキュリティ慣行、技術評価には、共通のルールが必要である。あらゆる変更が全会一致の再署名を要求するならば、単一の拒否者が時代遅れのプロセスを無期限に保持することができる。
動的な組み込みは、その問題に対するよく知られた答えである。契約は、定義されたプロセスを通じて変更できる技術標準、交換ルール、制度マニュアル、料金表、運用手順を参照する。当事者は、最初に本日のテキストだけでなく、将来の改訂の限定された方法にも同意する。
レジストリの設定においては、年次更新がその答えを強化する。メンバー投票がそれを強化できる。公開提案とアーカイブされた異議がそれを強化する。事前通知がそれを強化する。異議を唱え、治癒し、終了し、またはレビューを求める権利がそれを強化する。これらのメカニズムのどれも、意味を持つために立法手続きを再現する必要はない。
したがって、批判は、「いかなるポリシーも既存の義務を変更し得ない」という誤ったルールを避けるべきである。それは、委任への懸念を通常の契約の禁止と混同するであろう。また、安定したレジストリサービスをより難しくし、より安全ではなくするであろう。
適切な懸念は範囲である。動的条項は、無制限の白地小切手になるべきではない。変更可能な文書のファミリー、それらを変更する権限を与えられた主体、プロセス、通知経路、結果を特定すべきである。技術マニュアルは、基本契約が正式な修正のためにそれらの主題を留保している場合、責任、所有権の表明、または終了権利を書き換える手段に静かになるべきではない。
予見可能性が実際的な尺度である。署名または更新の時点で、合理的なメンバーは、組み込まれたプロセスを通じて後にもたらされ得る変更の種類を理解できたか？権威ある文書を見つけられたか？それらがいつ発効したかを知ることができたか？異議を唱えたり、レビューを得ることができたか？ポリシー上の義務と非拘束的なガイダンスを区別できたか？これらの答えが明確であるほど、制度的な論拠は強くなる。
通知は授権連鎖の一部である
通知は、管理上の礼儀のように扱われることがあり、レジストリのウェブサイトのどこかに公開されれば事柄が完了するかのようである。動的な関係にとって、通知はより中心的である。それは、合意された変更機構が新しい結果を生み出し、いつ行動を変えなければならないかをメンバーに伝える。
通知の適切性は重大性によって変わり得る。フォームへの小さな更新は、通常のチャネルを通じて公表されることで合理的かもしれない。移転資格、監査義務、一時停止条件、またはリソースレコードの結果を変更する変更は、より明確な方法を必要とする。直接通知、変更概要、完全なテキスト、発効日、救済情報は、不確実性を減らす。
通知には、同一性の問題もある。レジストリは、技術連絡先、管理連絡先、不正行為連絡先、請求連絡先、およびコーポレートメンバー代表を維持している。一つのアドレスにメッセージを送信しても、契約上の権限を持つ人物がそれを受け取ったことを証明するものではない。機関は、定義された通知アドレスと、メンバーがそれを最新に保つためのプロセスを必要とする。逆に、メンバーは、指定された連絡先を放置することで通知を妨げることができるべきではない。
言語とアクセスは、あらゆる変更を世界的な国民投票に変えることなく重要である。多くの法域と言語環境にわたって活動する機関は、管理テキストを特定し、約束された場合には信頼できる翻訳を提供すべきである。メンバーは、合理的に読むことができない重要な変更を評価できない。一つの言語が支配する場合、翻訳の地位は明示されるべきである。
配信の証拠は保存されるべきである。公開ログ、電子メール記録、ポータルの確認、更新画面は、何年も後の紛争を解決できる。それらがなければ、両当事者は一般的な慣行に頼ることになる。レジストリはメンバーが通知されたと言い、メンバーは変更が埋もれていたと言う。バージョン管理された通知アーカイブは、訴訟中に制度的な記憶を再構築するよりも安上がりである。
離脱テスト: 正式な終了か、使用可能な選択か
離脱権は、変更メカニズムに対する最も強力な制御の一つである。メンバーが重大な不利益な改訂を拒否して離脱できる場合、機関は関係を拘束したままで、あらゆる新しい負担を単に課すことはできない。ARIN の不利益影響経路は、この制御を可視化する。APNIC の年次更新は、概念的に非更新を可能にする。他の契約は、様々な範囲の終了経路を提供する。
しかし、離脱は運用上のイベントとして検討されなければならない。メンバーは、オフィス文房具のようにレジストリサービスを消費しない。レジストリレコード、移転の認識、逆引き DNS、ルーティングセキュリティサービス、カウンターパーティは、関係に依存し得る。離脱は、修正論争に一度も参加したことのない顧客やネットワークに影響を与え得る。
関連する問題は、条項中に終了が存在するかどうかではない。終了後に何が存続するかである。レジストリは正確な過去の記録を保持するのか？リソースを登録抹消するのか？保有者は登録サービスを別の場所に移せるのか？紛争中にセキュリティオブジェクトは有効なままか？治癒または移行期間はあるか？異なるリソースクラスは異なる扱いを受けるのか？メンバーは、他のすべての関係を放棄することなく、変更されたサービスを終了できるのか？
離脱が、その条件が争われている実際的な地位の喪失を意味する場合、それは自発的な受諾のより弱い証拠である。必ずしも変更が無効になるわけではないが、制度的な正当性の分析を変える。新たな条件を受け入れることと、ネットワークの継続性をリスクにさらすこととの間の形式的な選択は、代替可能なベンダー間での選択と同等ではない。
ポータビリティは修正システムを改善するであろう。再番号付けせず、信頼できる記録を破壊せずに登録サービスを移動できれば、不利な変更は市場とガバナンスの制約に直面するであろう。メンバーは、一意性と継続性を保持しながら、機関の拡大するルールを拒否できる。離脱は、事業者自身への脅威ではなく、真のチェックとなるであろう。
そのようなポータビリティが存在するまで、レジストリは同意の証明として終了を使用することに慎重であるべきである。離脱の結果がより過酷であるほど、通知、狭い起草、レビュー、紛争が解決される間の最後に確認された運用状態の保存の必要性が大きくなる。
執行は修正と同じ時系列に従わなければならない
有効に組み込まれたポリシーであっても、違反を証明するわけではない。修正権限と執行権限は別物である。機関は新しい文書化ルールを有効に採択したかもしれないが、それでもなお、メンバーの行為がそれに該当すること、ルールが問題の日に有効であったこと、適切な通知が送られたこと、または所定の治癒期間が満了したことを示せないかもしれない。
したがって、執行ファイルは 6 つの日付を特定すべきである: 適用される契約日、ポリシー採用日、通知日、発効日、主張される行為日、決定日。もし更新が主張される同意メカニズムであるならば、更新日もまたその順序に含まれるべきである。
ファイルは結果も特定すべきである。警告は一時停止ではない。一時停止は契約終了ではない。終了は必ずしもメンバーシップ喪失ではない。メンバーシップ喪失は自動的にリソース登録抹消ではない。各段階は、独自の条項、主体、救済措置を持ち得る。
この分離は双方を保護する。機関は、広範なポリシー文言に頼るのではなく、規律ある連鎖を示すことができる。メンバーは、すべてのレジストリルールを否定するのではなく、正確な違反に異議を唱えることができる。紛争は、有効性ではなく通知、機関の能力ではなく分類、義務の存在ではなく比例性に関係するかもしれない。
独立したレビューは、レジストリがポリシーの作成者であると同時に、メンバーのケースにおける意思決定者である場合に特に価値がある。レビュアーは、機関が正しいバージョンを使用したか、組み込まれたカテゴリーを合理的に解釈したか、通知を証明したか、定められた事実を適用したか、および認可された結果を選択したかを問うことができるはずである。レビューは、適用エラーを訂正するためにポリシーを再設計する必要はない。
公的な集計報告は、この機構が機能しているかどうかを明らかにするであろう。レジストリは、重要なポリシー変更、直接通知、異議、更新、不利益影響の申し立て、終了、一時停止、撤回、決定された控訴の数を公開できる。修正紛争が稀なのか、集中しているのか、あるいは執行前に日常的に解決されているのかを示すために、機密のメンバーファイルは必要ない。
実践的な修正テスト
後のポリシーを評価するメンバー、レジストリ、裁判所、または仲裁人は、コンパクトな順序を使用することができる。
第一に、基本契約と影響を受ける当事者によって受け入れられたバージョンを特定せよ。単に最も見つけやすいからという理由で、最新の契約で代用してはならない。
第二に、正確な後のルール、そのバージョン、およびその発効日を特定せよ。提案テキスト、スタッフ分析、承認されたテキスト、および実装ガイダンスを分離せよ。
第三に、架け橋を特定せよ。そのルールは、現在のポリシーとして組み込まれているのか、年次更新において受け入れられたのか、明示的な総会権限の下で承認されたのか、定義されたサービス条件として変更されたのか、それとも別の合意されたメカニズムを通じて導入されたのか？
第四に、制度的能力をテストせよ。権限を与えられた主体は、要求されるプロセスを使用したか？契約が要求する場合、スタッフの説明はメンバー決議を置き換えることはできない。ポリシーコンセンサスは、主題が留保されている場合、正式な契約修正を置き換えることはできない。
第五に、範囲と予見可能性をテストせよ。そのルールは、組み込まれた文書ファミリーに属しているか？動的条項が合理的に及び得る主題を規制しているか？技術的な実装変更なのか、それとも保護された基本条件の書き換えなのか？
第六に、通知と同意をテストせよ。何が、誰に、何語で、いつの日付で、どの指定されたチャネルを通じて送られたか？更新または継続使用は、受諾として指定されたか？意味のある異議申し立て期間はあったか？
第七に、結果と救済措置をテストせよ。不遵守の場合に何が起こるか？治癒、内部レビュー、仲裁、裁判所へのアクセス、または不利益変更イグジットはあるか？紛争が未解決の間、レコードと運用サービスはどうなるのか？
第八に、準拠法を適用せよ。APNIC のクイーンズランド州条項、RIPE NCC のオランダの設定、ARIN の準拠規定、AFRINIC のモーリシャス条項は、交換可能ではない。普遍的な答えは、契約自体が選択する法域を無視するであろう。
このテストは結果を事前に決定するものではない。結果を説明可能にする。後のポリシーは、メンバーが明確な動的メカニズムを受け入れ、通知付きで更新したために拘束するかもしれない。特定の保有者に対しては、誤ったバージョンが使用された、ルールが組み込まれたセットの外にあった、または要求された修正経路が遵守されなかったために、失敗するかもしれない。一般的には有効だが、発効日前の行為には適用できないかもしれない。
公開記録が依然として教えてくれないこと
契約とポリシーページは、実際の制度設計上の選択を確立する。それらは、5 つのレジストリすべてにわたって比較可能な慣行を示すものではない。欠けている証拠は、どのシステムがメンバーに最も効果的な制御を与えるかについての自信に満ちたランク付けを妨げる。
主要な変更、影響を受ける保有者の数、直接通知、異議、更新、離脱、控訴、成功した異議申し立ての共通の表は存在しない。文書は、どれほど頻繁にメンバーが変更が重大であると告げられたか、どれほど頻繁にレジストリが異議を受け入れたか、あるいは裁判所が組み込まれたポリシーを無効または適用不可と判断したかどうかを示さない。
更新インターフェースもまた、公的な比較記録から欠けている。APNIC の契約は更新を法的に重要にするが、契約は各年のメンバー体験のスクリーンキャプチャではない。RIPE-812 は総会メカニズムを特定するが、契約は出席、委任状の使用、または出席しなかったメンバーが各変更をどのように理解したかを示さない。ARIN の不利益影響条項は可視的だが、その使用分母は可視的ではない。LAC-2019-9 はポリシー時系列を提供するが、個別の通知は提供しない。AFRINIC の RSA はコンプライアンス条項を提供するが、後のポリシー紛争の決定されたカタログは提供しない。
終了の運用上の効果は、最大の未解決の問題である。名目上の離脱は、含まれるリソースと重要なサービスに何が起こるかを知らずに価値を評価することは難しい。公開文書は、契約終了、メンバーシップ終了、サービス終了、レコード状態、セキュリティサービス移行を区別すべきである。そのマップなしでは、自発的な選択の主張は不完全なままである。
これらの記録の欠如は、申し立てに転換されるべきではない。それは不確実性である。優れた制度分析は境界をマークする: テキストはメカニズムを示すが、慣行の分母は利用できない。完璧な同意か、組織的な強制かのいずれかを想定するよりも信頼できる。
ポリシーマニュアルは架け橋を通じてのみ修正できる
では、ポリシーマニュアルはメンバーシップ契約を修正できるか？時にはできるが、それ自身の力によるのではなく、単に参加型プロセスがそれを生み出したからでもない。
APNIC の年次構造は、現行の文書の下での更新を、定期的な同意イベントにすることができる。RIPE NCC の契約は、総会決議を明示的な修正経路の一部にし、現在のポリシーと手順を動的に組み込むことができる。ARIN は、古い RSA バージョンを保持しながら、定義されたサービス条件の変更を許可し、重大な不利益な変更経路を提供することで、離脱の結果に対する精査を促すことができる。LACNIC のポリシーアーカイブは、日付の入った制度的ライフサイクルを証明できるが、すべての保有者の通知を証明することはできない。AFRINIC の RSA は、適用されるリソースポリシーを継続的な義務とすることができるが、範囲、時系列、および過酷な結果に関する法域固有の問題を残す。
共通の原則は、ポリシーが弱いということではない。ポリシーと契約は異なる仕事を持つということである。ポリシーは機関の運用ルールを定義する。契約は、特定の当事者がなぜ拘束されるかを特定する。会社手続は、誰が文書を変更できるかを特定する。通知は、変更が発生したことを当事者に伝える。更新または別の合意されたメカニズムは、同意を証拠立てることができる。レビューと離脱は、乱用を制約する。準拠法は、文書が自ら解決できない紛争を決定する。
レジストリは、その連鎖全体を示すことで正当性を強化する。コンセンサスといった単一の言葉でその連鎖を置き換えると、正当性は弱まる。コンセンサスは、技術的熟議の優れた証拠となり得る。それは、契約形成の万能溶剤ではない。
したがって、将来の最良の設計は、凍結された契約でも、無限に弾力的なマニュアルでもない。それは、バージョン管理され、限定され、レビュー可能なシステムである：安定した基本条件、明確に特定された動的文書、認可された変更経路、重要な変更のための直接通知、日付固有のアーカイブ、独立したレビュー、集計使用報告、およびネットワークの継続性を保持する離脱。
メンバーは、何十年もの制度的慣習を再構築することなく、簡単な質問に答えられるべきである：重要な日に私を拘束したのはどのテキストであり、どの合意された経路によって拘束力を持つようになったのか？レジストリが、契約、ポリシー、通知、時系列、救済措置を一つの連鎖でその質問に答えることができれば、後のルールは防御可能な基盤を持つ。コミュニティが決定したとしか答えられないのであれば、修正の最も重要な部分は未証明のままである。