要約

  • 2026年10月18日に確認したエストニアの商業登記のページは、登記番号14476114の名称としてPuzl Cloud OÜを示し、GPU Computing OÜを「Invalid names」の欄に掲げていた。
  • 同じ登記番号14476114を持つRIPEの組織オブジェクトは、なおGPU Computing OUと記載され、最終更新は2026年5月13日だった。
  • 自律システムAS57063が2026年10月18日に広告していたプレフィックスは、2週間前と同じ二つ、213.5.72.0/24と2001:67c:f74::/48であった。

一つの番号、二つの名称、矛盾はない

エストニアの商業登記における登記番号14476114の記載は、企業紹介のようには読めない。2026年10月18日に取得した範囲では、ページはまず名称Puzl Cloud OÜを掲げ、続いて括弧内に登記番号を置き、さらに下に、短さの割に重い一行を持つ。「Invalid names」という見出しの下に、GPU Computing OÜが記されているのだ。素直に読めば、これは登記が、この法人について流布している複数の名称のうちどれが過去のものかを示し、もう一方を有効な名称として扱っていない、という表明である。名称についての、具体的で検証可能な記述になっている。ただし取得した箇所が確定するのはそこまでである。完全な登記抄本なら通常表示される項目、すなわち登記が有効かどうか、どの活動コードで届け出ているか、取締役が誰か、といった情報は保存された本文に含まれていないため、本稿では一切断定しない。議論に必要な部分はもっと狭く、反論しにくい。14476114について問われた登記はPuzl Cloud OÜと答え、もう一方の名称に印を付けた、ということである(エストニア商業登記の当該ページ)。

RIPEデータベースは同じ問いに別の答えを返す。同日にAS57063で照会すると四つのオブジェクトが返り、その一つが組織オブジェクトORG-GCO2-RIPEである。org-name属性は今もGPU Computing OUと読める。国はEE、reg-nrは14476114、住所はタリンのTartu mnt 83-701。最終更新は2026年5月13日で、登記ページを確認した日の約5か月前、そしてオブジェクトが2020年12月9日に作成されてから5年以上が経っている(AS57063のRIPEデータベース記録)。

二つの文書は同一の法人を記述している。登記番号が完全に一致するからだ。ところが現在の名称としては異なる文字列を与える。どちらも明らかに誤りとは言えない。登録オブジェクトは資源の割当を記録するものであり、企業情報の生きた配信ではない。エストニアの登記は法人を記録するものであり、経路登録ではない。両者が食い違うことは許されており、この日は実際に食い違っていた。

経路の記録は最初から名称をキーにしていない

動かなかったのは、トラフィックを運ぶ側の記録である。AS57063のaut-numオブジェクトのas-nameはPUZL-AS。作成は2021年11月2日、最終更新は2024年11月8日である。つまりこのオブジェクトが存在して以来、事業者の経路アイデンティティはpuzl由来の文字列であり、その記録は組織オブジェクトの直近の更新より2年半以上前から存在している。

役割オブジェクトはさらに早い時点から同じ話をしている。GCO8-RIPEはGPU Computing OUと名乗り、Tartu mntの住所を共有し、puzl.eeドメイン上のabuse用アドレスを持つ。連絡層を支えているのは社名ではなくドメインである。作成と最終更新の時刻は同一で、2020年12月9日、組織オブジェクトの作成から1秒後。一つの登録作業が複数のオブジェクトを生んだ形である。2020年という年は覚えておく価値がある。その後の企業としての経緯がどうであれ、ドメインに基づく連絡経路はAS番号の割当より前に整っていた。

AS番号そのものも、目に見える形では持ち主を変えていない。2026年10月18日、RIPEstatのas-overviewはholderとして「PUZL-AS GPU Computing OU」を返し、announcedはtrueだった。これはas-nameとorg-nameを空白で連結しただけの文字列に見える。要約サービスが現在の法人名称を解決するのではなく、手元の二つのフィールドを連結したときに現れる形である。エンドポイント自身のstatusはok、キャッシュはされておらず、照会区間は2026年10月18日16:00 UTCだった(AS57063のRIPEstat as-overview)。

この表面だけを見た読者は、AS番号と二つの名称を同時に知り、食い違いには気づかない。矛盾は一つ下の層、二つの名称をそれぞれ保持する二つの原資料の中にしか現れない。

二つのプレフィックスと、明示された死角

