オラクルリスクを理解するには、基本的な制約を把握する必要があります。スマートコントラクトは閉じたシステムです。ブロックチェーン上に既に存在するデータしか読めず、インターネットに接続したり外部情報を照会したりできません。これは「決定論的実行」と呼ばれます。コンセンサスが機能するためには、同じコントラクトを実行するすべてのノードが全く同じ結果を得る必要があります。
これはRWAにとって核心的な矛盾を生み出します。RWAトークンの全ポイントは現実資産の価値を追跡することですが、スマートコントラクトは根本的にこれらの質問に自力で答えられません。
解決策が「オラクル」です。不動産鑑定機関・金融データプロバイダー・取引所フィードなどオフチェーンソースからデータを収集し、スマートコントラクトに提供する独立システムです。
オラクルリスクはこの橋渡しが失敗する可能性のすべての形態を指します。不正確なソースデータ・伝送遅延・オラクルノードの侵害・単一データソースの操作。オラクルが誤ったデータを供給すると、スマートコントラクトはその誤ったデータに従って忠実に実行し、トークンの誤評価・不正清算・利回り計算誤差を引き起こします。
RWAにおけるオラクルリスクはDeFiのオラクルリスクと重要な点で異なります。
DeFiのオラクルリスクは主に価格操作に集中しています。攻撃者がDEXで一時的な大規模取引を作りオンチェーン価格データを歪め、その価格を利用して不正清算や過剰借り入れをします。防御策は成熟しており、TWAPと複数ソース集約が操作可能性を低減します。
RWAのオラクルリスクはより複雑です。原資産が現実世界の不動産・債券・コモディティだからです。
頻度制約：ビルはビットコインのように毎秒価格更新できません。商業用不動産は通常四半期に1回正式な鑑定を受けるため、トークン価格が長期間現実と乖離する可能性があります。
評価の主観性：不動産鑑定には判断が伴います。2人の資格ある鑑定士が同じビルに10〜15%差のある評価額を出す可能性があります。
データソースの集中：世界の商業用不動産鑑定市場はCBRE・JLL・Cushman & Wakefieldなど一握りの企業が支配しています。RWAエコシステム全体がこれらに依存すれば、少数の仲介者にシステミックリスクが集中します。
RWAプロジェクトのオラクルリスクを評価するための具体的な質問：
データソースは何個で独立しているか？単一ソースは単一障害点です。信頼できるプロジェクトは複数の独立したソースを集約し、集約方法を開示しています。
更新頻度は？資産価値が大幅変動する可能性があるのに評価が月1回なら、中間の乖離は誰が負担するか？
分散型オラクルか独自システムか？Chainlink型は操作が困難です。ただし特定ビルの評価など非標準化現実資産には成熟した分散型オラクルソリューションがまだありません。
オラクルが失敗した場合どうなるか？異常データ検知時にコントラクトが停止して人間のレビューを待つサーキットブレーカーが必要です。
過去にオラクル障害が発生したか？ホワイトペーパーや監査レポートに記載があるか？対応メカニズムが文書化されているか？
オラクルリスクに対処するアプローチはいくつかありますが、それぞれ限界があります。
分散型オラクルネットワーク（Chainlink）：複数の独立ノード集約で単一ノード操作リスクを大幅低減。ただし非標準化現実資産のカバレッジは限られます。
信頼できるデータプロバイダー（Bloomberg・Refinitiv）：評判と法的説明責任を品質保証とします。デメリット：中央集権的依存を再導入します。
ハイブリッドアーキテクチャ：機関プロバイダーが評価、分散型ネットワークが伝送、オンチェーンに異常検知とサーキットブレーカーを組み込みます。現在の主流アプローチですが複雑性が高いです。
リアルタイム評価への依存低減：固定金利債券など頻繁な再評価が不要な資産は、継続的な時価評価より満期決済に依存するよう設計してオラクル依存を低減できます。
オラクルリスクはRWA大規模採用の核心的技術障壁の一つです。今後3〜5年で解決策が登場すると予想されますが、現在も積極的に評価すべきリスクです。
2022年10月、Mango Marketsが典型的なオラクル操作攻撃を受けました。純粋なDeFiプロジェクトですが、オラクル障害の結果を完璧に示しています。
攻撃者Avraham Eisenbergは複数の取引所でMNGOトークンを大量購入して価格を引き上げました。Mango Marketsのコントラクトはこの価格を担保評価として使用していました。膨らんだMNGOにより彼のアカウントには巨額の担保価値が表示されました。彼はプロトコル内のほぼすべての資産（合計約1億1400万ドル）を借り出しました。オラクルは現物価格を忠実に報告し、コントラクトはルール通りに計算し、どこも異常を検知しませんでした。
これをRWAに当てはめると：トークン化不動産プロトコルのオラクルが500万ドルのビルを5000万ドルと誤報した場合、トークン保有者は膨らんだ担保価値に対して数千万ドルを借り出せます。エラー修正後、借り出された資産はすでに消えています。
これがRWAプロトコル設計者がオラクルセキュリティをスマートコントラクトコードセキュリティと同等の厳密さで扱わなければならない理由です。
RWAにおけるオラクルは避けられません。問題は「使うかどうか」でなく「どのアーキテクチャでどのリスクを受け入れるか」です。
分散型オラクル：強い操作耐性と高い透明性。限界：非流動性資産のカバレッジが限られ、ノード運営コストが高い。
中央集権的データプロバイダー：ほぼあらゆる資産タイプをカバーし更新頻度をカスタマイズできる。デメリット：中央集権的信頼を再導入。
ハイブリッドアーキテクチャ：両方のメリットを取り入れ柔軟。デメリット：複雑性が倍増し各コンポーネントに独立した監査が必要。
実践的な結論：完璧なオラクルソリューションはありません。どのオラクルを使うかより、データ異常をどう処理するかに注目してください。