深度解析Subsquid：Web3行業的競爭力取決於什麼？

本報告由 Tiger Research 撰寫，分析了 Subsquid 的去中心化數據基礎設施，該設施旨在彌合區塊鏈數據透明度與可訪問性之間的差距。

要點總結

• Subsquid（以下簡稱 SQD）通過去中心化基礎設施簡化了區塊鏈數據訪問。它支持超過 200 條區塊鏈，並將數據分布到多個節點。
• SQD 網路採用模塊化結構，允許開發者自由配置數據處理和存儲方法。這使得用戶能夠在多鏈環境中通過統一結構高效利用數據。
• Subsquid 旨在成爲 Web3 的數據支柱，類似於 Snowflake 以"一個平台，多種工作負載"樹立的標準。通過近期對 Rezolve AI 的收購，它正將業務擴展至 AI 和支付領域。SQD 有望成爲連接 Web3 與智能體經濟的核心基礎設施。

1. 區塊鏈數據真的對所有人開放嗎？

**區塊鏈技術的定義特徵之一是其所有數據對所有人開放。**傳統行業將數據存儲在外部無法訪問的封閉數據庫中。區塊鏈的運作方式不同。所有記錄都透明地發布在鏈上。

然而，數據透明並不保證易於利用。**數據透明度並不能確保可訪問性。**區塊鏈經過優化，旨在安全地執行交易並達成網路共識。它並非爲數據分析而設計的基礎設施。**驗證和存儲數據的功能已經進步，但用於高效查詢和利用該數據的基礎設施仍然不足。**從十年前到今天，查詢鏈上數據的方法並未發生顯著變化。

來源：Tiger Research

考慮一個類比。一個名爲"老虎鎮"的城鎮有一條名爲"以太坊"的巨大河流。這條河流是公共物品。任何人都可以從中取水。然而，取水困難且效率低下。每個人都必須帶着水桶到河邊直接取水。要將其用作飲用水，他們必須經過淨化過程進行煮沸或過濾。

當前的區塊鏈開發環境就是這樣運作的。豐富的數據唾手可得，但缺乏利用它的基礎設施。例如，假設一名開發者希望使用去中心化交易所 Uniswap 的交易數據構建一個 dApp。該開發者必須通過以太坊的 RPC 節點請求數據，進行處理並存儲。然而，RPC 節點對於大規模數據分析或復雜查詢執行存在局限性。區塊鏈生態系統在包含多條區塊鏈的多鏈環境中運行。這使得問題更加復雜。

開發者可以使用像 Alchemy 或 Infura 這樣的中心化服務來解決這些局限性。**然而，這種方法破壞了去中心化這一區塊鏈技術的核心價值。**即使智能合約是去中心化的，中心化的數據訪問也會帶來審查風險和單點故障。區塊鏈生態系統需要在數據訪問方法上進行根本性的創新，以實現真正的可訪問性。

2. Subsquid：區塊鏈數據基礎設施的新範式

來源：SQD

**Subsquid（以下簡稱SQD）**是一個去中心化的數據基礎設施項目，旨在解決區塊鏈數據訪問的復雜性和低效問題。SQD 的目標是讓任何人都能輕鬆利用區塊鏈數據。

來源：Tiger Research

回到之前的類比。過去，每個人都必須帶着水桶到河邊直接取水。現在，分布式的淨水廠從河流中取水並進行淨化。鎮上的人們不再需要去河邊。他們可以在需要時隨時獲得清潔的用水。SQD 團隊通過“SQD網路”提供了這種基礎設施。

SQD 網路作爲一個分布式查詢引擎和數據湖運作。它目前支持處理來自超過 200 個區塊鏈網路的數據。自 2024 年 6 月主網上線以來，其規模已增長至每月處理數億次查詢。這種增長源於三個核心特性。這些特性使 SQD 超越了一個簡單的數據索引平台，並展示了區塊鏈數據基礎設施的演進方向。

2.1. 用於高可用性的去中心化架構

