多くの人は最初、APROは予言機のトッププレイヤーになろうとしていると考えていましたが、実は全くの誤解です。要するに、この事象の根源は非常に素朴なもので——それはコードを書いている人たちが現実に翻弄されて生まれた怒りです。

どんなに精巧に作られたスマートコントラクトでも、オンチェーンのデータにちょっとした問題が起きるとすべて台無しになります。例えば高速道路で突然タイヤがパンクしたようなもので、ただただ見守るしかありません。チームの構成も非常に平凡です：プログラマー、アーキテクト、データパイプラインエンジニア、伝統的な金融から来た人もいれば、クラウドインフラを経験した人も、DeFiで何度も失敗を経験した人もいます。でも、皆が共通して理解したことがあります：ブロックチェーンは本質的に決定性のある機械ですが、現実世界はカオスなシステムです。価格はちょっとした誘導で暴落し、ルールは日々変わり、データソースも非常に少ない。APROはこの矛盾の隙間から生まれたのです。

初期の頃は本当に苦労しました。オフチェーンのソリューションは高速ですが安全性に不安があり、オンチェーンのソリューションは確実ですがコストが非常に高いです。何度も現実に打ちのめされながら、APROは失敗から少しずつ磨き上げられてきました。その後、Data PushとData Pullの二つのモードについて議論されましたが、これは概念を語るためではなく、異なるビジネスシーンの要求が千差万別であることに気づいたからです——あるプロトコルはゼロ遅延を求め、別のものは最終結果だけを気にします。では、なぜ一つの標準だけを使う必要があるのでしょうか？システムが逆に開発者のニーズに適応するように設計すれば良いのです。

アーキテクチャの設計思想は非常にシンプルです：速度に関してはオフチェーンで処理し、最終的な意思決定権をオンチェーンに戻す。ブロックチェーンはこの複雑な世界を理解させられるべきではなく、最終的に決定を下すだけで十分です。次に最も頭を悩ませる技術的な課題は——どうやってデータがオンチェーンに記録される前に改ざんされていないことを保証するかです。そこでAIを導入しますが、AIは権威ある裁判官ではなく、あくまでデータの検証員です。複数のソースを比較し、異常を検知し、人為的な操作を削減します。最後は制度設計と経済的インセンティブによる底上げが必要です。

ランダム性の扱いについては非常に慎重です。ゲームや抽選のようなアプリケーションシーン……