加密公地悲剧系列:Polymarket 的数据索引之殇(4) / BTC123 | 区块链信息行情第一站

加密公地悲剧系列:Polymarket 的数据索引之殇(4)

08-07 , 16:11 分享新闻

TheGraph 的 Signal 质押费:

对于 SubGraph 的部署者,需要 TheGraph 平台内的运营商帮助检索数据,按照上面提到的收益分配方式,需要告诉其他参与者我的查询服务更好,可以分到更多钱,就需要质押 GRT,类似于打广告以及给自己担保有收益,大家才会来。

测试的时候,开发者可以免费将 SubGraph 部署到 TheGraph 平台,此时 TheGraph 官方会帮助用户进行一些检索,提供一个用于测试的免费额度,并无法用于生产环境。如果开发者认为 SubGraph 在 TheGraph 官方的测试环境内运行良好,就可以将其发布到公开网络内等待其他运营商参与检索。开发者不能直接向某一个运营商付费,并获得检索的保障,而是让多个运营商竞相提供服务,避免形成单点依赖这。这个过程需要使用 GRT 代币对自己的 SubGraph 进行策展 (Curating) 操作(也可以被称为 Signal 操作),也就是开发者向自己部署的 SubGraph 内质押一定数量的 GRT,但质押的 GRT 数量到达一定量级(此前咨询的数据是 10000 GRT) 时,运营商才加入 SubGraph 的检索工作。

糟糕收费体验,难倒开发者和传统会计

对于大部份的项目开发者而言,使用 TheGraph 其实是一件相对麻烦的事情,购买 GRT 代币对于 Web3 项目而言还算容易,但是对已部署的 SubGraph 进行 Curating 操作等待运营商的过程就是相当低效的环节。这一环节至少存在以下两个问题:

  1. 质押 GRT 数量和吸引运营商所需时间的不确定性问题。笔者在过去部署 SubGraph 时直接咨询了 TheGraph 的社区大使确定了质押 GRT 的数量,但是对于大部份开发者而言,这一数据并不好获得,另外质押充足的 GRT 后,运营商介入检索也需要一段时间

  2. 成本核算和会计的复杂性问题。由于 TheGraph 使用代币经济学机制设计收费标准,这对大部分开发者而言使成本计算变得复杂。更实际的问题是,如果企业要对该笔支出进行会计核算,会计可能也无法理解这部分成本构成。

「赞的,还是中心化的好?」

显然,对于大部份开发者而言,直接选择 Goldsky 是更加简单的事情,计费方式所有人都可以理解,同时只要付费几乎可以立即可用,不确定性大幅度降低,这也导致了区块链数据索引与检索服务上,出现了依赖于单一产品的情况。

显然 TheGraph 复杂的 GRT 代币经济学影响了 TheGraph 的广泛应用。代币经济学可以具有复杂性,但是显然这些复杂性并不应该暴露给用户,比如 GRT 的策展质押机制就不应该暴露给用户,TheGraph 更好的手段是直接给用户一个简化的付费页面。

上述对 TheGraph 的贬低并不是我个人的观点,知名智能合约工程师与 Sablier 项目创始人 Paul Razvan Berg 也曾在推文 内表达这一观点。该推文提到发布 SubGraph 和 GRT 计费的用户体验是极其糟糕的。