Ethereum FoundationのProtocol Securityチームは、プロトコルのリポジトリやdevnetのバグをスキャンするため、協調型AIエージェントをセキュリティワークフローに組み込んでいる。

7月9日の投稿「The Triage Is The Product」で、Ethereum FoundationのチームメンバーであるNikos Baxevanisは、AIエージェントのネットワークが潜在的な脆弱性の特定、ノイズの多い検出結果の削減、人間主導のセキュリティレビューの支援にどのように使われているかを説明した。

この投稿の中心的なポイントは、これらのツールが監査人の代替として提示されているわけではないという点だ。プロトコルセキュリティでは、課題は単に潜在的なバグを見つけることだけではない。どの報告に意味があり、どれが誤検知で、どれがより深い調査を必要とするのかを判断することでもある。

この見方は、トリアージをEthereumのセキュリティプロセスの中心に置くものだ。Protocol Securityチームにとって、発見事項を分類し、順位付けし、検証する作業そのものがプロダクトの一部になりつつある。

Ethereumのセキュリティに多層的なレビューが必要な理由

Ethereumのセキュリティは、通常のアプリケーションセキュリティとは異なる。プロトコルが、取引所、ステーブルコイン、DeFiプロトコル、Layer 2ネットワーク、そして数百万人のユーザーが利用する決済レイヤーを支えているためだ。

重大な脆弱性は、1つのアプリケーション、プロジェクト、企業をはるかに超えて影響を及ぼす可能性がある。そのため、Ethereumのセキュリティ文化は長年にわたり、バグ報奨金、監査、クライアントの多様性、テストネット、形式的推論、公開された精査を含む複数層のレビューに依拠してきた。

クライアントの多様性は、Ethereumのアーキテクチャにおける特に特徴的な要素だ。ネットワークは、独立して開発された複数の実行クライアントとコンセンサスクライアントで稼働しているため、単一の実装にバグがあっても、それだけでネットワーク全体が停止するとは限らない。この冗長性は、各クライアントのコードベースが個別の精査を必要とするため、セキュリティレビューが対象とすべき表面積を広げる。

このプロセスにAIエージェントを加えることで、調査可能なコードや挙動の範囲は広がる可能性があるが、同時に実務上の課題も生じる。AIシステムは大規模なコードベースを迅速にスキャンし、不審なパターンを示し、リポジトリ間のロジックを比較し、潜在的なバグに関する仮説を生成できる。こうした能力は、人間のレビュアーがより広い範囲を確認する助けになる。

しかし、AIシステムは低品質な出力を大量に生み出すこともある。数千件の弱いアラートを生成するツールは、セキュリティチームが実際の脆弱性と無関係または誤解を招く報告を区別できなければ有用ではない。これが、Ethereum Foundationの投稿でトリアージが中心に置かれている理由だ。

セキュリティチームに必要なのは、単に発見事項を増やすことではない。より適切な優先順位付け、明確なエスカレーション経路、そして限られた専門家の注意を向けるべき問題を確実に特定する方法が必要だ。

AIはカバレッジを拡大できるが、人間のレビューは引き続き中心にある

プロトコルセキュリティにおけるAIの最も直接的な用途は、カバレッジの拡大だ。

Ethereumの開発は、複数のリポジトリ、クライアント実装、devnet、仕様、継続的なプロトコルアップグレードにまたがっている。Pectra以降への移行のような各主要アップグレードは、すべてのクライアントチームにわたってコンセンサスルール、実行ロジック、ネットワークプロトコルに関わる。人間のレビュアーは引き続き不可欠だが、その時間には限りがある。AIエージェントは初期のスキャンレイヤーとして機能し、より詳細なレビューが必要になり得る領域を特定する助けになる。

これは、エージェントが検証なしに信頼されることを意味しない。セキュリティ業務では、自信に満ちた誤答はリスクを減らすどころか危険を生む可能性がある。脆弱性報告は、実行可能なものとして扱われる前に、確認され、再現され、順位付けされ、理解されなければならない。

