编写智能合约时,通常状态的变化是通过触发一个事件来表达,The Graph 则是捕捉区块链事件并提供一个查询事件的 GraphQL 接口,让我们可以方便的跟踪数据的变化。实际上很多 defi 协议及都是 The Graph 来基于查询数据。
- 在 Ropsten 部署一个合约,并调用触发事件。
- 创建定义数据索引的 Subgraph。
- 部署 Subgraph 到 TheGraph,实现数据索引。
- 在前端 DApp 中查询索引数据。
如果你有自己的私有链,这可以克隆 Graph 节点代码 https://github.com/graphprotocol/graph-node/ 自己运行 Graph 节点来完成数据的索引。
TheGraph 中定义如何为数据建立索引,称为 Subgraph,它包含三个组件:
- Manifest 清单(subgraph.yaml) - 定义配置项
- Schema 模式(schema.graphql) - 定义数据 , 参考文档 https://graphql.cn/learn/
- Mapping 映射(mapping.ts) - 定义事件到数据的转换
-
安装相关依赖
yarn install
-
配置私钥
为方便获取,在 .env 中放入的私钥,格式为 "PRIVATE_KEY=xxxx", 然后代码自动从中读取
另外需要设置你的 infura 节点 id,在 .env 中放入的私钥,格式为 "INFURA_ID=xxxx" -
部署合约(用于测试 graph 的简单合约)
npx hardhat run ./scripts/deploy.js --network ropsten
输出信息类似如下:
Deploying contracts with the account: xxxxxxxxxxxxxx Account balance: 10000000000000000000000 Token address: 0x5FbDB2315678afecb367f032d93F642f64180aa3 Transfer 50 to receiver 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 Account balance of receiver is: 50
-
TheGraph 创建一个 Subgraph 空间
因为需要借助 TheGraph 的节点来完成数据的索引,因此我们需要在 TheGraph Studio 上创建一个 Subgraph。
如果没有 The Graph 的账户,可以直接连接钱包注册,账户名即为钱包地址,以下称之为
<THEGRAPH_USERNAME>
。批准钱包签名之后,会跳转到
My Subgraphs
面板,点击Create a Subgraph
按钮。输入你的项目名称(例如 TEST01),以下称之为
<SUBGRAPH_NAME>
,点击 continue 按钮,之后会跳转到 subgraph 的项目主页 -
开发和部署 subgraph
先使用 yarn 在全局安装 Graph CLI(注意,此处需安装 0.21.0 版本,最新版 0.22.0 无法部署在测试网上)
yarn global add @graphprotocol/[email protected]
-
初始化配置:
graph init --studio <SUBGRAPH_NAME>
- 在 "Subgraph name" 和 "Directory to create the subgraph" 直接回车即可
- Ethereum network 这里选择 ropsten
- "Contract address" 这里输入在步骤 3 中部署合约时生成的合约地址
- 上面执行到 "fetch ABI from Etherscan" 时会报执行失败,然后出现 "ABI file (path)" 字样,提示输入本机中 abi 的文件路径,这里我们输入 SimpleToken.json 所在的路径即可(
./abis/SimpleToken.json
) - 如果 yarn install 失败(例如网络错误),可以进入新生成的项目目录,手动安装 npm 依赖
-
修改定义模式
-
两个文件的修改范例在
./scripts/schema.graphql
和./scripts/mapping.ts
-
<SUBGRAPH_NAME>/schema.graphql
修改文件内容如下type TransferEntity @entity { id: ID! from: Bytes! # address to: Bytes! # address value: BigInt! } type ApprovalEntity @entity { id: ID! owner: Bytes! # address spender: Bytes! # address value: BigInt! }
-
<SUBGRAPH_NAME>/src/mapping.ts
修改文件内容如下import { BigInt } from '@graphprotocol/graph-ts'; import { SimpleToken, Transfer, Approval } from '../generated/SimpleToken/SimpleToken'; import { TransferEntity, ApprovalEntity } from '../generated/schema'; export function handleTransfer(event: Transfer): void { // Entities can be loaded from the store using a string ID; this ID // needs to be unique across all entities of the same type let entity = TransferEntity.load(event.transaction.from.toHex()); // Entities only exist after they have been saved to the store; // `null` checks allow to create entities on demand if (entity == null) { entity = new TransferEntity(event.transaction.from.toHex()); } // BigInt and BigDecimal math are supported entity.value = event.params.value; // Entity fields can be set based on event parameters entity.from = event.params.from; entity.to = event.params.to; // Entities can be written to the store with `.save()` entity.save(); // Note: If a handler doesn't require existing field values, it is faster // _not_ to load the entity from the store. Instead, create it fresh with // `new Entity(...)`, set the fields that should be updated and save the // entity back to the store. Fields that were not set or unset remain // unchanged, allowing for partial updates to be applied. // It is also possible to access smart contracts from mappings. For // example, the contract that has emitted the event can be connected to // with: // // let contract = Contract.bind(event.address) // // The following functions can then be called on this contract to access // state variables and other data: // // - contract.approve(...) // - contract.totalSupply(...) // - contract.transferFrom(...) // - contract.increaseAllowance(...) // - contract.balanceOf(...) // - contract.decreaseAllowance(...) // - contract.transfer(...) // - contract.allowance(...) } export function handleApproval(event: Approval): void { // Entities can be loaded from the store using a string ID; this ID // needs to be unique across all entities of the same type let entity = ApprovalEntity.load(event.transaction.from.toHex()); // Entities only exist after they have been saved to the store; // `null` checks allow to create entities on demand if (entity == null) { entity = new ApprovalEntity(event.transaction.from.toHex()); } // BigInt and BigDecimal math are supported entity.value = event.params.value; // Entity fields can be set based on event parameters entity.owner = event.params.owner; entity.spender = event.params.spender; // Entities can be written to the store with `.save()` entity.save(); }
-
-
修改实体名字
- 进入 graphtest 目录
- 修改 subgraph.yaml 中 entities 定义如下
--- entities: - TransferEntity - ApprovalEntity
-
授权和部署 Subgraph
首先获取你的
<DEPLOY KEY>
,在你的 subgraph 项目主页可以找到:-
授权
graph auth --studio <DEPLOY KEY>
-
进入 subgraph 的本地目录
cd ./<SUBGRAPH_NAME>
-
BUILD SUBGRAPH
graph codegen && graph build
-
DEPLOY SUBGRAPH
graph deploy --studio <SUBGRAPH_NAME>
- 这里必须输入
Version Label
, 比如0.0.1
, 否则会报错提示You must provide a version label.
- 这里必须输入
-
从 subgraphs 面板进入你的 subgraph 项目主页, 查看索引进度,当进度 100%可以开始调用。
这里已经预生成了一个示例请求,点击播放按钮即可请求数据。至此 subgraph 部署成功
- 搭建 graph-node 出于便捷的考虑,我们使用官方提供的 docker compose 来进行节点、数据库、IPFS 的部署。
- 克隆 graph node( https://github.com/graphprotocol/graph-node/ )代码
- 进入 docker 目录
- 将 docker-compose.yml 中 ethereum 字段的值改为需要连接链的节点连接信息。
graph-node:
image: graphprotocol/graph-node
ports:
- '8000:8000'
- '8001:8001'
- '8020:8020'
- '8030:8030'
- '8040:8040'
depends_on:
- ipfs
- postgres
environment:
postgres_host: postgres
postgres_user: graph-node
postgres_pass: let-me-in
postgres_db: graph-node
ipfs: 'ipfs:5001'
ethereum: 'mainnet:http://127.0.0.1:8545' #此处需修改
RUST_LOG: info
注意: graph-node 连接的节点需要开启 archive 模式(启动节点时,添加 flag --syncmode full --gcmode archive)。
- graph-node 启动
直接使用 docker compose 来进行启动
docker-compose -f docker-compose.yml up -d
- 编译 subgraph
进入 subgraph 的本地目录运行下列命令
graph codegen --output-dir src/types/
graph build
- 部署 subgraph
graph create davekaj/SimpleToken --node http://127.0.0.1:8020
graph deploy davekaj/SimpleToken --debug --ipfs http://localhost:5001 --node http://127.0.0.1:8020
- 可以使用 GraphQL 来进行查询数据。
subgraph 定义了你希望通过 GraphQL API 提供的数据、数据源和数据访问模式。开发者可以选择直接使用别人已经部署[17]的 subgraph,或者自己定义并部署 subgraph。
- GraphQL Schema
GraphQL Schema 定义了你想保存和查询的数据类型/实体。也可定义如关系或全文搜索的配置项。 - subgraph 清单( yaml 配置)
manifest 定义了 subgraph 索引的智能合约、合约的 ABI、关注这些合约的事件,以及如何将事件数据映射到 Graph 节点存储并允许查询。 - AssemblyScript 映射
AssemblyScript 映射允许您使用 schema 中定义的实体类型保存要索引的数据。Graph CLI 还使用 schema 与智能合约的 ABI 的组合生成 AssemblyScript 类型。 - 通过@derivedFrom 建立关系
通过@derivedFrom 字段在实体上定义反向查询,这样就在实体上创建了一个虚拟字段,使它可以被查询,但不能通过映射 API 手动设置。实际上,这是从另一个实体上定义的关系中衍生出来的。这样的关系,对存储关系的两者意义不大,如果只存储一方而派生另一方,则索引和查询性能都会更好。
官方文档:
本项目参考文档:
- https://mp.weixin.qq.com/s/DlC5jAS_CzXuOZFmmveNXA
- https://mp.weixin.qq.com/s/LhdAREmhXSHxIaVfhcJQ_g
- https://dev.to/dabit3/building-graphql-apis-on-ethereum-4poa
- https://learnblockchain.cn/article/2566
- https://blog.openzeppelin.com/subgraphs-announcement
OpenZeppelin subgraphs 库: 为常用的 OpenZepplin 合约建立 subgraphs - https://github.com/graphprotocol/agora
成本模型 - Subgraph 选择指南(分析节点成本,收益以及应该索引哪些 Subgraph):
https://wavefive.notion.site/The-Graph-Protocol-Indexer-Subgraph-Selection-Guide-725f6e575f6e4024ad7e50f2f4e9bbad
-
https://thegraph.com/docs/graphql-api
GraphGen——命令行工具,用于快速生成子图,由一些有 GraphGen 命令注释的 Solidity 接口文件组成。 -
Matchstick ——是 Limechain 做一个开发的单元测试框架,一个 graph 模拟节点,用于在沙盒环境中测试子图部署的映射逻辑
相关教程:https://limechain.tech/blog/matchstick-what-it-is-and-how-to-use-it/