加密公地悲劇系列：去中心化預測市場的數據索引難題

摘要

本文聚焦以太坊生態中的預測市場應用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前端框架。