誤検知は時間を消費する。見逃しはリスクを生む。そのため、人間によるレビューはプロセスの中心であり続ける。

AIレイヤーはより多くの可能性を表面化できるが、何が本物で、何が緊急で、何をエスカレーションすべきかを決めるのは依然として人間だ。Ethereumにとって、このバランスは特に重要である。プロトコル変更はネットワークの基本的な前提に影響を与える可能性があるためだ。

コンセンサス、実行、ネットワーキング、またはバリデーターの挙動に関する十分に理解されていない問題は、軽く扱うことはできない。重大なプロトコルレベルの脆弱性の影響は、単一アプリケーションのバグによる影響よりも広範になり得る。

Devnetは実用的なテスト環境を提供する

Ethereum Foundationの投稿がdevnetに言及している点は重要だ。devnetは、開発者やセキュリティチームが広範な展開の前にアップグレードをテストするための管理された環境を提供するからだ。

Ethereumのアップグレード手順では、コードは通常、開発者向けの非公開devnetから公開テストネットへ進み、その後mainnetに到達する。各段階で、ネットワークはより多くの参加者と、より予測しにくい条件にさらされる。devnetはそのパイプラインの最初期段階に位置する。

devnetは不完全であることが想定されている。コードがより広いテストネットやmainnetに到達する前に、バグ、エッジケース、予期しない相互作用が現れ得る場所だ。そのため、AI支援によるスキャンや監視にとって実用的な環境となる。

エージェントがdevnetを観察し、挙動を比較し、潜在的なリグレッションを早期に示せるのであれば、研究者のフィードバックループを短縮できる可能性がある。早期検出により、問題が修正しにくくなる前に、チームが調査する時間をより多く確保できる。

この種の作業は、トークンローンチでも消費者向けアプリケーションでもない。しかし、Ethereumの長期的な信頼性を支えるインフラプロセスの一部である。市場での議論はしばしば価格、手数料、ETFフローに集中するが、プロトコルセキュリティはそれらの土台で機能している。

より自動化されたセキュリティスタックへ

AI支援型セキュリティを試しているブロックチェーンエコシステムはEthereumだけではない。ただし、EthereumがDeFi、ステーブルコイン、ステーキング、Layer 2ロールアップ全体で数千億ドル規模の価値を保護する最大のスマートコントラクト決済レイヤーであり続けているため、そのアプローチは注目に値する。

Ethereum Foundationが、協調型エージェントのワークフローによってトリアージを改善できることを示せば、同様の手法が他のプロトコルで研究または採用される可能性がある。監査会社、バグ報奨金プラットフォーム、Layer 2チーム、アプリケーション開発者も、セキュリティ基準を下げることなくAIを活用する方法を検討している。より広範なサイバーセキュリティ業界でも、静的解析、ファジング、異常検知に機械学習を取り入れてきたが、ブロックチェーンのプロトコルレビューには、コンセンサスの安全性と分散型の調整を巡る独自の制約が加わる。

Ethereum Foundationのアプローチから得られる結論は、AIが監査人を置き換えるということではない。むしろ、セキュリティスタックの周辺部分がより自動化されつつあるということだ。

スキャン、アラート、パターン認識、初期のバグ発見は、AI支援ツールによって高速化できる。難しい判断は、引き続き経験豊富な人間のレビュアーを必要とする。

Ethereumの今後のプロトコルアップグレードは、クライアントチームとプロトコル研究者に引き続き注意を求めることになる。より優れたツールは、セキュリティレビューを開発プロセスの中心に据えたまま、これらのチームがより効率的に作業する助けになる可能性がある。

重要な制約は、AIの役割を明確に限定しておくことだ。Ethereumのプロトコルセキュリティにおける目的は、さらに多くのノイズを生み出すことではない。コストが大きくなる前に、重要なシグナルを特定することだ。

この記事は、Ethereum Foundation Protocol Securityの投稿「The Triage Is The Product」に基づいている。

この記事はNews Deskが執筆し、Samuel Raeが編集した。本レポートは、一次資料の開示文書で公開された情報に基づいている。