SOC 2 タイプ II 認証取得・ISO 27001

ERC-7730は、20億ドル規模の問題を解決しようとする初の標準化の試みである。

そして、この問題は本質的に暗号通貨の根幹をなすもの、すなわち取引の署名にあります。具体的な数字を見てみましょう：

• Bybitは、署名インターフェースの改ざんにより、約14億6000万ドルのハッキング被害を受けた。

• Ledger Connect Kitを標的としたフィッシング攻撃による被害額は60万ドルに上った。

• ラディアント・キャピタルは、取引データの改ざんにより約5,000万ドルの損失を被った。

上記のすべては、同じ脆弱性を露呈しています。すなわち、ユーザー はウォレットに表示される内容を承認する一方で、チェーン側は不透明なcalldataや署名を実行してしまうのです。

これは「ブラインド署名」と呼ばれます。簡単に言えば、人間には、自分では読み取ることのできないバイトコード形式の取引データを承認・認可する権限があるということです。

ERC-7730は、Ethereum が初めて組織的に取り組んだ試みであり、トランザクションの署名方式を「インターフェースを信頼する」ものから「意図を検証する」ものへと変革することを目指しています。

このブログでは、クリア・サイニングとERC-7730とは何か、その仕組み、そして仮想通貨のスタック全体にとってどのような意味を持つのかを詳しく解説します。

「クリア・サイニング」とは何ですか？

Clear Signing により、ユーザー がトランザクションに署名する前に、ウォレットが人間が読み取れる形式の意図や詳細を表示できるようになり、生のバイトコードによる「ブラインド署名」に取って代わります。

ウォレットは、生の呼び出しデータやハッシュ、あるいは「メッセージに署名してください」といった一般的なプロンプトを表示するのではなく、その操作について平易な言葉で説明すべきです：

• USDCを送金する、

• 支出者を承認する、

• トークンの交換、

• ブリッジ資産、または

• 契約の所有権を移転する。

ERC-7730は、これを一貫して行うためのEthereum の標準規格です。

この規格により、スマートコントラクト「チーム 」は、ウォレットに対して特定のコントラクトとのやり取りをどのようにデコードし、表示すべきかを指示する記述子を公開できるようになります。

覚えておいてください。明確な署名があっても、取引が自動的に安全になるわけではありません。署名によって取引データや意図が読み取りやすくなり、ユーザー が署名対象の内容を確認しやすくなるのです。

わかりました。では、ERC-7730とクリア署名はどのように機能するのでしょうか？

ERC-7730の仕組み

このEthereum 規格の序文には、「目に見えるものが、署名する内容そのものである（What You See Is What You Sign）」と記されています。

これを実現するために、ERC-7730はトランザクション記述子を利用しています。これらは、スマートコントラクトの関数を、人間が読み取れる署名メッセージにマッピングする構造化されたJSONファイルです。

記述子はウォレットに対して次のように指示します：

• どの契約およびチェーンに適用されるか

• どの関数が呼び出されているか

• どのパラメータが重要か

• それらのパラメータをどのように表示すべきか

• ユーザー が署名を行う前に、どのような最終メッセージが表示されるべきか

生のデータを表示する代わりに approve(address, uint256) 呼び出しを行うと、ERC-7730記述子を使用するウォレットには次のように表示される場合があります： {spender} が {amount} {token} を使用することを承認する

実際に動作した際、どのような様子になるのかを見てみましょう。

ERC-7730記述子の構造

ERC-7730記述子は、ウォレットに対して、コントラクト呼び出しを読みやすい署名プロンプトに変換する方法を指示するJSONファイルです。

主な構成は以下の3つのセクションからなっています：

文脈

「コンテキスト」セクションでは、ウォレットがいつデскриプタを使用すべきかについて説明しています。このセクションでは、ファイルを1つ以上のコントラクトのデプロイメント（通常はby chainIdおよびaddress）に関連付けます。

ユーザー がトランザクションに署名すると、ウォレットは、宛先となるコントラクトとネットワークが既知の記述子と一致するかどうかを確認します。

メタデータ

メタデータセクションには、補足的な背景情報が記載されます。これには、プロトコルの所有者、プロジェクトのURL、コントラクト名、トークンの詳細、定数、列挙型、またはフォールバック値などが含まれる場合があります。

