RIR論における安定性の誤謬

保護されたオフィスがあっても、依存するネットワークが安全になるわけではない。Lu Hengは、レジストリの支配の結果を運用者が引き受けるとき、誰の安定性が問題になるのかを問う。

RIR論における安定性の誤謬

地域インターネットレジストリは、安定性という言葉を好んで使う。便利な言葉だ。技術的に聞こえる。中立的に聞こえる。政治の上に、商業の上に、そして争いそのものの上にあるように聞こえる。

しかし、その言葉は本当の問いを隠している。

何の安定性なのか。

AFRINICと、より広いRIR陣営は、私の法的な異議申立てがレジストリの安定性を脅かすと言う。その主張は、まったく理不尽というわけではない。レジストリを相手取る訴訟は、不確実性を生むことがある。凍結された口座、裁判所命令、争われた選挙、管財人の管理、組織の麻痺は、健全なレジストリの兆候ではない。そうでないふりをするべき人はいない。

しかし、これは台帳の半分にすぎない。もう半分のほうが大きい。

Cloud Innovation、LARUS、そして私の企業グループは、1,000万を超えるIPアドレスを代表している。その資源の背後には、数百万のウェブサイト、現在利用している数億人のエンドユーザー、そして現実のインフラがある。病院。空港。企業。ホスティング事業者。セキュリティシステム。決済システム。重要な公共サービスと民間サービスだ。

AFRINIC、あるいはどのRIRであれ、これらの資源を取り消し、汚染し、凍結し、政治的に汚染しようとすれば、安定性へのリスクは理論上のものではない。政策会合における数分間の問題でもない。「コミュニティ」をめぐる哲学論争でもない。それは稼働中のネットワークに対する直接的な運用上の脅威だ。

だから、RIRの主張が誤っているのは、安定性が重要でないからではない。レジストリの安泰を安定性と定義し、インターネットの継続性をそう定義していないから誤っているのだ。

この争いには、二種類の安定性がある。

第一は、レジストリという組織の安定性だ。法人、その銀行口座、理事会、オフィス、選挙、職員、法的防御、そして自らを正当な地域当局だとする自己認識の安定性である。

第二は、ルーティングされたネットワークと顧客の継続性の安定性だ。パケットが流れ、サービスがオンラインにとどまり、顧客が到達可能であり、契約が履行され、運用者がその周囲にインフラを構築した識別子を信頼できることの安定性である。

AFRINICが主に語るのは前者だ。私が主に語るのは後者である。

そこが違いだ。

経済的な誤りは単純だ。RIRは、レジストリが資産であるかのように扱う。そうではない。 レジストリは調整サービスだ。 資産とは、運用者と顧客が番号資源を実際に経済的に利用していることだ。価値は、レジストリのオフィス内にデータベースの記録が静かに置かれていることで生まれるのではない。アドレスを展開するネットワーク、それに依存する顧客、その上にサービスを築く市場によって生まれる。

レジストリの記録は現実を記述する。現実を創り出すものではない。

IPv4が希少になり、資金調達の対象となり、リースされ、売買され、経路化され、保険を掛けられ、顧客インフラに組み込まれると、従来のレジストリモデルは性格を変えた。かつて低価値の事務機能だったものが、価値ある運用資産に対するチョークポイントになった。RIRは、その変化に合わせて権限、責任、代表モデル、フェイルオーバー構成を更新しなかった。新しい形の権力を行使しながら、管理者としての古い言葉を使い続けたのだ。

そこに不安定性の源がある。

皇帝が裸だと言う運用者ではない。
私的なレジストリの行為に法的な限界があるのかを問う裁判所ではない。
継続性を求める顧客ではない。
IPv4を資本として扱う市場ではない。

不安定性を生むのは、稼働中のネットワーク資産を破壊する権力を私的なレジストリが主張しながら、その結果について比例した責任をほとんど、あるいはまったく負わないことだ。

経済学では、これは教科書的なホールドアップ問題である。一方の当事者が、特定用途に縛られ、埋没し、移転しにくい投資を行う。別の当事者が、投資後にボトルネックを支配する。そしてボトルネックの所有者が資産について裁量的な権限を主張する一方、投資家が下振れリスクを負う。通常の市場では、これは構造的リスクと呼ばれる。RIRの世界では、それを「スチュワードシップ」と呼ぶ。

呼び名を変えても構造は変わらない。

病院は、停止が高潔なコミュニティの手続きによって起きたかどうかを気にしない。空港は、失敗した経路オブジェクトが内部方針の解釈によって正当化されたかどうかを気にしない。ウェブサイトの所有者は、レジストリが「地域」を守ったと考えているかどうかを気にしない。エンドユーザーが経験するのは一つだけだ。サービスが動くか、動かないかである。

だから、安定性の主張は逆転させなければならない。

