SQDのネットワークアップグレードがポータルを通じてストリーミングデータを提供 – なぜこれが重要なのか

オンチェーンアプリケーションを実行するには、データと流動性という2つの中核サービスが必要です。どちらか一方でも欠ければ、何の役にも立ちません。両方があれば、レンディング、取引、価格予測市場など、設計された目的を果たすための完全な装備が整います。流動性はマーケットメイカーとLPから提供され、データはオンデマンドで提供する専用レイヤーから来ます。SQDのようなレイヤーは、ペタバイト単位でWeb3データを供給しています。

しかし、ここでのキーポイントは「需要」です。現在、他のほとんどのデータレイヤーと同様に、SQDは対象のdappの要求に応じてインデックス化されたデータを提供しています。dappがETHの最新市場価格を必要とすると、リクエストを送信し、SQDがそれを提供します。しかし、それも長くは続きません。なぜなら、SQDの今後のネットワークアップグレードでは、指示を待たずに常にデータをストリーミングし、アプリケーションが常に最新情報にアクセスできるようにする新しいフレームワーク「Portal」が導入されるからです。

Portalは、レイテンシーの低減、精度の向上、コンポーザビリティの改善を約束します。しかし、それだけではありません。Portalが何を提供するのか、そしてなぜWeb3データにとって大きな意味を持つのかを見ていきましょう。

単なるネットワークアップグレード以上のもの

ネットワークアップグレードにはさまざまなものがあります。Portalは後者の大規模なもので、SQDの動作方法を根本から再発明します。その実装には、包括的なアーキテクチャと開発者体験の全面的な見直しが伴いますが、SQDチームはその変革が価値あるものになると確信しています。

すでに触れた最大の変更点は、データストリーミングモードへの移行です。これにより、開発者はオンチェーンで発生するリアルタイムの更新を継続的に受け取ることができます。この即時的なフローにより、通常の往復レイテンシーが排除され、速度が大幅に向上します。

Portalに組み込まれているもう一つの大きな変更は、コアクエリエンジンがRustで完全に書き直されたことです。これにより、エンジンの速度と安定性が最適化されるはずです。このプロセスで、SQDは現在のゲートウェイから離れることになります。チームが説明するように、「古い中央集権型ゲートウェイと非中央集権型Portalネットワークの違いは大きく、開発者はすぐにそれを実感するでしょう」。

Portalが解決する問題

5年前、アクティブなブロックチェーンの数は数百でした。今日では、その数は数千に上ります。ブロックチェーンの領域が拡大しただけでなく、それが依存するデータソースはもはやオンチェーンで起こることに限定されず、商品価格から株式、さらにはスポーツイベントまで、オフチェーンデータも活用するようになっています。その結果、分散型アプリケーションやその他のWeb3サービスのデータ需要は急増しています。

現代のWeb3開発者は、多様なソースからの正確なリアルタイムデータに依存しています。そのため、SQDのような専用インフラレイヤーがそれを提供できることで繁栄してきました。しかし、特にAIが参入し、オンチェーンエージェントからLLMまであらゆるものがデータ需要に加わっている今、まだ改善の余地があります。Portalは単に歩調を合わせるだけの試みではなく、SQDを二歩先に進め、データ配信能力を将来にわたって保証しながら、現在の開発者の生活をより簡単にするように設計されています。

Portalが開発者にもたらす可能性

Web3開発者は、Portalの立ち上げにより、より速いデータ配信の恩恵を受けるだけでなく、より優れたコンポーザビリティも享受できます。これは、PortalアップグレードがPipes SDKとペアになっているためです。Portalが生の高速データフローを処理する一方、Pipes SDKは開発者がそのデータを効果的に活用する力を与えます。

このモジュラーアプローチにより、ビルダーは既存のシステムやツールとシームレスに統合できます。これにより、開発者はベンダーが指定した構造に縛られることなく、特定のアプリケーション要件に合わせたモジュラーデータパイプラインを構築する自由が得られます。

本質的に、PortalとPipes SDKを組み合わせることで、データへのアクセスが速く、使いやすく、統合がはるかに柔軟になります。実用的には、チームは単一のストリームを通じて、オンチェーンとオフチェーンの両方からの多様なソースからデータを引き出す、洗練されたマルチチェーンdappsを作成できるようになります。これによりデータの問題が一度に解決され、開発者は機能豊富なキラーアプリの作成など、コアコンピテンシーに集中できるようになります。

データポータルの開設

長年にわたり、Web3開発者はオンチェーンデータを提供するRPCに依存してきました。RPCの設計はこの間に大幅に改善されましたが、それはウォレットやトランザクションのデータリクエストを取得するために設計されており、ナノ秒でテラバイトのデータを配信するためのものではありません。RPCはスケールしません。Portalはスケールします。

技術的な観点から見ると、Portalは「ブロックチェーンノードとデータパイプラインの間に位置し、高スループットのデータ抽出に最適化されたHTTP APIを提供します」。実用的な観点からは、ブロックチェーンアプリケーションをコーディングする際の最も差し迫った問題の一つを解決します。これは、どのチェーンで立ち上げても、どのようなデータが必要でも、重要なデータを迅速、正確、そして無限に提供できることを意味します。これがPortalの強みであり、ブロックチェーンデータを素晴らしいものにする理由です。