The Graph 是什么：去中心化索引网络的工作原理与用法
做 Web3 应用经常需要查链上历史数据，但区块链原生 RPC 提供的查询能力非常有限。The Graph 通过子图（Subgraph）和去中心化索引节点，把链上事件变成易于查询的 GraphQL 接口，是当下最被广泛使用的索引方案。
一、为什么需要 The Graph
直接读区块链节点的 eth_getLogs 既慢又有窗口限制；自建索引服务又意味着维护数据库、保证高可用，对小团队是巨大负担。The Graph 把这一切抽象成「写子图 → 部署 → 查询」三步，团队只需要描述要索引的事件与映射规则。
二、网络的四类参与者
- Indexer：跑节点、提供查询服务；
- Curator：用 GRT 把热门子图「策展」出来；
- Delegator：把 GRT 委托给 Indexer 获取分成；
- Consumer：使用 GraphQL 查询的开发者，付费拿数据。
这四类参与者通过 GRT 代币串联在一起，形成自调节的市场。你可以在 Binance官网 直接买入 GRT 参与质押，Binance提币 选择 ERC20 网络到账后即可在 The Graph 网络做 Delegate。
三、子图的核心结构
一个子图通常包含三个文件：subgraph.yaml（声明监听的合约、起始块）、schema.graphql（数据结构）、mapping.ts（事件 → 实体的处理逻辑）。开发流程是先用 graph init 生成脚手架，再 graph deploy 推到托管服务或去中心化网络。
做交易所相关的看板时，把 Binance合约 与 Binance现货 平台的链上结算合约纳入子图，可以一站式查询用户的链上交易历史与对应的中心化对账记录。
四、查询付费与稳定性
The Graph 的去中心化网络通过 GRT 计费，开发者把 API key 关联到 Studio 上即可。预算紧张时可以先用 hosted service，但官方已经明确逐步停用，长期方案还是迁移到去中心化网络。
生产应用建议把同一查询写两套备用接口，一套主用 The Graph，一套备用自建 indexer，避免单点延迟。
五、和业务的接入实践
上线时把 Binance充值 渠道的入金事件作为对账锚点，先用 The Graph 抓取所有链上转账，再在 PostgreSQL 中做一日两次的批量核对。若出现差异，可以追溯到具体区块与 transaction，再决定是回滚还是补单。
写在最后
The Graph 改变了 Web3 数据获取的方式，让团队把更多精力放在产品而非基础设施上。掌握子图设计、节点角色、查询付费的全貌，可以让你的应用在数据维度上保持竞争力。