多くのDeFiレンディングプロトコルでは、ユーザーは資産を担保として預け入れ、資金を借り入れます。たとえば、ユーザーがETHを担保にしてステーブルコインを借りる場合です。システムはオラクルが提供する市場価格をもとに担保価値を算出し、アカウントが安全な状態かどうかを判断します。
担保資産の価格が一定の閾値を下回ると、システムは清算メカニズムを発動し、担保を売却して債務を返済します。このプロセスはほぼ完全にオラクルによる価格の迅速な更新に依存しているため、オラクルデータの正確性とスピードが清算システムの正常な稼働を左右します。
価格の更新が遅い場合、システムが清算を適時に発動できず、プロトコルに不良債権リスクが発生します。逆に、価格が急激かつ異常に変動した場合、不必要な大量清算が発生する恐れもあります。こうしたリスクを低減するため、DeFiプロトコルでは通常、複数のリスク管理メカニズムを組み合わせています。
これらの設計がDeFi清算システムの基本的な枠組みを構成しており、オラクルはその運用に不可欠な前提条件です。
オラクルは信頼性の高いデータ提供を目指していますが、攻撃者はしばしばDeFiプロトコル内で不正な利益を得るために価格データの操作を試みます。これらの攻撃は一般的にオラクル攻撃と呼ばれます。
典型的な手法は分散型取引所(DEX)の価格を操作することです。たとえば、プロトコルがDEXのスポット価格をオラクルデータとして採用している場合、攻撃者は大規模な取引で市場価格を一時的に変動させ、その異常な価格を利用してレンディングやデリバティブプロトコルで利益を得ることができます。
このような事例は、近年のDeFiエコシステムで複数回発生しています。こうした攻撃は、攻撃者がフラッシュローンで多額の資金を調達し、流動性の低い取引ペアで価格を操作し、最後に異常な価格を使って他のプロトコル間でアービトラージを行うという特徴があります。これらの一連のプロセスは1ブロック内で完結するため、システムが即座に対応できないことが多いのです。
これらの事例から明らかになるのは、オラクルが単一市場のデータに過度に依存すると、短期間で価格が操作されるリスクがあるという点です。そのため、多くのDeFiプロジェクトは攻撃リスクを軽減するため、オラクルシステムの再設計を進めています。
価格操作リスクを軽減するため、DeFiプロトコルは単一時点の市場価格を使用せず、より堅牢なデータ処理手法を採用しています。最も一般的なソリューションの一つが時間加重平均価格(TWAP)です。
TWAPの核心は、スポット価格に頼らず、一定期間の価格を平均化することです。これにより、攻撃者が短時間だけ市場価格を変動させて最終データに決定的な影響を与えることが困難となり、価格操作には長期間・高コストの継続的な介入が必要になります。
時間加重メカニズムのほか、多くのオラクルシステムはマルチソースデータ設計も採用しています。つまり、システムは単一の取引所や市場に依存せず、複数の取引プラットフォームから価格情報を収集・集約します。これにより、特定市場の変動が全体に与える影響を抑制できます。
さらに複雑なシステムでは、オラクルが追加のセキュリティ戦略を組み合わせることもあります。
これらのメカニズムが組み合わさることで、現代のDeFiオラクルのセキュリティアーキテクチャが構築され、市場の変動や攻撃下でも安定した運用が可能となっています。