加密公地悲剧系列：去中心化预测市场的数据索引难题

摘要

本文聚焦以太坊生态中的预测市场应用Polymarket及其数据索引工具。作为"去中心化预测市场"的代表，Polymarket的关键基础模块—数据索引是否真正实现了去中心化?为何像The Graph这样的公共基础设施未能承担预期角色?一个真正可用、可持续的数据索引公共物品应具备怎样的形态?

一、中心化数据平台宕机引发的连锁反应

2024年7月，面向Web3开发者的区块链数据基础设施平台Goldsky发生长达六小时的宕机事故，导致以太坊生态系统的大量项目陷入瘫痪。这暴露了一个令人不安的事实:虽然区块链本身已尽可能实现去中心化，但构建在链上的应用使用的基础设施往往包含大量中心化服务。

区块链数据索引与检索属于"非排他、非竞争性"的数字公共产品。使用者期望免费或极低费率，但其背后需要持续投入高强度的硬件、存储、带宽与运维人力。缺乏可持续盈利模式时，就会出现赢家通吃的集中化格局。

这警醒我们，去中心化世界迫切需要通过公共产品资助、再分配或社区驱动的举措来丰富Web3基础设施的多样性，否则会出现中心化问题。我们呼吁DApp开发者构建本地优先的产品，也呼吁技术社区在DApp设计时考虑数据检索服务失效的情况，保证用户在无数据检索基础设施的情况下仍可以与项目交互。

二、DApp数据的来源

对普通用户而言，DApp通常只由链上合约和前端页面构成。但前端显示的数据究竟从何而来?

数据检索服务的必要性

以借贷协议为例，若要在前端显示用户的仓位情况，需要把当前系统内所有的仓位都检索出来，然后查找属于当前用户的仓位。这个过程在前端难以实现，即使在服务器上直接依靠本地节点执行数据检索任务往往也需要长达数小时。因此，必须引入基础设施来加速数据获取。

SubGraph、TheGraph和Goldsky的关系

SubGraph是一个开发框架，用于读取并汇总链上数据。TheGraph是较早的去中心化数据检索平台，开发了使用AssemblyScript编写的SubGraph框架。Goldsky也是SubGraph的托管商。

Goldsky和TheGraph的收费模式对比

Goldsky采用基于资源使用的简单计费标准。TheGraph则有一套与GRT代币经济学相关的复杂费用方案，包括查询费、质押费等。

TheGraph使用体验不佳

对大多数开发者而言，使用TheGraph较为麻烦。质押GRT数量和吸引运营商所需时间存在不确定性，成本核算和会计处理也较为复杂。相比之下，选择Goldsky更为简单直接。

三、现存的解决方案

除了TheGraph，还有一些其他解决方案:

1. ponder:简单、开发体验好且部署简便的数据检索服务软件，开发者可自行租用服务器部署。

2. local-first开发理念:要求软件具备离线工作和跨客户端协同功能。在DApp场景下，可通过缓存关键数据和设计降级功能来实现。

四、结语

Goldsky宕机事件暴露了Web3生态对中心化基础设施的高度依赖。开发者应考虑使用ponder等自托管数据检索框架作为应急选项，同时采用local-first开发理念，构建在无数据检索服务下仍可使用的应用。我们希望更多开发者关注这一基础设施，尝试构建去中心化的数据检索服务或设计可在无数据检索服务情况下运行的DApp前端框架。