Chainlink vs. Python Network：リアルタイムデータのためのWeb3オラクルの選択

DeFiアプリケーションは、スマートコントラクトのロジックが完璧であっても、市場データが古かったり、遅延していたり​​、利用できなかったり、誤って解釈されていたりすると、最も重要な瞬間に失敗する可能性があります。これが、実務上のオラクル問題です。例えば、貸付プロトコルが誤った価格で清算されたり、永久取引所が既に変動した市場価格を提示したり、金庫が参照市場が閉鎖された後も稼働し続けたりする可能性があります。

ChainlinkとPyth Networkはどちらもこの問題に取り組んでいますが、単純な「Chainlink対Pyth」の比較では重要な詳細が見落とされてしまいます。現在、両社とも複数のデータ配信モデルを提供しています。Chainlinkには従来のオンチェーンデータフィードと低遅延データストリームがあり、PythにはPyth Core、Pyth Pro、そしてオプションのプッシュインフラストラクチャがあります。したがって、どちらのブランドが普遍的に優れているかという問いではなく、アプリケーションのレイテンシ、資産カバレッジ、信頼性に関する前提、コストモデル、および障害制御にどのデータパスが適合するかという問いの方が重要です。

開発者が知っておくべき最近の変更点もあります。2026年8月26日、PythはPyth Coreをアップグレードしました。パブリックHermesインターフェースではAPIキー認証が必要となり、基盤となるアーキテクチャは従来のPythnet/Wormhole方式から、5つの独立して動作するルーターと3/5署名クォーラムに基づくシステムへと移行しました。既存のインターフェースは互換性を維持するように設計されていますが、開発者は統合時に最新のエンドポイントとコントラクトが使用されていることを確認する必要があります。詳細については、公式のPyth Coreアップグレードドキュメントを参照してください。

まず解決すべき問題は、価格表示はどの程度の鮮度を保つ必要があるか、ということです。

オラクルベンダーではなく、アプリケーションから始めるべきです。数分ごとに担保を再計算する融資市場では、ほぼ瞬時の実行を約束する永久取引所とは異なる要件が求められます。プロトコルが許容可能な最大データ有効期間を定義できない場合、安全なオラクルを選択することはできません。

Chainlinkデータフィードは、更新条件が満たされた際にオンチェーンで公開できるデータ向けに設計されています。実際には、価格フィードは通常、偏差閾値やハートビートなどのメカニズムに基づいて更新されます。このモデルは、融資、担保評価、準備金チェックなど、現在の参照値をオンチェーンに継続的に保存することが有用なアプリケーションに最適です。

Chainlink Data Streamsは、従来とは異なるワークロードを対象としています。現在のドキュメントでは、低遅延の市場データをオフチェーンで配信し、アプリケーションがオンチェーンでレポートを検証できるプル型サービスとして説明されています。Chainlinkは、Data Streamsが1秒未満のデータ解像度をサポートし、無期限先物、オプション、予測市場など、レイテンシーに敏感な商品向けに設計されていると述べています。詳細は、Chainlink Data Streamsの公式ドキュメントをご覧ください。

Pyth Core もプルモデルを採用しています。アプリケーションまたはユーザーは署名済みの価格更新を取得し、それを Pyth コントラクトに送信してから、検証済みの価格を読み取ります。アプリケーションは、などの関数を使用して最大経過時間を要求できますgetPriceNoOlderThan()。これにより、継続的に更新されるオンチェーン値のみに依存するのではなく、トランザクション フローの鮮度が明示的な部分となります。価格を更新する必要がある理由については、Pyth の説明を参照してください。

プッシュ型とプル型：運用面での変化は？

もはや「Chainlinkはプッシュ型、Pythはプル型」という区別は当てはまりません。Chainlink Data Streamsは明確にプル型である一方、Pythは選択されたネットワーク上のスポンサー付きプッシュフィードを文書化し、チーム自身が運用できるPrice Pusherを提供します。したがって、アーキテクチャは製品ごとに比較する必要があります。

データはどこから入手したのですか？

Chainlink：複数のデータソースと分散型オラクルネットワーク

Chainlinkデータフィードは、複数のソースからデータを集約し、分散型オラクルネットワークを通じて結果を公開します。Chainlinkのドキュメントでは、この設計は分散型データモデルとオフチェーンレポートを組み合わせたもので、複数のオラクルノードがオフチェーンで合意に達した後、オンチェーンにレポートが送信されると説明されています。これにより、集約に必要なオンチェーントランザクションの数が削減されます。

