The Graph项目社区的Curator如何参与评估Subgraph-续

The Graph最近炙手可热，笔者最近两个月参与了The Graph的Curator Program,每个curator分配5个子图进行评估，下面我简要介绍下这5个子图的评估情况 Subgraph 1:x48-crypto/yearn Subgraph 2: protofire/humanitydao Subgraph 3:protofire/ray Subgraph 4: ensdomains/ens Subgraph 5: singulardtv/sngls-dao

在The Graph网络的经济模型中，Curator的主要角色是 5个子图分别对应5个项目：Yearn,Humanity DAO,RAY,Ethereum Name Servie ,Sngls DAO 目前这个5个项目中重点介绍下Yearn和ENS分别对应的子图Subgraph 1 和Subgraph 4.其他三个项目的合约数据不太完整，项目也较小。

子图x48-crypto/yearn

1.查看页面上展示是否有github链接，如果有的话，会减少很多评估时间（这很遗憾，这个子图目前没有github链接）。 2.复制ID，浏览器输入链接https://ipfs.io/ipfs/[ID]并替换ID打开，顺着目录dataSources => mapping => source查看，我们发现有合约地址，

从Etherscan里面打开第一个合约地址如下图所示，我们发现这是yearn.finance中的机枪池yCRV Valt合约yUSDValut，从上图的dataSources => mapping => eventHandlers => event我们可以追踪到事件中合约调用的方法，另外通过dataSources => mapping => eventHandlers => handler 查询到子图需记录数据以及掉用这个handler

打开ABI文件，如果有Github可以在json文件里找到；如果没有也可以在上图的合约源码下方找到，可以导出下载到本地为json文件，易于阅读理解；ABI文件中定义的Name域是可以知道子图中哪些方法被索引，可以仔细推测。注意方法的名字和子图manifest文件中eventHandlers匹配，另外方法中的参数需要特别小心。

第二个mapping中的合约是yTUSDValut，检查流程如上 第三个mapping中的合约是yUSDTVault，检查流程如上 第四个mapping中的合约是yWSBTCVault，检查流程如上 第五个mapping中的合约是yDAIVault，检查流程如上 第六个mapping中的合约是yBUSDVault，检查流程如上

小结 这个子图主要是yean.finance的机枪池子Valt的token数据，包括存款，取款和 转账行为，比较简洁易懂，缺点是没有github代码开源。如果github代码开源，可以推荐给indexer.

子图ensdomains/ens

打开github链接https://github.com/ensdomains/ens-subgraph/ 第一个合约显示域名注册数据，ABI文件./abis/Registry.json 第二个合约显示老的域名注册数据，ABI文件也是./abis/Registry.json 第三个没有合约源码显示，但有ABI文件./abis/PublicResolver.json 第四个合约是ENS token的相关数据，ABI文件是./abis/BaseRegistrar.json 第五个合约是以太坊网络对ENS的controller数据，ABI文件是./abis/EthRegistrarController.json

小结 该子图的功能主要是ENS的注册信息，域名拍卖数据，以及域名resolver数据，数据定义比较完善和精准，代码也在github上开源;作为curator,推进该子图给indexer

Curation token

Curators在联合曲线上质押GRT代币，收到该Subgraph的curation token, Subgraph的质量越高，产生越多的收入将会吸引更多的curators质押。不管谁先质押，利润是跟谁联合曲线走势。最终有价值的Subgraph会价值增长可观。所以这样激励Curators去发现更多更好的Subgraph ,然后去评估发价值信号给Indexer去索引有价值的数据。

在The Graph网络的经济模型中，Curator的主要角色是筛选和评估有价值的Subgraph给Indexer的同时质押GRT代币在Subgraph，质押的GRT代币越多，表示该Subgraph的价值大，检索到更相关数据，这样查询该Subgraph的次数越多，产生的收入也越高。 Indexer收到信号就回去索引价值大的Subgraph,他们运行维护着Graph Node确保足够的计算能力，所以他们只有兴趣索引真正有用的Subgraph,运维成本支付给真正有价值的数据消费。Indexer产生的收入也将部分和Curators分享