子图 VS 子流：如何选择 The Graph 的数据工具

区块链开发人员在The Graph生态系统中处理链上数据时需要做出一个重要决定：他们应该选择子图还是子流？这两种工具都旨在高效地提取、处理和传递区块链数据，但它们的适用场景有显著差异。理解这些差异对于在项目扩展时选择正确的解决方案至关重要。

子图：前端应用的支柱

子图是 The Graph 自成立以来的重要组成部分，允许开发人员定义链上事件处理器，并通过 GraphQL API 暴露结构化数据。这使其成为去中心化应用程序（dApps）、分析仪表盘以及任何需要实时状态查询的应用程序的理想解决方案。子图将历史和当前区块链数据聚合成一个持久的索引状态，从而简化了复杂的关系查询，例如代币所有权或流动性池组成。

其架构依赖于 JSON-RPC 节点提取数据，并使用 AssemblyScript 对数据进行过滤和转换，然后将其加载到 PostgreSQL 数据库中。已有超过15,000 个子图被发布，开发人员可以利用丰富的模板和工具生态系统来加速部署。

对于大多数中小型项目，子图是首选解决方案，提供了一种低成本且用户友好的方式来快速交付基于区块链的应用程序。

子流：为高吞吐量和可扩展性而生

子流是最近推出的，代表了向高性能并行数据管道的转变。与子图按顺序处理数据不同，子流支持并行提取和转换区块链数据，从而大幅缩短索引时间。例如，在子流上同步历史数据的速度可能比子图快 100 倍，这使其特别适合高吞吐量环境，如 Solana、人工智能工作流和交易引擎。

子流使用 Rust 编写，并编译为 WebAssembly (WASM)，在输出目标方面具有很大的灵活性，允许将数据“汇入”各种数据库，如 PostgreSQL 或 ClickHouse，甚至直接流入分析平台如 Kafka。这使其成为开发实时数据分析、机器学习应用程序或任何需要大量服务器端转换的用例的绝佳选择。

何时升级到子流

子图在项目达到某些扩展阈值之前表现良好。当开发人员遇到以下情况时，应考虑迁移到子流：

子图的同步时间过长，从数小时延长到数天。
正在索引高吞吐量的区块链，如 Solana 或币安智能链。
需要将数据集成到 GraphQL API 之外的系统中，例如数据仓库或交易引擎。
需要大量服务器端转换或精确的历史回填。

得益于像substreams-convert这样的工具，从子图迁移到子流不再意味着从头开始。这个开源工具自动化了大部分翻译过程，使开发人员能够以最小的开销延续现有的子图投资。

The Graph 在区块链数据基础设施中的角色

The Graph 凭借其在 60 多个网络上服务超过 1.27 万亿次查询的能力，已确立了自己在区块链数据服务领域的领导地位。截至 2026 年初，其技术路线图强调了子图与 AI 的兼容性以及子流在机构级用例中的增长，反映了其在可访问性和可扩展性方面的双重关注。

The Graph 的原生 GRT 代币作为该去中心化数据生态系统的支柱，其价格在 2026 年 7 月 7 日为 $0.0178，激励了支持网络的独立索引器。随着对高效区块链数据解决方案需求的增长，子图和子流都将在支持下一代去中心化应用程序和分析中发挥关键作用。

选择合适的工具

在大多数情况下，选择子图还是子流将取决于项目的具体需求：

使用子图：适用于前端应用程序、关系数据以及具有实时状态查询的小型项目。
使用子流：适用于高吞吐量的索引、实时分析、AI/ML 管道以及大规模数据转换。

这两种工具并非互相竞争，而是 The Graph 生态系统的互补组成部分。开发人员可以从子图开始以实现简单性，并随着数据需求的增长扩展到子流，从而在开发的每个阶段确保性能和灵活性。

Image source: Shutterstock

Bookmark