この設計により、複数のリスクが分離されます。プロトコルは、単一の取引所、単一のAPI、または単一のオラクルノードに依存しません。ただし、インテグレーターは使用する特定のフィードを検査する必要があります。Chainlinkはさまざまなフィードカテゴリとリスクに関する考慮事項を維持しているため、Chainlinkインターフェースが存在するだけでは、すべてのフィードが同一のデータソース、流動性品質、または更新パラメータを持っているとは限りません。まずは、公式のChainlinkデータフィードドキュメントを参照してください。

Pyth: 出版社データを価格と信頼度に集約

Pythのモデルは、取引所、トレーディング会社、マーケットメーカー、その他の金融データプロバイダーといった市場データ発行者からの直接的な貢献を重視しています。Pythは、集計価格と信頼区間を併せて公開しますが、これは実際の市場では常に完全に均一な価格が存在するわけではないため、非常に有用です。

信頼区間はリスク管理に組み込むことができます。例えば、融資プロトコルでは、発行者の分散が拡大した場合に担保を保守的に評価したり、不確実性が高すぎる場合に市場を一時停止したりすることができます。Pythの公式ベストプラクティスガイドでは、報告された中間値を絶対的なものとして扱うのではなく、信頼度と陳腐化を考慮することを明確に推奨しています。

2026年にPythのアーキテクチャで何が変わったのか？

これは、今回の比較において、現行バージョンにおける最大の問題点です。以前のPythの説明では、Pythnetはパブリッシャーが価格を送信するチェーンであり、ワームホールのガーディアンが署名付きメッセージを他のチェーンに中継する仕組みであると説明されていました。しかし、現在のPythのドキュメントでは、Pythnetは閉鎖され、Pyth Proが現在のデータアーキテクチャを文書化していると記載されています。

アップグレードされた Pyth Core では、5 つの独立して動作するルーターが集約を計算し、マークルルートに署名します。Hermes は署名済みのルートと証明を収集し、オンチェーンコントラクトは要求された集約を受け入れる前に 5 件中 3 件の署名クォーラムを検証します。Core コントラクトの ABI は以前のインターフェースと互換性がありますが、新しいコントラクト アドレスが存在し、Hermes へのアクセスには API 認証が必要になりました。

2024年版または2025年版のチュートリアルを参考にしている開発者は、デプロイ前にエンドポイント、認証、およびコントラクトアドレスを再確認する必要があります。最新の技術説明は「アップグレードされたPython Coreの仕組み」に記載されています。

どちらのオプションの方が統合しやすいですか？

従来のオンチェーン参照価格のみを必要とする契約の場合、Chainlink Data Feedsは運用上非常にシンプルです。適切なアグリゲーター契約を読み込み、アプリケーションのリスクルールに従って返されたタイムスタンプと値を検証するだけです。

Python Coreは、標準的なプルフローに明示的な更新ステップを追加します。呼び出し元はHermesから価格更新データを取得し、更新料金を支払い、更新を送信した後、十分に新しい価格を取得します。トランザクション自体が最新のデータを提供できるため、レイテンシに敏感な実行においては、これは負担ではなくむしろ利点となりますが、アプリケーションが管理すべき内部処理が増えることになります。

Chainlink Data Streamsは、低遅延のプル型システムと同様に、APIまたはWebSocketアクセス、レポートのデコード、認証、オンチェーン検証、フォールバック動作、課金といった運用上の課題を抱えています。高頻度取引においては、Pyth CoreやProをChainlink Data Streamsと比較する方が、Chainlinkの従来のプッシュ型フィードと比較するよりも適切です。

レイテンシーについてはどうでしょうか？

レイテンシはエンドツーエンドで測定する必要があります。ベンダーはミリ秒単位またはサブ秒単位のデータを提供できるかもしれませんが、アプリケーションにはネットワークレイテンシ、APIレイテンシ、ブロック生成、トランザクションの組み込み、コントラクトの実行、および決済ロジックといった要素が依然として存在します。

Chainlinkの現在のデータストリームに関するドキュメントでは、1秒未満のデータ解像度とオンデマンド検証が謳われています。Pyth Proでは、サブスクリプションと統合モードに応じて、ミリ秒単位の配信から50ミリ秒、200ミリ秒、1秒間隔まで、リアルタイムおよび固定レートのチャネルについて説明しています。これらの製品レベルの機能は、高度なトレーダーが古い約定を直接収益化できるデリバティブやマーケットメイキングシステムにとって特に重要です。

