Aave Labs、16のブロックチェーンネットワークにわたるDeFiセキュリティ強化へ V3.8アップグレードを提案
重要ポイント
- •Aave Labsは10月21日、レンディングプロトコルをバージョン3.8にアップグレードするガバナンス提案を公開し、16のブロックチェーンネットワークにわたるリエントランシー関連の会計リスクの低減に焦点を当てました。
- •このアップグレードは、外部コールバック中のプール会計を保護するリエントランシーガードを追加し、EIP-1153の一時ストレージ技術を用いて追加ガスコストを最小限に抑えます。
- •計画された展開は、Ethereum、Avalanche、BNB Chain、Arbitrum、Base、Polygonなどのネットワーク上のアクティブなインスタンスを対象とし、凍結市場および借入・供給上限がゼロの市場は除外されます。
- •提案は大規模な再設計ではなく限定的なセキュリティ強化と位置付けおり、緊急対応を必要とするアクティブなエクスプロイトや確認済みの脆弱性は特定されていません。
- •実施には、Certoraおよびその他の独立系監査人によるセキュリティレビュー、その後のSnapshot投票、コミュニティトークンホルダーによる正式なオンチェーン承認が必要ですが、提供日は発表されていません。

Aave Labsは、分散型レンディングプロトコルをバージョン3.8にアップグレードする提案を提出しました。この変更は、16のブロックチェーンネットワークにわたるセキュリティ強化を目的としています。10月21日に公開されたこの提案は、トランザクション効率を維持しながら、リエントランシーに関連する会計リスクの防止を中心としています。
承認されれば、このアップグレードはAaveのプール運用に追加の保護措置を導入し、理論上のスマートコントラクトエクスプロイトからプロトコルを保護します。ただし、実施にはセキュリティ監査、コミュニティのフィードバック、および正式なガバナンス承認が必要です。
中心的なリエントランシーガード
提案されているAave V3.8アップグレードは、外部コールバック中のプール会計を保護するために設計されたリエントランシーガードを導入します。リエントランシーとは、スマートコントラクトが先行する処理が完了する前に別のコントラクトと繰り返しやり取りすることで、会計の不整合が生じる可能性がある現象です。リエントランシーはスマートコントラクト開発において最もよく知られた脆弱性クラスの一つであり、これに対する明示的な保護は、特にユーザーの預かり資産をコントラクト内に直接保有するプロトコルにおいて、DeFiエンジニアリングの標準的な手法となっています。
この保護を実装するため、Aave LabsはEthereum Improvement ProposalのEIP-1153で導入された一時ストレージ技術を使用する計画です。この仕組みにより、トランザクション中に一時的なデータ保存が可能となり、開発者はガスコストを大幅に増やすことなくセキュリティ保護を追加。
ガバナンス提案によると、これらの変更は大規模なプロトコル再設計ではなく、限定的なセキュリティ強化にあたります。文書には、緊急対応を必要とするアクティブなエクスプロイトや確認済みの脆弱性は特定されていません。
16ネットワークへの展開
Aave Labsは、サポート対象の16のブロックチェーンネットワーク上のアクティブなプロトコルインスタンスにV3.8を展開する意向です。対象には、Ethereum、Avalanche、BNB Chain、Arbitrum、Base、Polygon、Optimism、Linea、Gnosis、Celo、Mantle、Monad、Plasma、X Layer、MegaETH、およびその他のEthereumベースの展開が含まれます。
EthereumのCoreおよびLidoインスタンスは提案された展開に含まれます。ただし、資産が凍結されている非アクティブな市場や、借入または供給上限がゼロに引き下げられた市場は、アップグレードの対象外となります。
この広範な展開戦略は、マルチチェーンのレンディングインフラ全体で一貫したセキュリティ基準を維持するというAaveの重点を反映しており、小規模ネットワーク上の預け入れ手や借入手もEthereumと同等の中心的な保護を受けられるようになります。より強固な会計保護により、分散型レンディング活動の拡大に伴う潜在的なスマートコントラクトリスクが低減される可能性があります。
監査とガバナンス投票が次の段階
実施前に、Aave V3.8はCertoraおよびその他の独立系監査人によるセキュリティレビューを受けます。これらの評価は、開発者が最終的なアップグレードをオンチェーンガバナンスの決定に提出する前に、提案された変更を検証します。
提案は現在、Aave Request for Final Commentsの段階にあり、コミュニティメンバーが技術的な詳細を評価できるようになっています。前向きなフィードバックが得られれば、この取り組みはSnapshot投票へと進み、監査終了後に正式なAave Improvement Proposalが提案されます。Aaveのガバナンスモデルでは、最終承認は提案チームではなくコミュニティのトークンホルダーにあるため、コード変更が有効になる前にコミュニティには複数の確認ポイントがあります。
Aave Labsは確定した提供日を発表していません。最終的に、このアップグレードの実施はセキュリティレビューとガバナンス承認の成功にかかっており、今後の評価プロセスが提供の成否を左右する重要な段階となります。