イーサリアムのクリアシグニング技術は、数十億ドル規模のハッキング事件の背後にある承認プロセスを狙っている。

承認の段階に至った場合にのみ、その署名が有効となります。

「クリア・サインング」というのは、その発表が広まるまでの間だけ意味がある。多くのセキュリティ侵害の際、問題が発生するのは、資金が移動する前の最後の段階であることが多い。最終的なステップは、しばしばコード上のバグではなく、ユーザーがトランザクションを承認するということです。作業グループによると、点字での署名が役立っているそうです。生態系の損失における「何十億もの」そして、15億ドルのBybitのハッキング事件これは、署名者が取引の真の意図を理解できない場合に何が起こり得るかを示す、最も明確な例の一つです。

この発行は、その承認の段階に直接関与するため、重要な意味を持ちます。ERC-7730では、契約の機能を平易な言葉で記述することができ、メタデータも中立的で、複製可能なレジストリを通じて公開されます。もしウォレットがこれをうまく利用すれば、ユーザーは不透明なハッシュ値を見ることなく、トランザクションが実際に何をするかを理解できるようになります。

ERC-8176は、トラスト層を追加しています。これは、監査員がディスクリプタの正確性を確認できるようにする証明フレームワークです。そうすることで、ウォレット側は自分自身の信頼ポリシーを適用し、独立した評価に基づくメタデータを優先することができます。これにより、承認に関するミスを大幅に減らすことができるでしょう。人が読みやすいプロンプトです。しかし、実際に受けられる恩恵が本当に実際に得られるものなのか、それとも単なる理論上のものなのかは、依然として「養子縁組」によって決定されます。

組織的な規模のおかげで、承認内容を読みやすくすることができます。これは、セキュリティに関するニュースとして捉えられるよりも、むしろ良いことです。

タイミングが重要です。なぜなら、イーサリアムの機能は既に十分に活発化しており、不明確な承認はセキュリティ上のリスクを引き起こすだけでなく、運用上の障害にもなり得るからです。

ステイキングのスケールによって、混乱のコストが変わります。

エチオピアンには、現在以下のようなものがあります。3600万以上のETHが預けられている。約100万ものアクティブなバリデーターが存在します。これは、単なる小規模なトラフィックではありません。これは、ステーブlingインフラ、財政管理のワークフロー、そして機関向けの製品構造に深く組み込まれている大規模な資本です。そのような環境では、混乱を招く確認画面によって、承認の処理が遅れることがあります。また、サポートの負荷も増加し、オペレーターが間違った処理を行う可能性も高くなります。

そのような圧力は、すでにプラットフォームのデータに表れています。Fireblocksによると、過去6ヶ月間で、同社のプラットフォーム上でのETHのステーキング量が2倍以上に増加しています。また、機関投資家たちは、バリデータ管理やポリシーの実施に関するより良いツールを求めています。このような規模で資本が動く場合、承認プロセスが効率性の観点からも、セキュリティの観点からも重要になってきます。

すでに、重要なウォレットやツールが用意されています。

もう一つの変化は、これが単なる概念ではないということです。このサービスの導入は、実際に支援されています。レジャー、Trezor、MetaMask、WalletConnect、Fireblocks、Cyfrin主な消費者向けのウォレット、ルーティングインフラ、そして企業向けの署名パスを対象としています。同時に、ERC-7730は…ERC-7730 v2これにより、チェーン間での相互運用が可能になります。また、デスクリプタを構築し、検証するためのツールもオープンソース化されています。

依然として、採用の問題は存在しますが、初期の設定を見ると、これは典型的なセキュリティ対策よりも実現可能に思えます。ウォレットや高価値なプロトコルが迅速に統合されれば、明確な署名処理が必要になります。そうすれば、次の段階で機関投資家が参加する前に、その仕組みが確立されるでしょう。

注目すべき点：レジストリのカバレッジ、ウォレットのサポート、そして実際の使用例です。

これを、単なるセキュリティ対策から、より投資価値のあるものに変えるための秘訣は簡単です。つまり、承認を受けることが、無視するよりも容易になってくるかどうかを見てみればよいのです。

レジストリの構造が、スローガンよりも重要だ。

標準的な仕組みは、メタデータが簡単に見つけられ、確認でき、信頼できる場合にのみ機能します。ERC-7730レジストリは、このような構造になっています。エンティティのサブフォルダーファイルのパス名は、以下のようになります。カルデータ –契約に関しては、eip712-タイプされたメッセージの場合は、それに加えて…一般的なものです。重複を減らすために、共通の定義を共有しています。変更内容はプルリクエストを通じて行われ、各変更は1つのエンティティに関連付けられます。この設計により、統合の障害が少なくなりますが、一方で、最も重要なプロトコルやサービスの継続的な参加に依存することになります。

実装の速度こそが、真の試練です。

次のシグナルとは、その発表自体ではありません。重要なのは、主要なウォレットが発売後もサポートを続けるかどうか、そして、高価値のプロトコルが十分に迅速にディスクリプタを公開できるかどうかです。ウォレットは、そのディスクリプタをから取得することができます。オープンなレジストリしかし、ユーザーは、どのレジストリインスタンスを信頼するかも自分で決めます。これにより、初期に統合されるウォレットやプロトコルによって、ユーザーが承認ステップで見る内容が決まります。ERC-7730 v2では、すでにこの機能が実装されています。クロスチェーンサポートですから、今重要な変数は、実装の速度や、その利用範囲です。

何が、それを固定するために必要なのでしょうか？

• ウォレット：主要な消費者、ハードウェアの利用者、そしてウォレットの所有者は、デスクリプタをデフォルトで設定する必要があります。これは、選択肢として行われるものではありません。
• プロトコル：DeFiや機関向けの契約書は、それぞれのエンティティフォルダ下に、公開レジストリの登録が必要です。
• レジストリのカバー範囲：持続的なプルリクエストの活動が行われており、特に価値の高いインターフェースについてはそうです。また、可能な限り、アテントションも適用されています。

もし、ウォレットのサポートやレジストリへの登録が、低いトラフィックを抱えるエンティティに集中している場合でも、これは依然として有効な標準として機能するでしょう。ただし、日常的なイーサリアムの使用に影響を与えるほどの流れはないでしょう。