AFRINICは、私の異議申立てがレジストリの安定性を脅かすと言う。しかし、運用に組み込まれた資源に対する権力をAFRINICが行使しようとすることが、現実のインターネットの安定性を脅かしている。 それはレジストリをめぐる争いを、稼働中のインフラのリスクへと変える。顧客、通信事業者、企業、公共サービスが日々依存する資産に不確実性を生み出す。

これは安定性ではない。人質に取られた安定性だ。

メッセージはこうだ。レジストリに異議を唱えるな。レジストリが崩壊するかもしれないからだ。しかし、ある一人のメンバーが裁判所を利用しただけでレジストリが崩壊するなら、そのレジストリは、稼働中のインフラに対する一方的な権力を握るほど安定していなかったことになる。法的な精査、資産をめぐる主張、メンバー間の争い、銀行からの圧力、選挙の失敗、通常の裁判所による監督に耐えられない制度なら、答えはそれにさらなる免責を与えることではない。権力を減らすことだ。

レジストリは国家ではない。
一室は権限ではない。
政策会合は立法府ではない。
サービス地域は人民ではない。
データベース上の連絡先は、法人の委任状ではない。

そして、レジストリが組織としての権限を維持したいという欲求は、インターネットの安定性と同じではない。

RIRは、自らのモデルがその混同に依存しているため、自分たちの存続をインターネットの存続と取り違える。レジストリとインターネットが同じものとして扱われれば、レジストリへのあらゆる異議がインターネットへの脅威になる。あらゆる訴訟が妨害工作になる。責任を求めるあらゆる要求が攻撃になる。移転可能性を求めるあらゆる要請が乗っ取りになる。あらゆる市場参加者が危険になる。

これは工学を装った組織の自己保存だ。

本当の工学的な問いは、もっと狭い。ある行為は一意性を守るのか。重複割り当てを防ぐのか。詐欺を是正するのか。経路化に関係する正確性を保つのか。セキュリティを向上させるのか。相互運用性を維持するのか。

答えがイエスなら、レジストリには技術的な役割があるかもしれない。

答えがノーなら、レジストリはインターネットを守っているのではない。権力を拡張しているのだ。

商業利用は一意性の問題ではない。 リースは一意性の問題ではない。 顧客の地理的位置は一意性の問題ではない。 資産金融は一意性の問題ではない。 メンバーのビジネスモデルは、世界全体に通用する不変条件ではない。これらは運用者、顧客、契約、裁判所、市場に委ねるべき問題だ。すでに稼働している資源をレジストリが脅かすための許可証ではない。

RIR制度が長年存続できたのは、資産が誤解されていたからだ。IPアドレスは資本資産ではなく、管理上のトークンとして扱われていた。その虚構は終わった。希少性が終わらせた。市場が終わらせた。リースが終わらせた。破産裁判所が終わらせた。セキュリティへの依存が終わらせた。重要インフラが終わらせた。

もはや問題は、IPv4に価値があるかどうかではない。私的なレジストリが、資産に対する財産に似た依存を否定し、責任を制限し、移転可能性を拒み、適法な代表なしにコミュニティの権限を主張しながら、公共インフラに対する権力を行使し続けられるのかどうかが問題なのだ。

できない。

進むべき道は、RIRをより優れた主権者にすることではない。主権を主張すること自体を終わらせることだ。

レジストリ層は薄くあるべきだ。一意性、管理、移転、セキュリティに関する主張、紛争メタデータを記録すればよい。監査可能であるべきだ。交換可能であるべきだ。フェイルオーバーを備えるべきだ。 私的な方針理論が運用者のビジネスモデルを嫌うという理由で、稼働中のネットワークの継続性を破壊できるものであってはならない。

移転可能性は、強い権利にならなければならない。レジストリが濫用的になり、乗っ取られ、支払不能になり、利益相反を抱え、技術的に無意味になった場合、ネットワークは番号資源とAS番号をそこから移せなければならない。移転可能性がなければ、すべてのRIRがロックイン地点になる。ロックインがあれば、あらゆる争いが人質事件になる。

これが、安定性の主張が失敗する理由だ。

AFRINICが安定性でLuが不安定性だというのは、プロパガンダの幾何学だ。

本当の区別は別にある。AFRINICはレジストリという組織の安定性を守る。私は、ルーティングされたネットワークと顧客の継続性の安定性を守る。AFRINICが心配するのは、自らの権限の安定性だ。私が心配するのは、人々が実際に使うインターネットの安定性である。

インターネットは、パケットが止まったときだけ失敗するのではない。パケットを動かす運用者が、識別子を誰が使えるのかを記述する制度への信頼を失ったときにも失敗する。

それが教訓だ。

権限のロンダリングではない。
稼働コードへの裏切りでもない。
稼働コードの優位である。