融資や保管庫といった低速な利用ケースでは、可能な限り低いレイテンシを追求すると、安全性が大幅に向上することなく、コストと複雑さが増大する可能性があります。フィードパスから数十ミリ秒を削るよりも、適切に設計された陳腐化閾値と保守的な清算ルールの方が重要になる場合があります。

セキュリティをどのように比較すべきでしょうか？

Oracleのセキュリティを単一ノード数に限定しないでください。完全なパスを確認してください。

• 情報源の多様性：独立した情報提供機関やデータプロバイダーのうち、どれだけの機関が有意義な情報を提供しているか？
• 集計：外れ値、古い出版社、一貫性のない市場はどのように処理されるのか？
• 署名者またはノードの独立性：データが受け入れられる前に、どの当事者の合意が必要か？
• オンチェーン検証：コンシューマーコントラクトは具体的に何を検証するのでしょうか？
• 鮮度：攻撃者は、技術的には有効な古いアップデートを意図的に使用できるか？
• 可用性： API、リレイヤー、ブロックチェーン、またはデータマーケットが利用できない場合はどうなりますか？
• アプリケーション制御：このプロトコルは、ストレス時に一時停止、スプレッドの拡大、露出の制限、または古いデータの拒否を行いますか？

Pythのセキュリティガイドラインでは、プルアップデートにおける悪意のある選択について警告しています。ユーザーは、許容される時間制約を満たすアップデートの中から選択できる可能性があるからです。ガイドラインでは、厳格な鮮度チェックと、実行可能な市場においては、決済の遅延、信頼性を考慮した価格設定、保有期間、エクスポージャー制限などの手法を推奨しています。

Chainlinkも同様に、タイムスタンプの監視、適切なフィードの選択、異常な市場状況からのアプリケーションの保護といった責任を開発者に負わせています。Oracleのインフラストラクチャはデータリスクを軽減できますが、プロトコルの許容レバレッジ、清算バッファー、または取引時間ポリシーを決定することはできません。

各ネットワークは、単一価格以外にどのようなサービスを提供しているのでしょうか？

Chainlinkは、基本的な暗号通貨/米ドルフィードの枠を超えて大きく事業を拡大しています。現在の製品群には、価格と準備金情報を提供するデータフィード、スマートデータ、レートとボラティリティのフィード、L2シーケンサーの稼働状況フィード、そしてレポートスキーマに応じて流動性加重買値と売値、その他の市場コンテキストなど、より豊富な市場情報を提供するデータストリームが含まれています。

Pythも同様に、単一の中間点にとどまらず、より広範な機能を提供します。Pyth Coreは価格、信頼度、EMA関連データを提供し、Pyth Proはより豊富な高頻度市場情報と設定可能な配信機能を提供します。Pythの2026年に向けたより広範な方向性には、商用データインフラストラクチャとデータマーケットプレイスも含まれています。

資産のカバレッジは、デプロイ時に確認する必要があります。両プロバイダーとも、フィードの追加、変更、および廃止を行います。あるチェーン、サービス層、または過去の統合で利用可能なシンボルが、他の場所でも同じ更新特性で引き続き利用可能であると想定しないでください。

費用はどのように異なるのでしょうか？

コストはオラクル利用料だけではありません。ブロックチェーンガス代、トランザクション更新費用、APIアクセス費用、検証呼び出し費用、エンジニアリング費用、監視費用、冗長性、フォールバックインフラストラクチャ費用なども含まれます。

Chainlinkのデータフィードは、継続的な公開作業をフィードのスポンサーとなるエコシステムに外部委託することが多い一方、データストリームはオンデマンドレポート向けに独自の課金モデルを採用しています。Chainlinkは、利用状況や経済的な持続可能性が運用を正当化しなくなった場合、サポートされているフィードを廃止することもあると述べています。

Pythの経済性は2026年に大きく変化しました。PythはPyth Core向けの商用データモデルを発表し、8月26日のCoreアップグレード以降、HermesへのアクセスにはAPIキーが必要となりました。Pythのドキュメントでは、無制限かつ認証不要のAPIアクセスを前提とするのではなく、現在のプランをユーザーに案内しています。オンチェーンプルアップデートにも、Pythコントラクトによって計算されるアップデート料金が必要です。