現有區塊鏈數據基礎設施的很大一部分依賴於像 Alchemy 這樣的中心化提供商。這種方法在初始可訪問性和管理效率方面具有優勢。然而，它限制了用戶只能使用提供商支持的鏈，並且隨着使用量的增加會帶來高昂的成本。它也容易受到單點故障的影響。這種中心化結構與區塊鏈去中心化的核心價值相衝突。

SQD 網路通過去中心化架構解決了這些局限性。數據提供商從以太坊和 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 Portal 和 2) Light Squid。

3.1. SQD Portal：去中心化並行處理與實時數據

在現有的 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 以標準化格式提供每條鏈的數據。現在一個索引器就可以同時處理所有鏈。添加新鏈現在只需要更改配置。數據處理邏輯從中央位置進行一致管理。開發團隊減少了花在數據基礎設施管理上的時間。他們現在可以更多地專注於核心服務的改進。

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 是一家在納斯達克上市的基於 AI 的商業解決方案提供商。通過此次收購，Rezolve 正在構建 AI 智能體經濟的核心基礎設施。**Rezolve 計劃將先前收購的 Smartpay 的數字資產支付基礎設施與 SQD 的分布式數據層相結合。**這將創建集成的基礎設施，使 AI 在單一流程中處理數據、智能和支付。一旦 Rezolve 完成此集成，AI 智能體將實時分析區塊鏈數據並獨立執行交易。這標志着 SQD 作爲 AI 智能體經濟數據基礎設施的一個重要轉折點。

4.4. 機構投資者：面向機構市場的實時數據基礎設施

隨着現實世界資產代幣化（RWA）的擴展，機構投資者正在鏈上積極參與。機構需要保證準確性和透明度的數據基礎設施，以利用鏈上數據進行交易、結算和風險管理。

來源：OceanStream

**SQD 推出了 OceanStream 以滿足這一需求。OceanStream 是一個去中心化的數據湖倉平台，可實時流式傳輸來自 200 多條區塊鏈的數據。**該平台旨在提供機構級的數據質量和穩定性。它結合了亞秒級延遲的流式傳輸和超過 3PB 的索引歷史數據，以改善金融機構的回測、市場分析和風險評估環境。這使得機構能夠以更低的成本實時監控更多的鏈和資產類別。他們可以在一個統一的集成系統內執行監管報告和市場監控。

OceanStream參加了美國證券交易委員會主辦的加密工作組圓桌會議，討論鏈上數據的透明度和可驗證性如何影響市場穩定性和投資者保護。這表明 SQD 正在將自己確立爲一種基於數據的結構，連接代幣化金融市場與機構資本，而不僅僅是簡單的開發基礎設施。

5. SQD 的願景：構建 Web3 的數據支柱

**Web3 行業的競爭力取決於其利用數據的能力。**然而，由於不同的區塊鏈結構，數據仍然處於碎片化狀態。有效處理這一問題的基礎設施仍處於早期階段。SQD 通過構建一個在單一結構內處理所有區塊鏈數據的標準化數據層來彌合這一差距。除了鏈上數據，SQD 還計劃整合包括金融交易、社交媒體和企業運營在內的鏈下數據，以創建一個跨越兩個世界的分析環境。

**這一願景類似於 Snowflake 如何以"一個平台，多種工作負載"爲傳統行業樹立數據集成標準。**SQD 旨在通過整合區塊鏈數據並連接鏈下數據源，將自己確立爲 Web3 的數據支柱。

然而，SQD 需要時間才能發展成爲完全去中心化的基礎設施。該項目目前處於引導階段，SQD 團隊仍然扮演着重要角色。在開發者社區規模和生態系統多樣性方面存在局限性。**盡管如此，自主網上線僅一年多一點時間所展現的增長，以及通過 Rezolve AI 收購進行的戰略擴張，都展示了明確的方向。**SQD 正在爲區塊鏈數據基礎設施指明前進的道路，並演變爲支持整個 Web3 生態系統——從 dApp 開發到機構投資，再到 AI 智能體經濟——的數據基礎。其潛力預計將顯著增長。