AIエージェントはドメインを所有できるのか？ WHOIS、カストディ、トークン

「私のAIエージェントはドメインを所有できますか？」という質問は、AIエージェントが誰かに代わってドメインを登録、更新、管理するようになると、繰り返し出てきます。2026年にどれほど一般的になったかは、人間なしでAIエージェントがドメインを購入する方法を参照してください。短い答えは冒頭にあります。本ページの残りでは、人々が実際に尋ねる具体的な質問を通じて、その理由を説明します。各質問は単独でも答えられるようになっています。

AIエージェントは法的にドメインを所有できますか？

自身の名義ではできません。ICANNの2013年レジストラ認定契約は、すべてのICANN認定レジストラが署名して運用する契約です。この契約では、「レジストラが登録契約を締結する登録名保有者は、レジストラ以外の個人または法人でなければならない」と明記されています。登録者は、自然人または登記された法人、すなわち個人、企業、非営利団体、政府機関でなければなりません。ソフトウェアであるAIエージェントは、そのいずれでもありません。そのため、エージェント自身が登録名義になることはできません。

ただし、この規則は委任を禁じてはいません。現在、人が従業員や自動化ツールに権限を与えるのと同じように、人または組織が、エージェントに代行して検索、登録、更新、DNS管理を行う権限を与えることを、RAAは妨げません。登録者は法的主体のままであり、ドメインを運用する作業はエージェントへ委ねられます。記録に名前が載る者と、クリック（またはAPI呼び出し）を行う者との違いこそが、本ページ全体のテーマです。

AIエージェントがドメインを登録するとき、登録者は誰ですか？

アカウントを保有し、購入資金を拠出し、レジストラの規約に同意した者です。エージェントではありません。エージェントがレジストラのAPIを呼び出して名前を登録する場合、それは誰かの認可のもとで動くツールです。Webフォームを使う人と同じ法的構造を、自動化しただけです。ICANNの登録者向けガイダンスは、その責任がどこに帰属するかを明確にしています。ICANNの「登録者の利益と責任」ページによれば、「ドメイン名の登録および使用について、あなたが単独で責任を負います」。その責任を負うのは、エージェントを動かしたアカウント保有者であり、呼び出しを実行したソフトウェアではありません。

このため、Namefiを含む信頼できるすべてのエージェント登録フローは、人または法人が管理する認証情報を経由します。すなわち、資金が入ったアカウントに紐づくAPIキー、または誰かが秘密鍵を管理するウォレットです。この認証情報のステップが実際にどのように機能するかは、NamefiでAIエージェントを使ってドメインを登録する方法を参照してください。

AIエージェントが登録したドメインについて、WHOISまたはRDAPの記録には実際に何が表示されますか？

他の登録と同じフィールドが表示されます。記録上のレジストラ、登録日と有効期限、そして、現在ほとんどのレジストラがデフォルトで適用するWHOIS（およびRDAP）プライバシーで非表示にされていない限り、登録者の氏名、組織名、連絡先情報です。「AIエージェントによる登録」というフィールドは存在せず、ICANNポリシーでも定義されていません。ICANN自身のRDAPベース検索ツールは、特定のドメインの現在の記録を確認するための権威ある場所です。人が登録フォームに入力したか、エージェントが同じデータを送信するAPIを呼び出したかにかかわらず、同じスキーマを返します。

実務上、これは、商標権者、セキュリティ研究者、潜在的な購入者といった外部の観察者が、WHOIS/RDAPだけからドメインがエージェントによって登録されたことを知る手段はないことを意味します。記録が識別するのは法的な登録者です。登録を生じさせたAPI呼び出しを何が実行したかは、データモデルの一部ではありません。

エージェントがドメインを運用することと、所有することの違いは何ですか？

運用とは、エージェントが、更新、DNSレコードの編集、移管の開始など、ドメインに対して行動できることを指します。これは、そのためのスコープを持つ認証情報を保持しているからです。法的な重みを持つ唯一の意味での所有とは、上記RAAの定義における記録上の登録者であることを意味します。すなわち、レジストラおよびICANNポリシーに対して責任を負う個人または法人です。NamefiのMCPサーバーはまさにその種のツールを公開しており、エージェントは所有者になることなくドメインを広範に運用できます。これは、プロパティマネージャーが建物の所有権を持たずに鍵を預かり、保守を手配できるのと同じです。

この2つの役割の隔たりにこそ、人々が尋ねる実務上の質問の大半があります。そのため、次のいくつかの節では、単一の「はい／いいえ」ではなく、スペクトラムとして説明します。

エージェントが管理するドメインのカストディ・スペクトラムとは？

法的な登録者は変わらないまま、エージェントに段階的により直接的な管理権を渡す、3つの層があります。