同じ日の運用上の足跡は小さく、安定し、2週間前と同一だった。announced-prefixesはAS57063についてちょうど二つのプレフィックスを返した。IPv4の213.5.72.0/24と、IPv6の2001:67c:f74::/48である。いずれも2026年10月4日から2026年10月18日までの連続した一本のタイムラインを持ち、レスポンスのlatest_timeは2026年10月18日16:00 UTCだった。詳細はRIPEstatのannounced-prefixes応答にある。

二つという結果は実在する観測であり、同時に限界のある観測でもある。その限界はサービス自身が明記している。応答には、可視性が極端に低い経路、具体的には10未満のRISフルフィードピアしか見ていない経路を結果から除外する、という案内文が付く。この一文はかなり効く。二つという結果は、接続の良い観測点から見える姿であって、あるネットワークがより細い経路で広告しうるものの全量ではない、という意味になる。二つを事業者の総アドレス空間と受け取るのは、同じ文書に書かれた断り書きを読み飛ばすことになる。

ではそのプレフィックスが何の役割を担うのか。213.5.72.0/24が顧客のトラフィックを運ぶのか、内部基盤なのか、サービスの境界なのか。広告はそれを確定しない。グローバルテーブル上のプレフィックスは、ある起点に到達できるという表明であり、それ以上ではない。

文書が答えられない一つの問い

次に来る問いは起点の承認であり、そしてそれは失敗した。2026年10月18日、AS57063に対するRIPEstatのRPKI検証エンドポイントは、使える応答本文を返さなかった。保存された応答は取得失敗と空の抜粋を記録し、いかなる判定も含んでいない(RIPEstatのRPKI検証応答)。

ここは正確を要する。二つの別物を混同しやすいからだ。結果を返さない検証サービスは、プレフィックスが署名されているかどうかについて何も述べていない。述べているのは、答えを読めなかったということだけである。読めないエンドポイントを未署名のプレフィックスと扱うのも、きれいなプレフィックスと扱うのも、読者の好みの方向に事実を創作することになる。正直な表現はこうだ。2026年10月18日時点でAS57063の起点承認は未読のままであり、決着を付ける文書、すなわち213.5.72.0/24と2001:67c:f74::/48を覆うリソース証明書を名指しする検証結果は、取得できていない。

もう一つ、宙に浮いた糸がある。aut-numはORG-SDNS7-RIPEを指すsponsoring-org属性を持つが、この組織オブジェクトは本稿では参照していない。割当にスポンサー組織が付くことは、その資源をどう得たかについての構造的な事実であり、名称フィールドよりはるかに多くのことを説明しうる種類の情報である。存在は記録されている。正体は記録されていない。

この乖離が実際に生むコスト

誘惑される結論は、誰かが怠ったというものだ。文書はそれを支えない。もっと地味な説明のほうがよく合う。登録オブジェクトは、事業者に書き換える理由が生じたときに書き換えられる。新しい maintener、住所の変更、資源の申請。これに対して社名の変更は、商業登記への届出の理由になる。手数料と期限を伴う法的義務である。その義務の中に、誰も読んでいないRIRオブジェクトの名称フィールドに触れるべき責務は含まれていない。名称欄の放置は決定ではなく、既定の状態である。

その既定状態のコストを負うのは事業者ではない。名称をキーとして扱う下流の全員である。GPUを思わせる社名を台帳に載せ、その名称で照会するサプライヤ登録は、登記の記載にたどり着かない。登記は別の名称で答えるからだ。取引名で契約主体をスクリーニングする相手方は、RIPEの組織オブジェクトに一致しない。番号はそこにあり、名称はそこにないからだ。社名から作られた競合マップは、二つの項目を持つか、一つも持たないかになる。

安価な修正は地味で、読めなかった文書に依存しない。登記番号とAS番号で記録をキーにすること。どちらも改名を生き延びた。そして名称は識別子ではなく、日付付きの観測として保存すること。この実体はY日に確認した時点でXと呼ばれていた、という形である。番号は安定し、コードは安定し、二つのプレフィックスは少なくとも観測した2週間は保たれた。動くのは名称のほうであり、行の中で最も権威の低い列として扱うべきである。本稿を出している媒体自身のディレクトリ項目、AS GPU Computing OUのBTWディレクトリ項目も、登録オブジェクトが運ぶのとまったく同じく改名前の名称を引き継いでいる。