本報告は Tiger Research によって作成され、Subsquid の分散化データインフラストラクチャを分析しています。このインフラは、ブロックチェーンデータの透明性とアクセス可能性のギャップを埋めることを目的としています。
**ブロックチェーン技術の定義的特徴の一つは、そのすべてのデータがすべての人に公開されていることです。**従来の業界はデータを外部からアクセスできない閉じたデータベースに保存しています。ブロックチェーンの運用方法は異なります。すべての記録は透明にチェーン上に公開されています。
しかし、データの透明性は利用の容易さを保証するものではありません。**データの透明性はアクセス可能性を確保するものではありません。**ブロックチェーンは最適化されており、安全に取引を実行し、ネットワークの合意を達成することを目的としています。それはデータ分析のために設計されたインフラストラクチャではありません。**データの検証と保存機能は進歩しましたが、そのデータを効率的に照会し利用するためのインフラストラクチャはまだ不十分です。**10年前から今日まで、チェーン上のデータを照会する方法に大きな変化はありません。
!
ソース: Tiger Research
類比を考えてみましょう。「タイガータウン」という町には、「イーサリアム」という巨大な川があります。この川は公共財です。誰でも水を汲むことができます。しかし、水を汲むのは困難で効率が悪いです。誰もが水バケツを持って川のそばに直接水を汲みに行かなければなりません。飲用水として使用するためには、煮沸またはフィルター処理を行う必要があります。
現在のブロックチェーン開発環境はこのように機能しています。豊富なデータが手元にありますが、それを利用するためのインフラが不足しています。例えば、ある開発者が分散化取引所 Uniswap の取引データを使用して dApp を構築したいとします。その開発者はイーサリアムの RPC ノードを通じてデータをリクエストし、処理して保存しなければなりません。しかし、RPC ノードは大規模なデータ分析や複雑なクエリの実行に限界があります。ブロックチェーンエコシステムは複数のブロックチェーンを含むマルチチェーン環境で運営されています。これにより問題はさらに複雑になります。
開発者は、AlchemyやInfuraのような中央集権的なサービスを使用して、これらの制限を解決することができます。**しかし、この方法はブロックチェーン技術のコアバリューである分散化を損ないます。**スマートコントラクトが分散化されていても、中央集権的なデータアクセスは検閲リスクや単一障害点を引き起こす可能性があります。ブロックチェーンエコシステムは、真のアクセス可能性を実現するためにデータアクセス方法に根本的な革新を必要としています。
ソース: SQD
**Subsquid（以下SQDと称します）**は、ブロックチェーンデータアクセスの複雑さと非効率性の問題を解決することを目的とした分散化データインフラプロジェクトです。SQDの目標は、誰でも簡単にブロックチェーンデータを利用できるようにすることです。
以前のアナロジーに戻ります。昔は、誰もが水桶を持って川のそばに行き、水を直接汲まなければなりませんでした。今では、分散化された浄水プラントが川から水を汲み上げ、浄化しています。町の人々はもはや川のそばに行く必要がありません。必要なときにいつでも清潔な水を得ることができます。SQDチームは「SQDネットワーク」を通じてこのインフラを提供しています。
SQD ネットワークは分散型クエリエンジンとデータレイクとして機能しています。それは現在処理をサポートしており、200 以上のブロックチェーンネットワークからのデータを扱っています。2024 年 6 月のメインネットの立ち上げ以来、その規模は毎月数億回のクエリを処理するまでに成長しました。この成長は 3 つのコア機能に起因しています。これらの機能は SQD を単なるデータインデックスプラットフォームを超えさせ、ブロックチェーンデータインフラストラクチャの進化の方向性を示しています。
既存のブロックチェーンデータインフラストラクチャの大部分は、Alchemyのような中央集権的な提供者に依存しています。このアプローチは、初期のアクセス性と管理効率の面で利点があります。しかし、ユーザーは提供者がサポートするチェーンのみを使用でき、使用量が増えるにつれて高額なコストがかかることになります。また、単一障害点の影響を受けやすいです。この中央集権的な構造は、ブロックチェーンの分散化の核心的な価値と対立しています。
SQDネットワークは分散化アーキテクチャによってこれらの制限を解決しました。データプロバイダーは、EthereumやSolanaなどの複数のブロックチェーンから生データを収集します。彼らはデータをブロックに分割し、圧縮し、メタデータを添付してネットワークにアップロードします。作業ノードは、データプロバイダーが作成した永続ストレージ内のデータをブロックに分割して分散ストレージします。クエリリクエストが到着すると、それらは迅速に処理され、応答されます。各作業ノードは、自分のストレージデータを提供するミニAPIのように機能します。ネットワーク全体は、数千の分散APIサーバーのように動作します。ゲートウェイオペレーターは、最終ユーザーとネットワーク間のインターフェースとして機能します。彼らはユーザーのクエリを受け取り、それを適切な作業ノードに転送して処理します。
**誰でも作業ノードまたはゲートウェイオペレーターとして参加できます。これにより、ネットワークの容量と処理性能を水平に拡張できます。**データは複数の作業ノードに冗長に保存されます。いくつかのノードが故障しても、全体のデータアクセスには影響しません。これにより、高い可用性と弾力性が確保されます。
初期のガイダンス段階では、データプロバイダーは現在SQDチームによって管理されています。この戦略は初期のデータ品質と安定性を確保します。ネットワークが成熟するにつれて、外部プロバイダーはトークンガバナンスを通じて参加できるようになります。これにより、データ調達段階は完全に分散化されます。
分散化ネットワークが正常に機能するためには、参加者が自発的に行動する動機が必要です。**SQDは、ネイティブトークン$SQD を中心とした経済的インセンティブ構造を通じてこの問題を解決します。**各参加者は、その役割と責任に応じてトークンをステーキングまたは委任します。これにより、ネットワークの安定性と信頼性が共同で構築されます。
作業ノードはブロックチェーンデータのコアオペレーターです。参加するには、彼らは悪意のある行動や不正確なデータを提供する場合に備えて、100,000 $SQD を担保としてステークしなければなりません。問題が発生した場合、ネットワークは彼らの保証金を没収します。安定した正確なデータを継続的に提供するノードは、$SQD トークンの報酬を受け取ります。これは責任ある運用を自然に奨励します。
**ゲートウェイオペレーターは、ユーザーリクエストを処理するために$SQD トークンをロックする必要があります。**ロックされたトークンの数は、彼らの帯域幅、つまり処理できるリクエストの数を決定します。より長いロック期間は、彼らが処理できるリクエストの数を増やします。
トークン保持者は、自分でノードを運営することなく、間接的にネットワークに参加できます。 彼らは自分の権益を信頼できる作業ノードに委託できます。より多くの委託を受けたノードは、より多くのクエリを処理し、より多くの報酬を得る権限を得ます。委託者はこれらの報酬の一部を共有します。現在、最低委託要件やロックイン期間の制限はありません。これにより、許可のないキュレーションシステムが作成され、コミュニティはリアルタイムでノードを選択できます。この構造を通じて、コミュニティ全体がネットワークの質管理に参加します。
**SQDネットワークのもう一つの顕著な特徴はそのモジュール構造です。**既存のインデックスソリューションはモノリシックな構造を採用しており、データの収集、処理、保存、クエリなどのすべてのプロセスを単一のシステムで処理しています。これにより初期設定が簡素化されますが、開発者がデータ処理方法や保存場所を選択する自由度が制限されます。
SQDはデータアクセス層と処理層を完全に分離します。SQDネットワークはETL（抽出-変換-ロード）プロセスのE（抽出）部分のみを処理します。それは単に「データフィード」として機能し、ブロックチェーンの生データを迅速かつ信頼性高く抽出します。開発者はSQD SDKを使用して、データの変換と保存方法を自由に選択できます。
この構造は実際の柔軟性を提供します。開発者はデータをPostgreSQLに保存し、GraphQL APIを通じてサービスを提供できます。彼らはそれをCSVまたはParquetファイルとしてエクスポートできます。彼らはそれを直接Google BigQueryのようなクラウドデータウェアハウスにロードできます。今後の計画には、Snowflakeを介して大規模データ分析環境をサポートし、Kafka統合を通じてデータを別途保存することなく直接ストリーミングして、リアルタイム分析と監視プラットフォームを実現することが含まれています。
SQDの共同創設者 Dmitry Zhelezov はこれを「レゴブロックを提供する」ことに例えました。SQDは完成品を提供するのではなく、最高の性能と信頼性を持つ原材料を開発者に渡します。開発者は自分のニーズに基づいてこれらの材料を組み合わせて、自分のデータインフラを完成させます。従来の企業や暗号プロジェクトは、馴染みのあるツールや言語を使ってブロックチェーンデータを処理することができます。彼らは特定の業界やユースケースに最適化されたデータパイプラインを柔軟に構築できます。
SQDチームはSQDネットワークを通じてブロックチェーンデータへのアクセスの複雑さと非効率性を低減し、分散化データインフラの基盤を築きました。しかし、ブロックチェーンデータの利用規模と範囲が急速に拡大する中で、単純なアクセス可能性はもはや十分ではありません。エコシステムは現在、より速い処理速度とより柔軟な利用環境を必要としています。
SQDチームは、これらのニーズに応えるためにネットワーク構造の推進を行っています。このチームは、データ処理速度の向上と、サーバーに依存せずにデータを処理できる構造の作成に焦点を当てています。この目標を達成するために、SQDは1) SQDポータルと2)ライトスクイッドの段階的な開発を進めています。
既存のSQDネットワークでは、ゲートウェイが最終ユーザーとワークノードを接続する仲介役を果たしています。ユーザーがクエリを要求すると、ゲートウェイはそれを適切なワークノードに転送し、応答を最終ユーザーに返します。このプロセスは安定していますが、一度にクエリを順番に処理することしかできません。大規模なクエリには相当な時間がかかります。たとえ数千のワークノードが利用可能であっても、システムはそれらの処理能力を十分に活用できていません。
SQDチームはSQD Portalを通じてこの問題を解決することを目指しています。Portalの核心は分散化された並行処理です。これは、単一のクエリを複数の部分に分割し、約3000以上のワーカーノードに同時にリクエストを送信します。各ワーカーノードは、自分に割り当てられた部分を並行して処理します。Portalは、その後これらの応答をリアルタイムで収集し、ストリーミングで配信します。
**Portalはデータを事前にバッファにプリフェッチします。これにより、ネットワーク遅延や一時的な障害が発生しても、途切れることなく配信されることが保証されます。**YouTubeがシームレスな再生のために動画をバッファするのと同様に、ユーザーは待つことなくデータを受け取ることができます。**チームは、元々PythonベースのクエリエンジンをRustにリファクタリングしました。これにより、並列処理性能が大幅に向上しました。**全体の処理速度は以前と比べて数十倍向上しました。
Portal はリアルタイムデータの問題をさらに解決します。データ処理がどれだけ速くなっても、作業ノードは確認された履歴ブロックのみを保存します。最新の取引やブロック情報を取得することはできません。ユーザーは以前は外部 RPC ノードに依存してこれらの情報を取得する必要がありました。**Portal は「Hotblocks」と呼ばれるリアルタイム分散ストリームを通じてこの問題を解決しました。Hotblocks はブロックチェーン RPC ノードまたは専用ストリームサービスからリアルタイムで新たに生成された未確認ブロックを収集し、それを Portal 内部に保存します。**Portal は作業ノードからの確認された履歴データと Hotblocks からの最新のブロックデータを統合します。ユーザーは別々の RPC 接続を必要とせず、過去から現在までのデータを一つのリクエストで受け取ることができます。
SQDチームは、既存のゲートウェイを完全にPortalに移行する計画です。Portalは現在、クローズドテストの段階にあります。将来的には、誰でも直接Portalノードを実行し、ネットワーク内でゲートウェイの役割を果たすことができるようになります。既存のゲートウェイオペレーターは自然にPortalオペレーターに移行します。（SQDネットワークアーキテクチャはこのリンクで見つけることができます。）
**SQDネットワークは信頼性のあるデータを提供しますが、開発者は依然として独立したサーバーを操作する制限に直面しています。**Portalを介してワークノードからデータを取得する場合でも、PostgreSQLのような大規模なデータベースサーバーが必要で、ユーザーにデータを処理して提供します。このプロセスには大量のインフラ構築と維持コストがかかります。データは依然として単一のプロバイダー（開発者サーバー）に依存しており、これは真の分散型構造とは程遠いです。
Light Squidはこの中間ステップを簡素化しました。**元の構造は、卸売業者（開発者）が大規模な倉庫（サーバー）を運営して消費者にデータを配布するものでした。Light SquidはこれをD2C（直接消費者向け）アプローチに変え、データを直接ソース（SQDネットワーク）から最終ユーザーに配信します。**ユーザーはPortalを通じて必要なデータを受信し、それをローカル環境に保存します。彼らはブラウザや個人デバイスで直接クエリを実行できます。開発者は個別のサーバーを維持する必要がありません。たとえユーザーのネットワーク接続が切断されても、ローカルに保存されたデータを確認できます。
例えば、NFT取引履歴を表示するアプリケーションは、中央サーバーなしで直接ユーザーのブラウザで実行できるようになりました。これは、Web2のInstagramがオフライン状態で情報フィードを表示する方法に似ています。これは、dAppにローカル環境でスムーズなユーザー体験を提供することを目的としています。しかし、Light Squidはオプションとして設計されており、ローカルで同じインデックス環境を実現することを目指しています。それはサーバー中心の構造を完全に置き換えるものではありません。データは依然として分散型ネットワークを通じて供給されます。利用の範囲がユーザー層に拡大するにつれて、SQDエコシステムはよりアクセスしやすい形態に進化することが期待されています。
SQD ネットワークは単にデータを提供する基盤インフラですが、その適用範囲は無限です。**すべての IT ベースの業界がデータから始まるように、データインフラの改善はそれに基づいて構築されたすべてのサービスの可能性を拡張します。**SQD はブロックチェーンデータのさまざまな分野での利用方法を変えており、具体的な成果をもたらしています。
分散化取引所 PancakeSwap は代表的なケースです。マルチチェーン環境では、取引所は各チェーンの取引量、流動性プールデータ、およびトークンペア情報をリアルタイムで集約する必要があります。過去には、開発者は各チェーンに RPC ノードを接続し、イベントログを解析し、異なるデータ構造を個別に整列させる必要がありました。新しいチェーンを追加するたびに、このプロセスは繰り返されます。プロトコルのアップグレードごとに、メンテナンスの負担が増加します。
SQDを採用した後、PancakeSwapは現在、複数のチェーンからのデータを統一されたパイプラインで管理できるようになりました。 SQDは標準化された形式で各チェーンのデータを提供します。これで、1つのインデクサーがすべてのチェーンを同時に処理できます。新しいチェーンを追加するには、設定を変更するだけで済みます。データ処理ロジックは中央の位置から一貫して管理されます。開発チームはデータインフラ管理にかける時間を削減しました。彼らは今、コアサービスの改善にもっと集中できるようになりました。
DuneやArtemisのようなチェーン上分析プラットフォームは、SQLを使用して迅速かつ簡単にデータクエリを実行できるようにすることで、高いアクセス性と利便性を提供しています。しかし、彼らの限界は、作業がプラットフォームがサポートするチェーンとデータ構造内でのみ行えることにあります。外部データを組み合わせたり、複雑な変換を実行したりする際には、追加のプロセスが必要です。
SQD はこの環境を補充し、データ分析者がデータをより自由に扱えるようにしています。**ユーザーは必要なブロックチェーンデータを直接抽出し、必要な形式に変換して、自分のデータベースや倉庫にロードすることができます。**例えば、分析者は特定の分散化取引所の取引データを取得し、期間ごとに集計し、既存の金融データと組み合わせて、自分の分析モデルに適用することができます。SQD は既存のプラットフォームの便利さを置き換えるものではありません。それはデータ処理の自由度とスケーラビリティを増加させます。分析者はより広範なデータ範囲とカスタマイズされた処理方法を通じて、チェーン上データ分析の深さと応用範囲を拡張できます。
**AIインテリジェントエージェントが自律的に意思決定を行い、取引を実行できるようにするためには、信頼性と透明性のあるインフラストラクチャが必要です。**ブロックチェーンは自律的なインテリジェントエージェントに適切な基盤を提供します。すべての取引記録は透明で公開されており、改ざんが難しいです。暗号通貨の支払いは自動実行を実現します。
しかし、AIインテリジェントエージェントは現在、ブロックチェーンインフラに直接アクセスすることが難しいです。各開発者はデータソースを個別に構築し、統合する必要があります。ネットワーク構造は様々で、標準化されたアクセスを妨げています。中央集権型のAPIサービスでさえ、アカウント登録、キー発行、支払い設定など、複数のステップが必要です。これらのプロセスは人為的介入を前提としており、自律環境には適していません。
SQD ネットワークはこのギャップを埋めました。**許可不要のアーキテクチャに基づき、エージェントは $SQD トークンを通じてデータリクエストと支払いを自動化します。**彼らはリアルタイムで必要な情報を受け取り、独立して処理します。これにより、人間の介入が不要で、データネットワークに直接接続された自律AIの運営基盤が構築されます。
ソース: Rezolve.Ai
**2025年10月9日、Rezolve AIはSQDを買収することを発表し、この方向性をさらに明確にしました。**RezolveはNASDAQに上場しているAIベースのビジネスソリューションプロバイダーです。この買収を通じて、RezolveはAIインテリジェントエコノミーのコアインフラを構築しています。**Rezolveは、以前に買収したSmartpayのデジタル資産決済インフラとSQDの分散データ層を統合する計画です。**これにより、AIが単一のプロセスでデータ、インテリジェンス、決済を処理するための統合インフラが作成されます。Rezolveがこの統合を完了すると、AIインテリジェントエージェントはリアルタイムでブロックチェーンデータを分析し、独立して取引を実行します。これは、AIインテリジェントエコノミーのデータインフラとしてのSQDの重要な転換点を示しています。
現実世界の資産トークン化（RWA）の拡大に伴い、機関投資家はチェーン上で積極的に参加しています。機関は、取引、清算、リスク管理のためにチェーン上のデータを利用するために、正確さと透明性を保証するデータインフラストラクチャが必要です。
ソース: OceanStream
**SQDは、このニーズに応えるためにOceanStreamを発表しました。OceanStreamは、200以上のブロックチェーンからのデータをリアルタイムでストリーミングできる分散化されたデータレイクウェアハウスプラットフォームです。**このプラットフォームは、機関レベルのデータ品質と安定性を提供することを目的としています。これは、ミリ秒単位の遅延のストリーミングと、3PBを超えるインデックスされた履歴データを組み合わせ、金融機関のバックテスト、市場分析、リスク評価環境を改善します。これにより、機関はより低コストでリアルタイムにより多くのチェーンと資産クラスを監視できるようになります。彼らは、統合されたシステム内で規制報告と市場監視を実行できます。
OceanStreamは、米国証券取引委員会が主催する暗号作業グループの円卓会議に参加し、オンチェーンデータの透明性と検証可能性が市場の安定性と投資家保護にどのように影響するかを議論しました。これは、SQDが単なるインフラの開発にとどまらず、トークン化された金融市場と機関資本を結びつけるデータに基づく構造として自らを確立していることを示しています。
**Web3 業界の競争力は、そのデータ活用能力に依存しています。**しかし、異なるブロックチェーン構造のために、データは依然として断片化しています。この問題を効果的に処理するためのインフラはまだ初期段階にあります。SQD は、単一の構造内で全てのブロックチェーンデータを処理する標準化データ層を構築することで、このギャップを埋めます。オンチェーンデータに加えて、SQD は金融取引、ソーシャルメディア、企業運営を含むオフチェーンデータを統合し、二つの世界を横断する分析環境を作成することを計画しています。
**このビジョンは、Snowflakeが「1つのプラットフォーム、多様なワークロード」で伝統的な業界にデータ統合の標準を確立した方法に似ています。**SQDは、ブロックチェーンデータを統合し、オフチェーンデータソースを接続することで、自らをWeb3のデータの柱として確立することを目指しています。
しかし、SQD は完全に分散化されたインフラに発展するには時間がかかります。このプロジェクトは現在、ガイダンス段階にあり、SQD チームは依然として重要な役割を果たしています。開発者コミュニティの規模やエコシステムの多様性には制限があります。**それにもかかわらず、自主運営が開始されてからわずか一年余りで見せた成長と、Rezolve AI の買収を通じた戦略的拡張は、明確な方向性を示しています。**SQD はブロックチェーンデータインフラの進むべき道を指し示し、dApp 開発から機関投資、AI インテリジェンス経済に至るまで、Web3 エコシステム全体を支えるデータ基盤へと進化しています。その潜在能力は大幅に成長することが期待されています。
18.4K 人気度
11.4K 人気度
65K 人気度
15.7K 人気度
191.2K 人気度
芝麻开门
GDOG
GCAT
芝麻人生
LUCKY
Subsquidを深く掘り下げる:Web3業界は競争力のために何に依存しているのか?
本報告は Tiger Research によって作成され、Subsquid の分散化データインフラストラクチャを分析しています。このインフラは、ブロックチェーンデータの透明性とアクセス可能性のギャップを埋めることを目的としています。
要点まとめ
1. ブロックチェーンデータは本当にすべての人に公開されていますか？
**ブロックチェーン技術の定義的特徴の一つは、そのすべてのデータがすべての人に公開されていることです。**従来の業界はデータを外部からアクセスできない閉じたデータベースに保存しています。ブロックチェーンの運用方法は異なります。すべての記録は透明にチェーン上に公開されています。
しかし、データの透明性は利用の容易さを保証するものではありません。**データの透明性はアクセス可能性を確保するものではありません。**ブロックチェーンは最適化されており、安全に取引を実行し、ネットワークの合意を達成することを目的としています。それはデータ分析のために設計されたインフラストラクチャではありません。**データの検証と保存機能は進歩しましたが、そのデータを効率的に照会し利用するためのインフラストラクチャはまだ不十分です。**10年前から今日まで、チェーン上のデータを照会する方法に大きな変化はありません。
!
ソース: Tiger Research
類比を考えてみましょう。「タイガータウン」という町には、「イーサリアム」という巨大な川があります。この川は公共財です。誰でも水を汲むことができます。しかし、水を汲むのは困難で効率が悪いです。誰もが水バケツを持って川のそばに直接水を汲みに行かなければなりません。飲用水として使用するためには、煮沸またはフィルター処理を行う必要があります。
現在のブロックチェーン開発環境はこのように機能しています。豊富なデータが手元にありますが、それを利用するためのインフラが不足しています。例えば、ある開発者が分散化取引所 Uniswap の取引データを使用して dApp を構築したいとします。その開発者はイーサリアムの RPC ノードを通じてデータをリクエストし、処理して保存しなければなりません。しかし、RPC ノードは大規模なデータ分析や複雑なクエリの実行に限界があります。ブロックチェーンエコシステムは複数のブロックチェーンを含むマルチチェーン環境で運営されています。これにより問題はさらに複雑になります。
開発者は、AlchemyやInfuraのような中央集権的なサービスを使用して、これらの制限を解決することができます。**しかし、この方法はブロックチェーン技術のコアバリューである分散化を損ないます。**スマートコントラクトが分散化されていても、中央集権的なデータアクセスは検閲リスクや単一障害点を引き起こす可能性があります。ブロックチェーンエコシステムは、真のアクセス可能性を実現するためにデータアクセス方法に根本的な革新を必要としています。
2. Subsquid：ブロックチェーンデータインフラストラクチャの新しいパラダイム
!
ソース: SQD
**Subsquid（以下SQDと称します）**は、ブロックチェーンデータアクセスの複雑さと非効率性の問題を解決することを目的とした分散化データインフラプロジェクトです。SQDの目標は、誰でも簡単にブロックチェーンデータを利用できるようにすることです。
!
ソース: Tiger Research
以前のアナロジーに戻ります。昔は、誰もが水桶を持って川のそばに行き、水を直接汲まなければなりませんでした。今では、分散化された浄水プラントが川から水を汲み上げ、浄化しています。町の人々はもはや川のそばに行く必要がありません。必要なときにいつでも清潔な水を得ることができます。SQDチームは「SQDネットワーク」を通じてこのインフラを提供しています。
SQD ネットワークは分散型クエリエンジンとデータレイクとして機能しています。それは現在処理をサポートしており、200 以上のブロックチェーンネットワークからのデータを扱っています。2024 年 6 月のメインネットの立ち上げ以来、その規模は毎月数億回のクエリを処理するまでに成長しました。この成長は 3 つのコア機能に起因しています。これらの機能は SQD を単なるデータインデックスプラットフォームを超えさせ、ブロックチェーンデータインフラストラクチャの進化の方向性を示しています。
2.1. 高可用性のための分散化アーキテクチャ
既存のブロックチェーンデータインフラストラクチャの大部分は、Alchemyのような中央集権的な提供者に依存しています。このアプローチは、初期のアクセス性と管理効率の面で利点があります。しかし、ユーザーは提供者がサポートするチェーンのみを使用でき、使用量が増えるにつれて高額なコストがかかることになります。また、単一障害点の影響を受けやすいです。この中央集権的な構造は、ブロックチェーンの分散化の核心的な価値と対立しています。
!
SQDネットワークは分散化アーキテクチャによってこれらの制限を解決しました。データプロバイダーは、EthereumやSolanaなどの複数のブロックチェーンから生データを収集します。彼らはデータをブロックに分割し、圧縮し、メタデータを添付してネットワークにアップロードします。作業ノードは、データプロバイダーが作成した永続ストレージ内のデータをブロックに分割して分散ストレージします。クエリリクエストが到着すると、それらは迅速に処理され、応答されます。各作業ノードは、自分のストレージデータを提供するミニAPIのように機能します。ネットワーク全体は、数千の分散APIサーバーのように動作します。ゲートウェイオペレーターは、最終ユーザーとネットワーク間のインターフェースとして機能します。彼らはユーザーのクエリを受け取り、それを適切な作業ノードに転送して処理します。
!
ソース: SQD
**誰でも作業ノードまたはゲートウェイオペレーターとして参加できます。これにより、ネットワークの容量と処理性能を水平に拡張できます。**データは複数の作業ノードに冗長に保存されます。いくつかのノードが故障しても、全体のデータアクセスには影響しません。これにより、高い可用性と弾力性が確保されます。
初期のガイダンス段階では、データプロバイダーは現在SQDチームによって管理されています。この戦略は初期のデータ品質と安定性を確保します。ネットワークが成熟するにつれて、外部プロバイダーはトークンガバナンスを通じて参加できるようになります。これにより、データ調達段階は完全に分散化されます。
2.2. ネットワークの持続可能性を保障するトークンエコノミクス
分散化ネットワークが正常に機能するためには、参加者が自発的に行動する動機が必要です。**SQDは、ネイティブトークン$SQD を中心とした経済的インセンティブ構造を通じてこの問題を解決します。**各参加者は、その役割と責任に応じてトークンをステーキングまたは委任します。これにより、ネットワークの安定性と信頼性が共同で構築されます。
作業ノードはブロックチェーンデータのコアオペレーターです。参加するには、彼らは悪意のある行動や不正確なデータを提供する場合に備えて、100,000 $SQD を担保としてステークしなければなりません。問題が発生した場合、ネットワークは彼らの保証金を没収します。安定した正確なデータを継続的に提供するノードは、$SQD トークンの報酬を受け取ります。これは責任ある運用を自然に奨励します。
**ゲートウェイオペレーターは、ユーザーリクエストを処理するために$SQD トークンをロックする必要があります。**ロックされたトークンの数は、彼らの帯域幅、つまり処理できるリクエストの数を決定します。より長いロック期間は、彼らが処理できるリクエストの数を増やします。
トークン保持者は、自分でノードを運営することなく、間接的にネットワークに参加できます。 彼らは自分の権益を信頼できる作業ノードに委託できます。より多くの委託を受けたノードは、より多くのクエリを処理し、より多くの報酬を得る権限を得ます。委託者はこれらの報酬の一部を共有します。現在、最低委託要件やロックイン期間の制限はありません。これにより、許可のないキュレーションシステムが作成され、コミュニティはリアルタイムでノードを選択できます。この構造を通じて、コミュニティ全体がネットワークの質管理に参加します。
2.3. フレキシビリティを実現するモジュール構造
**SQDネットワークのもう一つの顕著な特徴はそのモジュール構造です。**既存のインデックスソリューションはモノリシックな構造を採用しており、データの収集、処理、保存、クエリなどのすべてのプロセスを単一のシステムで処理しています。これにより初期設定が簡素化されますが、開発者がデータ処理方法や保存場所を選択する自由度が制限されます。
SQDはデータアクセス層と処理層を完全に分離します。SQDネットワークはETL（抽出-変換-ロード）プロセスのE（抽出）部分のみを処理します。それは単に「データフィード」として機能し、ブロックチェーンの生データを迅速かつ信頼性高く抽出します。開発者はSQD SDKを使用して、データの変換と保存方法を自由に選択できます。
!
この構造は実際の柔軟性を提供します。開発者はデータをPostgreSQLに保存し、GraphQL APIを通じてサービスを提供できます。彼らはそれをCSVまたはParquetファイルとしてエクスポートできます。彼らはそれを直接Google BigQueryのようなクラウドデータウェアハウスにロードできます。今後の計画には、Snowflakeを介して大規模データ分析環境をサポートし、Kafka統合を通じてデータを別途保存することなく直接ストリーミングして、リアルタイム分析と監視プラットフォームを実現することが含まれています。
SQDの共同創設者 Dmitry Zhelezov はこれを「レゴブロックを提供する」ことに例えました。SQDは完成品を提供するのではなく、最高の性能と信頼性を持つ原材料を開発者に渡します。開発者は自分のニーズに基づいてこれらの材料を組み合わせて、自分のデータインフラを完成させます。従来の企業や暗号プロジェクトは、馴染みのあるツールや言語を使ってブロックチェーンデータを処理することができます。彼らは特定の業界やユースケースに最適化されたデータパイプラインを柔軟に構築できます。
3. Subsquidの次のステップ：より良いデータインフラストラクチャに向けて
SQDチームはSQDネットワークを通じてブロックチェーンデータへのアクセスの複雑さと非効率性を低減し、分散化データインフラの基盤を築きました。しかし、ブロックチェーンデータの利用規模と範囲が急速に拡大する中で、単純なアクセス可能性はもはや十分ではありません。エコシステムは現在、より速い処理速度とより柔軟な利用環境を必要としています。
SQDチームは、これらのニーズに応えるためにネットワーク構造の推進を行っています。このチームは、データ処理速度の向上と、サーバーに依存せずにデータを処理できる構造の作成に焦点を当てています。この目標を達成するために、SQDは1) SQDポータルと2)ライトスクイッドの段階的な開発を進めています。
3.1. SQDポータル：分散化並行処理とリアルタイムデータ
既存のSQDネットワークでは、ゲートウェイが最終ユーザーとワークノードを接続する仲介役を果たしています。ユーザーがクエリを要求すると、ゲートウェイはそれを適切なワークノードに転送し、応答を最終ユーザーに返します。このプロセスは安定していますが、一度にクエリを順番に処理することしかできません。大規模なクエリには相当な時間がかかります。たとえ数千のワークノードが利用可能であっても、システムはそれらの処理能力を十分に活用できていません。
!
ソース: SQD
SQDチームはSQD Portalを通じてこの問題を解決することを目指しています。Portalの核心は分散化された並行処理です。これは、単一のクエリを複数の部分に分割し、約3000以上のワーカーノードに同時にリクエストを送信します。各ワーカーノードは、自分に割り当てられた部分を並行して処理します。Portalは、その後これらの応答をリアルタイムで収集し、ストリーミングで配信します。
**Portalはデータを事前にバッファにプリフェッチします。これにより、ネットワーク遅延や一時的な障害が発生しても、途切れることなく配信されることが保証されます。**YouTubeがシームレスな再生のために動画をバッファするのと同様に、ユーザーは待つことなくデータを受け取ることができます。**チームは、元々PythonベースのクエリエンジンをRustにリファクタリングしました。これにより、並列処理性能が大幅に向上しました。**全体の処理速度は以前と比べて数十倍向上しました。
Portal はリアルタイムデータの問題をさらに解決します。データ処理がどれだけ速くなっても、作業ノードは確認された履歴ブロックのみを保存します。最新の取引やブロック情報を取得することはできません。ユーザーは以前は外部 RPC ノードに依存してこれらの情報を取得する必要がありました。**Portal は「Hotblocks」と呼ばれるリアルタイム分散ストリームを通じてこの問題を解決しました。Hotblocks はブロックチェーン RPC ノードまたは専用ストリームサービスからリアルタイムで新たに生成された未確認ブロックを収集し、それを Portal 内部に保存します。**Portal は作業ノードからの確認された履歴データと Hotblocks からの最新のブロックデータを統合します。ユーザーは別々の RPC 接続を必要とせず、過去から現在までのデータを一つのリクエストで受け取ることができます。
SQDチームは、既存のゲートウェイを完全にPortalに移行する計画です。Portalは現在、クローズドテストの段階にあります。将来的には、誰でも直接Portalノードを実行し、ネットワーク内でゲートウェイの役割を果たすことができるようになります。既存のゲートウェイオペレーターは自然にPortalオペレーターに移行します。（SQDネットワークアーキテクチャはこのリンクで見つけることができます。）
3.2. Light Squid：ローカル環境におけるインデックス
**SQDネットワークは信頼性のあるデータを提供しますが、開発者は依然として独立したサーバーを操作する制限に直面しています。**Portalを介してワークノードからデータを取得する場合でも、PostgreSQLのような大規模なデータベースサーバーが必要で、ユーザーにデータを処理して提供します。このプロセスには大量のインフラ構築と維持コストがかかります。データは依然として単一のプロバイダー（開発者サーバー）に依存しており、これは真の分散型構造とは程遠いです。
!
Light Squidはこの中間ステップを簡素化しました。**元の構造は、卸売業者（開発者）が大規模な倉庫（サーバー）を運営して消費者にデータを配布するものでした。Light SquidはこれをD2C（直接消費者向け）アプローチに変え、データを直接ソース（SQDネットワーク）から最終ユーザーに配信します。**ユーザーはPortalを通じて必要なデータを受信し、それをローカル環境に保存します。彼らはブラウザや個人デバイスで直接クエリを実行できます。開発者は個別のサーバーを維持する必要がありません。たとえユーザーのネットワーク接続が切断されても、ローカルに保存されたデータを確認できます。
例えば、NFT取引履歴を表示するアプリケーションは、中央サーバーなしで直接ユーザーのブラウザで実行できるようになりました。これは、Web2のInstagramがオフライン状態で情報フィードを表示する方法に似ています。これは、dAppにローカル環境でスムーズなユーザー体験を提供することを目的としています。しかし、Light Squidはオプションとして設計されており、ローカルで同じインデックス環境を実現することを目指しています。それはサーバー中心の構造を完全に置き換えるものではありません。データは依然として分散型ネットワークを通じて供給されます。利用の範囲がユーザー層に拡大するにつれて、SQDエコシステムはよりアクセスしやすい形態に進化することが期待されています。
4. Subsquidは実際にどのように機能しますか
SQD ネットワークは単にデータを提供する基盤インフラですが、その適用範囲は無限です。**すべての IT ベースの業界がデータから始まるように、データインフラの改善はそれに基づいて構築されたすべてのサービスの可能性を拡張します。**SQD はブロックチェーンデータのさまざまな分野での利用方法を変えており、具体的な成果をもたらしています。
4.1. DApp 開発者：統一されたマルチチェーンデータ管理
分散化取引所 PancakeSwap は代表的なケースです。マルチチェーン環境では、取引所は各チェーンの取引量、流動性プールデータ、およびトークンペア情報をリアルタイムで集約する必要があります。過去には、開発者は各チェーンに RPC ノードを接続し、イベントログを解析し、異なるデータ構造を個別に整列させる必要がありました。新しいチェーンを追加するたびに、このプロセスは繰り返されます。プロトコルのアップグレードごとに、メンテナンスの負担が増加します。
SQDを採用した後、PancakeSwapは現在、複数のチェーンからのデータを統一されたパイプラインで管理できるようになりました。 SQDは標準化された形式で各チェーンのデータを提供します。これで、1つのインデクサーがすべてのチェーンを同時に処理できます。新しいチェーンを追加するには、設定を変更するだけで済みます。データ処理ロジックは中央の位置から一貫して管理されます。開発チームはデータインフラ管理にかける時間を削減しました。彼らは今、コアサービスの改善にもっと集中できるようになりました。
4.2. データアナリスト：柔軟なデータ処理と統合分析
DuneやArtemisのようなチェーン上分析プラットフォームは、SQLを使用して迅速かつ簡単にデータクエリを実行できるようにすることで、高いアクセス性と利便性を提供しています。しかし、彼らの限界は、作業がプラットフォームがサポートするチェーンとデータ構造内でのみ行えることにあります。外部データを組み合わせたり、複雑な変換を実行したりする際には、追加のプロセスが必要です。
SQD はこの環境を補充し、データ分析者がデータをより自由に扱えるようにしています。**ユーザーは必要なブロックチェーンデータを直接抽出し、必要な形式に変換して、自分のデータベースや倉庫にロードすることができます。**例えば、分析者は特定の分散化取引所の取引データを取得し、期間ごとに集計し、既存の金融データと組み合わせて、自分の分析モデルに適用することができます。SQD は既存のプラットフォームの便利さを置き換えるものではありません。それはデータ処理の自由度とスケーラビリティを増加させます。分析者はより広範なデータ範囲とカスタマイズされた処理方法を通じて、チェーン上データ分析の深さと応用範囲を拡張できます。
4.3. AI エージェント：エージェント経済のコアインフラ
**AIインテリジェントエージェントが自律的に意思決定を行い、取引を実行できるようにするためには、信頼性と透明性のあるインフラストラクチャが必要です。**ブロックチェーンは自律的なインテリジェントエージェントに適切な基盤を提供します。すべての取引記録は透明で公開されており、改ざんが難しいです。暗号通貨の支払いは自動実行を実現します。
しかし、AIインテリジェントエージェントは現在、ブロックチェーンインフラに直接アクセスすることが難しいです。各開発者はデータソースを個別に構築し、統合する必要があります。ネットワーク構造は様々で、標準化されたアクセスを妨げています。中央集権型のAPIサービスでさえ、アカウント登録、キー発行、支払い設定など、複数のステップが必要です。これらのプロセスは人為的介入を前提としており、自律環境には適していません。
SQD ネットワークはこのギャップを埋めました。**許可不要のアーキテクチャに基づき、エージェントは $SQD トークンを通じてデータリクエストと支払いを自動化します。**彼らはリアルタイムで必要な情報を受け取り、独立して処理します。これにより、人間の介入が不要で、データネットワークに直接接続された自律AIの運営基盤が構築されます。
!
ソース: Rezolve.Ai
**2025年10月9日、Rezolve AIはSQDを買収することを発表し、この方向性をさらに明確にしました。**RezolveはNASDAQに上場しているAIベースのビジネスソリューションプロバイダーです。この買収を通じて、RezolveはAIインテリジェントエコノミーのコアインフラを構築しています。**Rezolveは、以前に買収したSmartpayのデジタル資産決済インフラとSQDの分散データ層を統合する計画です。**これにより、AIが単一のプロセスでデータ、インテリジェンス、決済を処理するための統合インフラが作成されます。Rezolveがこの統合を完了すると、AIインテリジェントエージェントはリアルタイムでブロックチェーンデータを分析し、独立して取引を実行します。これは、AIインテリジェントエコノミーのデータインフラとしてのSQDの重要な転換点を示しています。
4.4. 機関投資家：機関市場向けのリアルタイムデータインフラ
現実世界の資産トークン化（RWA）の拡大に伴い、機関投資家はチェーン上で積極的に参加しています。機関は、取引、清算、リスク管理のためにチェーン上のデータを利用するために、正確さと透明性を保証するデータインフラストラクチャが必要です。
!
ソース: OceanStream
**SQDは、このニーズに応えるためにOceanStreamを発表しました。OceanStreamは、200以上のブロックチェーンからのデータをリアルタイムでストリーミングできる分散化されたデータレイクウェアハウスプラットフォームです。**このプラットフォームは、機関レベルのデータ品質と安定性を提供することを目的としています。これは、ミリ秒単位の遅延のストリーミングと、3PBを超えるインデックスされた履歴データを組み合わせ、金融機関のバックテスト、市場分析、リスク評価環境を改善します。これにより、機関はより低コストでリアルタイムにより多くのチェーンと資産クラスを監視できるようになります。彼らは、統合されたシステム内で規制報告と市場監視を実行できます。
OceanStreamは、米国証券取引委員会が主催する暗号作業グループの円卓会議に参加し、オンチェーンデータの透明性と検証可能性が市場の安定性と投資家保護にどのように影響するかを議論しました。これは、SQDが単なるインフラの開発にとどまらず、トークン化された金融市場と機関資本を結びつけるデータに基づく構造として自らを確立していることを示しています。
5. SQDのビジョン：Web3のデータの柱を構築する
**Web3 業界の競争力は、そのデータ活用能力に依存しています。**しかし、異なるブロックチェーン構造のために、データは依然として断片化しています。この問題を効果的に処理するためのインフラはまだ初期段階にあります。SQD は、単一の構造内で全てのブロックチェーンデータを処理する標準化データ層を構築することで、このギャップを埋めます。オンチェーンデータに加えて、SQD は金融取引、ソーシャルメディア、企業運営を含むオフチェーンデータを統合し、二つの世界を横断する分析環境を作成することを計画しています。
**このビジョンは、Snowflakeが「1つのプラットフォーム、多様なワークロード」で伝統的な業界にデータ統合の標準を確立した方法に似ています。**SQDは、ブロックチェーンデータを統合し、オフチェーンデータソースを接続することで、自らをWeb3のデータの柱として確立することを目指しています。
しかし、SQD は完全に分散化されたインフラに発展するには時間がかかります。このプロジェクトは現在、ガイダンス段階にあり、SQD チームは依然として重要な役割を果たしています。開発者コミュニティの規模やエコシステムの多様性には制限があります。**それにもかかわらず、自主運営が開始されてからわずか一年余りで見せた成長と、Rezolve AI の買収を通じた戦略的拡張は、明確な方向性を示しています。**SQD はブロックチェーンデータインフラの進むべき道を指し示し、dApp 開発から機関投資、AI インテリジェンス経済に至るまで、Web3 エコシステム全体を支えるデータ基盤へと進化しています。その潜在能力は大幅に成長することが期待されています。