• レジストラアカウントへのアクセス。 エージェント（またはエージェントに代わってレジストラのAPIを呼び出すスクリプト）は、人または組織自身のレジストラアカウントに紐づく認証情報を使用します。登録者フィールドは変わりません。エージェントは、誰かがすでに所有するアカウント内で動くだけであり、現在のログイン共有と同じ形です。
• APIキー。 完全なアカウントダッシュボードへのアクセスを必ずしも共有せず、レジストラのAPIに限定され、資金残高に対して請求される認証情報です。Namefiはこの種のキーを発行しています。これによりエージェントはブラウザセッションに触れることなく、検索、価格確認、登録を行えます。詳細はNamefiでAIエージェントを使ってドメインを登録する方法で扱っています。登録者は引き続き、そのキーのスコープ先であるアカウントの保有者です。
• ウォレット保有のトークン化ドメイン。 登録はオンチェーン・トークンとしてミントされ、そのトークンを保持するウォレットが、x402によるウォレット署名チェックアウトまたは指定された受取アドレスを通じて、レジストラのダッシュボードを一切経由せず、ドメインのオンチェーン移管経路を直接管理します。この方法でドメインをウォレットに入れる仕組みは、暗号資産ウォレットでドメインを支払う：アカウント不要を参照してください。

各層は前の層より直接的ですが、先ほどの法的な登録者に関する問いは変わりません。エージェントがどの層で動いているかにかかわらず、答えは同じです。

ドメインがトークン化されると何が変わりますか？

ドメインをトークン化すると、実際のDNS登録に並行するオンチェーンの管理層として機能するNFT（非代替性トークン）がミントされます。詳しくはトークン化ドメインとは？で説明しています。ICANN認定レジストラであるNamefiは、基礎となる登録を実在しICANNに認識された状態で維持しつつ、購入者が指定するウォレットへ所有トークンをミントすることでこれを実現します。Namefi自身のドキュメントでは、購入者が管理するnftReceivingWalletアドレスへ、生成されたトークンを直接送付してドメインを登録する方法が説明されています。ドメインには引き続きWHOIS/RDAPの記録と記録上のレジストラがあります。そのトークンは、レジストラを介した移管リクエストなしに、その記録に対する管理権をオンチェーンでピアツーピア移管する方法を追加します。

トークン化によって、誰が登録者になれるかが再定義されるわけではありません。トークン化ドメインの基盤であるERC-721（NFT標準）には、どの種類のアドレスがトークンを保有できるかについて制限がありません。どのウォレットアドレスもNFTを所有でき、標準はコントラクトがトークンを保有することも明示的に想定しています。これはトークンに関する説明であって、レジストラ層でその上位に位置し、基礎となる登録が引き続き個人または法人に紐づくことを求めるICANNの登録者規則に関する説明ではありません。

AIエージェントのウォレットは実際にトークン化ドメインを保有できますか？

技術的には、狭い意味では可能です。ウォレットは単なる鍵ペアであり、ERC-721標準にもミントトランザクションにも、秘密鍵を管理する主体が人、スクリプト、自律プロセスのいずれであるかを確認する仕組みはありません。エージェントがウォレットに対する署名権限、つまり自身の鍵または他者の鍵に対する委任権限を持つなら、そのウォレットは他のウォレットと同じようにトークン化ドメインのNFTを受け取り、保有できます。

そのような構成が、法的に意味のある形でエージェントを所有者にするかどうかは、ここでは解決できない真に未解決の問題です。ICANNポリシー、裁判所の判断、私たちが見つけた情報源のいずれにも、AIエージェントが（そのウォレットを管理する個人または法人ではなく）何かの法的権原を保有することは扱われていません。「エージェントのウォレットがトークンを保有する」という表現は、技術的なカストディの説明として捉え、確立された法的結論として扱わないでください。より安全で、上記すべての情報源が支持する整理は、ウォレットの管理者、すなわち秘密鍵を保有またはその使用を指示できる者が実際の権利主張を持つ当事者であり、それは依然としてソフトウェアではなく個人または法人であると期待される、というものです。

エージェントが問題行動を起こした場合、ドメインをロックまたは取り戻すことはできますか？

カストディの層に応じて、2つの異なる保護メカニズムが適用されます。両者は同じ種類の救済を提供するわけではありません。レジストラ層では、ICANNの移管規則が摩擦を組み込んでいます。ドメインは一般に、初回登録から60日以内には新しいレジストラへ移管できません。また、登録者の氏名、組織名、メールアドレスが変更された後には、60日間の登録者変更ロックが適用されます。いずれもICANNの登録者向けFAQに記載されています。これらの期間により、標準的なレジストラアカウントまたはAPIキーでエージェントが暴走した場合にも、登録者は不正な変更に気づき、最終化前に異議を唱える時間を得られます。限定的ではありますが、実際の保護です。

