返金を逃した.twinの使い道――AIエージェントの「名札」として

通常のインターネットの住所になる見込みがなくなった.twinのようなWeb3ドメインは、もう価値がないのか。転売で儲かる見込みはほとんどない。ただ、更新料のかからない「名前」として手元に残ってはいる。その使い道を現実的に考えてみる。

1. 「サイトの住所」ではなく「ウォレットの名札」

受取名：BTCやETHなど複数のチェーンのアドレスを1つの名前に結びつけ、長いアドレスの代わりに使う。いちばん実用的な使い方だ
ログインのID：UDのログインに対応したアプリでは、パスワードのいらないオンチェーンのIDになる
プロフィール：SNSや所有するNFTをまとめた自己紹介のページ

一方で、分散型ストレージ（IPFS）にサイトを置くことはできても、通常のブラウザでは拡張機能などがなければ開けず、検索エンジンにもほぼ載らない。Webサイトの住所としては期待しないほうがいい。

2. エージェントにはサブドメインだけを渡す

AIエージェントに暗号資産のウォレットを持たせるなら、エージェントごとに名前を分け、外部にはその名前だけを渡す構成が考えられる。

yourname.twin
├─ agent-a.yourname.twin  … エージェントAの受取・支払い用
├─ agent-b.yourname.twin  … エージェントBの識別子
└─ treasury.yourname.twin … 人間が管理する資金元

相手には名前だけを渡しておけば、エージェントのウォレットを入れ替えても名前は変わらない。どのエージェントがいくら使ったかを追いやすく、誤送金が起きても被害をそのウォレットの中に閉じ込めやすい。

ただし、第1ページで見たとおり、サブドメインを自由に作れるかどうかは運営の仕様しだいだ。この構成も、UDがその機能を提供している間だけ成り立つ。

名前は守りの壁ではない

サブドメインは名前を引き当てる仕組みにすぎず、安全を守る境界ではない。守りは鍵と支出のルールで作る。

エージェントごとに別のウォレット（別の鍵）を発行し、親ドメインや資金元の鍵は渡さない
送金先のホワイトリスト、1日の上限、大きな額は人間の承認を必須にする
名前の設定（どのアドレスに結びつけるか）を書き換える権限は人間だけが持つ
Webの閲覧やメールなど外部の文章を読む機能と、支払いの権限を分けておく（外部の文章に紛れた指示で送金先を書き換えさせる「プロンプトインジェクション」への備え）

3. エージェントに「稼がせ」てはいけない

エージェントに「暗号資産を稼げ」という目標を与えると、どこからが規約違反や詐欺まがいなのかを、エージェントは自分ではうまく判断できない。複数アカウントでのエアドロップ狩り、過大なレバレッジ、得体の知れないトークンへの投資、偽サイトでの署名や無制限の承認、さらには失敗を隠そうとする動きまで起こりうる。Web3の送金と承認は、ほとんどが取り消せない。

渡すもの	渡さないもの
失ってもよい少額の専用ウォレット	メインの資金や親ドメインの鍵
あらかじめ選んだ取引先やプロトコル	未知のコントラクトへの承認
はっきり決めた戦略と数値	「利益を最大化しろ」という曖昧な目標
1日の損失上限と送金上限	上限のない送金
実行の記録と人間の承認手順	大口の取引を一人で決める権限

評価するのも利益率ではなく、「決めた戦略の範囲で動いたか」「最大の損失はいくらか」「禁止した操作がゼロか」にする。稼ぐ仕組みは人間が設計して点検し、エージェントには実行と記録だけを任せるのが健全だ。

4. 名前が生きている条件

この名前が使えるのは、いくつもの前提が揃っている間だけだ。

ドメインが記録されているブロックチェーン（.twinならPolygonなど）が動いている
名前をアドレスに変換するUDのリゾルバー（解決の仕組み）が動いている
その名前に対応したウォレットやアプリが残っている
UDという会社が続いている

どれかが止まれば、所有の記録は残っても、名前としてはほとんど動かなくなる。長く使う大事な受取先には、自分で管理する生のアドレスを使うほうが安全だ。

結局のところ、今の.twinは「更新料のいらないオンチェーンのハンドル」であり、自己満足と実験のための識別子と割り切るのがいちばん気が楽だ。返金を逃しても、実害は小さい。

出典・参考

※内容は記載の日付時点の報道・公表資料によるものです。脆弱性の修正状況は、必ず契約先や配布元の最新の告知で確認してください。

【PHP2Shell】誰がPHPを直すのか――責任分界の話 ➔