取引量の少ない融資プロトコルでは、常時稼働の低遅延インフラは不要かもしれません。一方、取引量の多い永久取引所では、より高品質なデータと冗長な接続に投資する方が、古い執行によって生じる逆選択損失よりも安価になる可能性があります。

実践的な選考方法

1. 標準担保または参考価格が必要な場合

まず、対象とするチェーン上で、必要な資産と市場慣習に対応した、成熟したChainlinkデータフィードまたはPythフィードが存在するかどうかを確認してください。更新動作、データソース、取引時間、および統合に伴う運用上の負担を比較検討してください。ブランド認知度だけで選択しないでください。

2. ほぼリアルタイムの取引データが必要な場合

Chainlink Data Streamsを、従来のプッシュフィードのみをベンチマークとするのではなく、Python CoreまたはPython Proと比較してください。独自のチェーン条件下で、データ作成から実行可能な決済までのエンドツーエンドのレイテンシを測定してください。

3. 不確実性が高まると市場が危険になる

データの品質シグナルを活用してください。Pythの信頼区間は、スプレッド、担保割引、または一時停止しきい値に直接組み込むことができます。Chainlinkでは、その製品で利用可能な特定のレポートスキーマ、タイムスタンプ、ソース方法、およびその他の市場状態フィールドを確認してください。

4. ダウンタイムが許容できない場合

冗長なデータ取得とアプリケーションのフォールバックを設計してください。Chainlink Data Streamsでは、マルチサイトのアクティブ/アクティブ配信と高可用性SDKモードについて説明しています。Pyth ProとCoreの統合では、APIの可用性、認証、現在の契約アドレス、および価格が古くなる可能性を考慮する必要があります。

5. リスクモデルに1つのオラクルでは不十分な場合

一部のプロトコルでは、複数の独立したオラクルパスを比較したり、サーキットブレーカーを使用したり、セカンダリフィードを維持したりしています。これにより耐障害性は向上しますが、新たなガバナンス上の問題も生じます。つまり、情報源間で意見が食い違う場合にどう対処するかを契約で決定する必要があるのです。より有利な価格を盲目的に選択するフォールバックは、安全機構とは言えません。

ChainlinkとPythonの比較：要件別比較

Oracle統合をリリース前に自己チェックする方法

Oracle統合を本番環境対応と判断する前に、正常系のみをテストするのではなく、障害発生時のレビューを実施してください。以下は便利なチェックリストです。

• 対象ネットワーク上の正確なフィードまたはストリームIDと公式契約アドレスを確認してください。
• プロトコルで使用される各価格について、許容される最大年齢を定義します。
• 古いフィードをシミュレートし、アプリケーションが安全に失敗することを確認します。
• 価格が複数の取引所で乖離したり、信頼感が広がったりするような、変動の激しい市場をテストする。
• APIまたはWebSocketの障害や認証失敗をテストする。
• 基となる伝統的な市場が閉まっている場合の挙動を検証する。
• 混雑したブロックチェーン環境下におけるエンドツーエンドのレイテンシを測定する。
• 公式の廃止およびアップグレード通知を購読してください。
• 更新費用、検証費用、購読料、ガス料金をどちらの当事者が負担するかを明記してください。
• Oracleプロバイダがアーキテクチャや契約アドレスを変更するたびに、テストを再実行してください。

これらのチェックによって明確かつ決定論的な動作が得られる場合、オラクルの選択は評判のみに基づいて行われるのではなく、アプリケーションに合わせて行われる可能性が高い。ChainlinkとPythはどちらも、外部の金融データをWeb3に取り込むための成熟した方法を提供しているが、両者の最も強力な機能はますます重複している。Chainlinkは現在、プッシュ型とプル型の両方のモデルを提供しており、Pythはアプリケーションがトリガーするプル型更新と選択されたプッシュ型の両方をサポートしている。決定要因は、データを利用するプロトコルの特定の市場、レイテンシ予算、セキュリティに関する想定、運用能力、および障害ポリシーであるべきである。

現在の実装の詳細については、Chainlink Data Feeds ドキュメント、Chainlink Data Streams ドキュメント、Pyth Core ドキュメント、およびPyth Pro ドキュメントを参照してください。エンドポイント、フィード、認証、およびサポートされるネットワークは変更される可能性があるため、デプロイ時にはこれらの主要な情報源を再度確認する必要があります。