ドメインがトークン化され、NFTがウォレットに入ると、この安全網は異なります。オンチェーン移管は、一度確認されると通常は最終的です。誤ったアドレスへ送られたトークンを取り消すためのレジストラ側ロックはありません。このため、実務上の防御はより早い段階、つまりエージェントのウォレットにどれだけの権限があるかに移ります。たとえば、2人目の署名者を必要とするマルチシグの構成、または、価値の高いトークン化ドメインを保有するウォレットに対してエージェントへ常時の権限を与えないことです。これは、暗号資産ウォレットでドメインを支払うで決済について扱うガードレールの原則と同じです。

ドメインをトークン化するとUDRPの対象外になりますか？

いいえ。確認した情報源のいずれも、そう示してはいません。UDRP（統一ドメイン名紛争解決方針）に基づく義務は、トークン化ドメインにも存在する、ICANNに認識された基礎となるDNS登録に紐づきます。トークン化は、誰がどのようにドメインを動かせるかを変えるものであり、商標法やICANNの紛争方針が適用されるかどうかを変えるものではありません。エージェント保有ドメインに関する考察では、そのリスクを明快に示しています。エージェントが登録したドメインが商標と抵触することが判明した場合、誰もその認証情報のもとでエージェントが何を登録するかを見ていなければ、「UDRP苦情に対応する人がいない」ことになります。詳細は人間なしでAIエージェントがドメインを購入する方法で扱っています。UDRP苦情は、登録申請を行ったエージェントではなく、記録上の登録者、すなわちその個人または法人に対して提起されます。

エージェントのドメインが法的問題を引き起こした場合、実際に責任を負うのは誰ですか？

記録上の登録者です。登録を認可したアカウント、APIキー、またはウォレットを持つ個人または法人であり、AIモデルそのものではありません。これは上のすべての質問を貫く要点です。WHOIS/RDAPは法的主体を記載し、RAAはそれを求め、ICANNの移管ロックによる保護とUDRPリスクはいずれも同じ名義人に紐づきます。トークン化は管理の仕組みを変えても、基礎で責任を負う者を変えません。「エージェントがドメインを所有する」は、「エージェントにドメインの管理が委任されている」の便利な略称です。略称として扱い、確立した法的事実として扱わないでください。この委任がどこまで及ぶか、また法域が自律エージェントを、運用者が責任を負うツール以上のものとして扱うかは、まだ検証されていません。購入またはカストディの権限をエージェントに委ねる前に、どの層であっても、法的な登録者が誰かを明確に決めてください。

記録上の実在する登録者とともに、登録・トークン化する

Namefiは、まさにこの問いに適した仕組みを提供しています。ICANNが求める方法で登録者フィールドを処理する実在のICANN認定登録と、あなたが選ぶ任意のウォレットにオンチェーンの管理権を置く、任意のトークン化レイヤーです。そのウォレットには、あなたが設定するガードレールのもとでエージェントが運用するものも含まれます。まずはNamefiでAIエージェントを使ってドメインを登録する方法から始めるか、暗号資産ウォレットでドメインを支払うでウォレット署名チェックアウトへ進んでください。

Namefiでドメインを検索・登録する。

参考資料と追加情報

• ICANN — 2013年レジストラ認定契約、§3.7.7（「レジストラが登録契約を締結する登録名保有者は、レジストラ以外の個人または法人でなければならない」――登録者適格性の中核規則）
• ICANN — 登録者の利益と責任（「ドメイン名の登録および使用について、あなたが単独で責任を負います」）
• ICANN — 登録者向けFAQ：ドメイン名の移管（新規登録および登録者変更後の60日間の移管ロック）
• ICANN — ICANN Lookup（lookup.icann.org）（任意のドメインの現在の登録者記録を確認する、公式のRDAPベースWHOIS/RDAP検索）
• Ethereum — EIP-721：非代替性トークン標準（コントラクトを含め、トークンを保有できるアドレスの種類に制限はない）
• Namefi — namefi.io/llms.txt（トークン化とnftReceivingWalletへのミントに関するリファレンス。本稿のNamefi製品に関する主張の情報源）
• dev.to — AIエージェントが自らドメイン名を購入できる仕組みと、その重要性（誰もエージェントの登録を監視しない場合のUDRPリスク）
• Namefi — 人間なしでAIエージェントがドメインを購入する方法（2026年）（本稿の基礎となるガードレールとリセラーの枠組み）
• Namefi — 暗号資産ウォレットでドメインを支払う：アカウント不要（ウォレット署名によるカストディの仕組みと支出ポリシーのガードレール）