オンチェーンに表示される数字が違う。まずはブリッジを調べるべきか、それともデータを先に調べるべきか？この2つの問題は、しばしば「オラクルが間違っている」という一言でまとめて処理されがちです。手間が省けるように聞こえますが、実際には調査の責任の境界を誤ってしまいます。

Dusk と NPEX の公式発表では Chainlink の CCIP、DataLink、Data Streams を採用することが言及されていますが、これは互いに置き換え可能なボタンのセットではありません。CCIP/CCT はクロスチェーン接続とトークン制御の方向に対応しており、DataLink と Data Streams は公式のマーケットデータや低遅延データをワークフローへ取り込む方向に対応しています。どれも同じ協業図の中にありますが、答えている質問は別物です。

インターフェース上の価格と想定が一致しない場合に先に聞くべきなのは、データがどこから来ていて、更新時刻がいつで、参照している市場の指標（マーケットの口径）が一致しているかどうかです。クロスチェーンのアクションが期待どおりの結果を表示しない場合は、メッセージが両端でどういう状態になっているかを追う必要があります。資産の状態が正しくない場合は、トークン制御とそれに対応するコントラクトの境界まで戻って確認しなければなりません。価格が古いなら、メッセージの再送だけに頼っても解決しないかもしれません。メッセージが最後まで完了していないのに、別の見積り（レート）に変えても資産の状態が自動で変わることはありません。3つの経路を1つの故障名に混ぜてしまうと、誰もが「それは他の人がやるべき」と思ってしまいます。

だからこそ、トラブルシューティングでは「接続されているかどうか」だけを聞いてはだめなのです。データの問題は、出どころ・タイミング（時点）・取得値を突き合わせる必要があります。メッセージの問題は、経路の両端の状態を確認する必要があります。トークン（資産）状態の問題は、制御ロジックに立ち返る必要があります。これら3種類の証拠は、同じ1枚のスクリーンショットで代替できるものではありません。

さらに重要なのは、公告が示しているのは「採用または統合の方向」であって、「すべての資産フロー、データソース、プロダクト経路が全面的に有効化されている」ことを意味するわけではないという点です。クロスチェーンのRWA提案を審査する際には、「Chainlink はつながっていますか？」と聞くよりも、問題を3つに分解してください。資産は誰が制御しているのか、メッセージはどう伝達されるのか、価格の根拠はどこから来ているのか。まず異常を分類してから、次に探すべき証拠のどこに行くべきかがわかります。
@Dusk $DUSK #dusk