これにより、ウォレットは生のアドレスや整数、説明のないパラメータを表示する代わりに、値をよりわかりやすく表示できるようになります。

表示

表示セクションが実際の翻訳処理を行います。内部では display.formats, 各キーは、次のような、人間が読みやすいABI関数シグネチャです：

各関数について、記述子はインテントと、オプションの 補間されたインテント、およびウォレットに表示すべきフィールドの一覧。

各フィールドは、次のようなパスを使用して、デコードされたcalldataの値を指し示します。 #.amountIn, #.to、または #.deadline、その後、ウォレットに対してそのフォーマット方法を指示します。

例えば：

これにより、ウォレットに次のように指示されます：

• 「～を」 amountIn パラメータ、

• 「送信」というラベルを付け、

• 名目金額として書式設定し、

• 使用 path[0] どのトークンがティッカーと小数点以下の桁数を指定しているかを特定するため。

なお、トランザクションの実行方法は従来通りです（オンチェーン ）。ERC-7730は、ウォレットに対して、ユーザー が何を署名しようとしているのかを説明するための標準的な方法を提供するに過ぎません。

しかし、表示は署名セキュリティの一部に過ぎません。ERC-7730が依然として不完全な解決策である理由は以下の通りです。

ERC-7730では解決できない問題

ERC-7730は重要ですが、その機能を過大評価しがちです。だからこそ、このセクションを読んでその限界を理解することが重要なのです。

「読み取れる」ということは、「検証済み」という意味ではありません。記述子に「USDCの使用を支出者に承認する」と記載されていても、ERC-7730はその記述子が正確であるか、完全であるか、あるいは誠実であるかを証明するものではありません。

明確なプロンプトであっても、悪意のある操作を許可してしまう可能性があります。ウォレットが取引内容を正しく表示していても、ユーザー が悪意のあるコントラクト、安全でない権限設定、またはセキュリティが侵害されたフロントエンドflow を承認してしまう場合があります。ウォレットが取引内容を正確に表示していても、ユーザー が悪意のあるコントラクト、過度な権限設定、またはリスクの高いプロトコルとのやり取りを承認してしまう可能性があります。

記述子は契約に遅れをとることがあります。プロキシがアップグレードされたり、ルーターの動作が変わったり、関数の意味が変化したりしても、古い記述子では依然として正常なプロンプトが表示される場合があります。

ディスクリプタは、複雑な実行パスに苦戦することがあります。バッチ処理された呼び出し、デリゲート呼び出し、ルーター、およびネストされた呼び出しデータにより、1つのトランザクションが、目に見える関数の内容以上に多くの処理を行うことになる場合があります。

また、クリアサイニングが確実に機能し、効果を発揮するためには、以下の要素に大きく依存しています：

• 信頼できるレジストリ、

• 取引シミュレーション、

• メタデータのチェック、および

• 財布レベルのリスク警告。

だからこそ、この制限について改めて強調しておくことが重要です。ERC-7730はトランザクションを理解しやすくするものであり、署名することが自動的に安全になるわけではありません。

ERC-7730：今後の展望は？

ERC-7730はすでにレジストリ層で実装されており、現時点でLedgerが最も明確な実用実装例となっています。しかし、クリア署名にはさらに広い応用範囲があります。

アカウント抽象化が成熟するにつれ、ユーザー は単発のトランザクションへの署名回数を減らし、スコープ指定された権限をより多く付与するようになります：

• 支出上限、

• セッションキー、

• 承認済みの契約、

• 委任された行為、および

• 定期契約。

それゆえ、取引の意図はさらに重要になる。

スマートウォレットは、あるアクションが何を意味するのかを明確に理解できなければ、適切なルールを適用することはできません。

AIについても同様であり、 エージェント や自律的な実行についても同様です。

もし エージェント ユーザー に代わってスワップ、支払い、リバランス、または契約のコールを実行する場合は、生のコールデータだけでは不十分です。

by ウォレット、ポリシーエンジン、シミュレーター、そして将来的にはその他の エージェント。

ERC-7730は、その方向への第一歩と言えます。

まずは人間が読み取れる署名から始まりますが、その長期的な価値は、機械が読み取れる意図にあるかもしれません。つまり、ウォレット、アプリ 、および エージェント が、実行が行われる前に何が承認されているかを理解するための共通の方法です。