要約

  • ICANNの競合セットCSVでは、同じ文字列.agentに13件の申請IDが記載されている。263の番号付きセットの中で、行数が最も多い。
  • 組織名の完全一致ごとに異なるセット番号を数えると、XYZ.COM LLCは100、Intercap Registry Inc.は54、Radix Technologies Inc SEZCは41、Charleston Road Registry Inc.は13、ECHO Domain Co L.L.C.は11のセットに現れる。いずれも.agentのセットを含む。

ひとつの衝突セットの背後に、申請ポートフォリオがある

.agent を最初に見ると、同じ名前を求める申請が13件ある。その次に見るべきなのは、各申請主体が同じ公表記録の他のセットにもどれほど登場しているかだ。分布は均等ではない。13主体のうち5つは少なくとも11セットに記載され、ひとつは100セットに現れる。

この数字はICANNの公表CSVから再計算できる。ファイルには891の申請行があり、番号付きセットは263個ある。.agent の13行はすべてセット番号3で、申請IDは一件ずつ異なる。XYZ.COM LLCは100の異なるセット、Intercap Registry Inc.は54、Radix Technologies Inc SEZCは41、Charleston Road Registry Inc.は13、ECHO Domain Co L.L.C.は11に登場する。OPENAI OPCO, LLCは9セットに現れる。ここで数えているのは、組織名の完全一致に結び付いた異なるセット番号だ。勝者、顧客、最終的に委任されるドメインの数ではない。

したがって、13件の申請が同じセットにあることから分かるのは、公表記録上13件が同じ文字列を求めていることまでだ。独立した事業者が13社ある、製品計画が13件ある、利用者需要が13倍あるとは言えない。反対に、ひとつの申請名が多くのセットに登場することは、このデータ内で申請の裾野が広い証拠になるが、似た名前の申請者が同じ企業グループに属する証明にはならない。

記録が結び付けること、結び付けないこと

ICANNの発表によると、公表資料には申請主体、申請文字列、競合セットのファイルが含まれ、データの基準日は10月7日だ。申請者ガイドブック第5モジュールは、同一文字列やバリアント文字列がセットを形成する仕組みと、評価の進行に伴い構成が変わり得ることを説明している。

しかし、このCSVは企業グループ図ではない。そこにあるのは申請名と申請IDであり、最終受益者、共通の経営、資金源、想定するレジストリ運営者、事業計画や商用準備をそれだけで証明するものではない。それぞれに別の根拠が必要だ。法的な申請者名を確認済みの資本関係として扱えば、記録にない結論を付け足すことになる。

Lu Hengの「The Bill of Rights of Uniqueness Coordination」は、ガバナンスの境界を考える手掛かりになる。調整記録は一意性と正確性を保つべきであり、より広い権限の根拠と混同すべきではない。ここでの競合セットは、名前に対する競合申請を地図化している。どの申請者が名前空間にふさわしいかを裁定するものでも、市場が成立した証拠でもない。

申請主体を別々に比較する

投資家、レジストリ、インフラ担当者に有益なのは、.agent がファイル最大のグループだという事実だけではない。いくつかの申請主体は多数のセットに登場し、ほかは1〜4セットにとどまる。この非対称性は、デューデリジェンスの順番、容量計画、シナリオ設計に使える。しかし、勝者や最終運営者を予測することはできない。

市場分析では、関連はあっても別の台帳を二つ持つべきだ。ひとつには申請時の正確な名称、申請ID、各セットへの掲載日を残す。もうひとつには、確認済みの親会社、関連会社、レジストリサービス提供者、予定運営者との関係を、出典と確度付きで記録する。証拠が二つを結び付けるまでは統合しない。

初期のポートフォリオ図は、判断のアンカーになりやすい。件数を支配力の証明と見なせば、集中度を過大評価したり、申請活動を需要と取り違えたりする。主体を未確認として残せば、同じ数字から必要な質問を導きつつ、根拠のない結論を固めずに済む。

出典