ウェブ3のインフラストラクチャにおいて、ユーザーが決して見ることのない最も重要な部分のいくつかがある。 あなたはDeFiアプリケーションとやり取りする。 コラテラルを入金する。 資産を借入する。 スマートコントラクトがルールを実行する。 しかし、この単純なやり取りの背後には、全体のデータパイプラインが存在する可能性がある。 価格はどこから来たのか? どのくらいの頻度で更新されたのか? いくつの独立した観測値が使用されたのか? 外部データが変更された場合、何が起こるのか? これらはオラクルの質問だ。 だからこそ、@WINkLink_Oracleを単に「価格フィードサービス」と呼ぶだけでは不十分なのだ。 そのインフラストラクチャは、外部情報とTRONのスマートコントラクトを接続するように設計されている。 基本的なフローは以下の通り: リアルワールドデータ → オラクルノード → 集約 → オンチェーンデータ → スマートコントラクトアクション WINkLinkが文書化した価格フィードアーキテクチャは、中央値ベースの集約を用いた複数のノードを活用し、ハートビートと偏差閾値により更新条件を決定する。 このアーキテクチャは価格にとどまらない。 𝗔𝗡𝗬𝗔𝗣𝗜は外部APIとの接続を可能にする。 𝗩𝗥𝗙関連機能は、検証可能なランダム性を必要とするアプリケーションをサポートできる。 つまり、オラクルレイヤーは非常に多様なブロックチェーンアプリケーションにサービスを提供する可能性を持つ。 そして、$WINがある。 このトークンの役割はWINkLinkとともに進化し、現在のMiCAホワイトペーパーでは、分散型オラクルノードへの報酬や特定のネットワークサービスに関するユーティリティが記述されている。 これは、エコシステムに対する私の考え方に変化をもたらす。 「トークンは何をしているのか?」という質問だけでなく、もう一つ重要なインフラストラクチャの質問がある: より多くのブロックチェーンアプリケーションがリアルワールドデータを必要としたとき、何が起こるのか? なぜなら、ウェブ3は取引をオンチェーンに保存することだけではない。 分散型アプリケーションがチェーン外の情報に応答できるようにすることでもある。 そここそが、オラクルレイヤーが興味深くなる場所だ。 @justinsuntron @WINkLink_Oracle #TRONEcoStar


