歡迎來到GCC研究專欄的「加密貨幣公地悲劇」系列。本期關注以太坊生態中的去中心化預測市場應用：Polmarket及其數據索引。最近，Goldsky的六小時宕機事件突顯了加密貨幣應用對中心化基礎設施的依賴，揭示了系統性風險。缺乏可持續盈利模式，導致中心化格局。開發者需考慮建立本地優先產品，並改善數據檢索服務以保障用戶體驗。本文呼籲關注去中心化基礎設施，鼓勵開發者設計能在無數據檢索服務時依然運行的dapp。
歡迎來到GCC研究專欄的「加密貨幣公地悲劇」系列。
在這個系列中，我們將聚焦那些加密貨幣世界中處於關鍵節點卻逐漸失範的「公，物品」。它們是整個生態的基礎設施，但往往面臨激勵不足、治理失衡、甚至逐漸中心化的困境。加密貨幣技術所追求的理想和現實中的冗餘穩定性，正在這些角落裡經歷嚴峻的考驗。 ，正在這些角落裡經歷嚴峻的考驗。
本期，我們聚焦以太坊生態中最為「出圈」的應用之一：polmarket及其數據索引工具。尤其是今年以來，圍繞特朗普勝選、烏克蘭稀土交易的預言機操控、澤連斯基西服顏色的政治質押等事件，使得，使得，它所承載的資金規模和市場影響力更是讓這些爭議變得不容忽視。 ，它所承載的資金規模和市場影響力更是讓這些爭議變得不容忽視。
然而，這個代表「去中心化預測市場」的產品，它的關鍵基礎模塊———數據索引
一、一個中心化數據平台宕機引發的區塊鏈反應
2024年7月，Goldsky 發生了長達六小時的宕機事故（ Goldsky是一家面向web3開發者的實時區塊鏈數據基礎設施平台，提供索引、子圖與流式數據服務，幫助快速構建數據驅動的去中心化應用）
這在去中心化應用的世界裡本不應該發生。畢竟，區塊鏈技術的設計的最初目的不就是消除單點故障嗎？戈德斯基事件暴露了一個令人不安的事實：雖然區塊鏈本身已經盡可能實現了去中心化的，但是構建在鏈上的應用使用的基礎設施往往包含了大量的中心化服務。 ，但是構建在鏈上的應用使用的基礎設施往往包含了大量的中心化服務。
究其原因，區塊鏈數據索引與檢索屬於「非排他、非競爭性」的數字公，產品，使用者往往期望免費或極低費率，但其背後卻需要持續投入高強度的硬件、存儲、帶寬與運維人力。缺乏可持續盈利模式時，就會出現贏家通吃的中心化格局：只要一家服務商在速度和資本上取得先發優勢
這警醒我們，去中心化世界迫切需要通過公共產品資助、再分配或社區驅動的舉措來豐富web3基礎設施的多樣性，否則會出現中心化的問題。我們呼籲dapp開發者構建本地優先的產品，也呼籲技術社區在dapp設計時考慮數據檢索服務失效的情況，保證用戶在無數據檢索基礎設施的情況下仍可以與項目交互。 ，保證用戶在無數據檢索基礎設施的情況下仍可以與項目交互。
二、你在dapp看到的數據，是從哪兒來的
要理解為什麼會發生戈德斯基這樣的事件，我們需要深入了解dapp在幕後的工作機制。對普通用戶而言，dapp：鏈上合約和前端頁面。大部分用戶已經習慣使用etherscan等工具查找鏈上交易狀態，並在前端獲取必要信息，同時使用前端發起交易與合約交互。但這些在用戶前端顯示的數據究竟從何而來？ ，同時使用前端發起交易與合約交互。但這些在用戶前端顯示的數據究竟從何而來？
不可或缺的數據檢索服務
假設讀者正在構建一個借貸協議，該協議需要顯示用戶的持倉情況以及每個倉位的保證金和債務狀況。一個樸素的想法是前端直接從鏈上讀取這些數據。但在實踐中，借貸協議的合約不允許使用戶地址查詢倉位數據，合約會提供使用倉位
因此，我們必須引入基礎設施來加速數據獲取。戈爾德斯基等公司正是向用戶提供這些數據索引服務。下圖展示了數據索引服務可以為應用提供的數據類型。
在此處，可能有讀者好奇以太坊生態內似乎存在一個去中心化的數據檢索平台graph，該平台與戈德斯基有哪些聯繫？以及為什麼大量的defi thegraph而是使用戈德斯基作為數據提供商？
圖形/戈德斯基（Goldsky）與子圖的關係
要回答上述問題，我們需要先了解一些技術概念。 ，我們需要先了解一些技術概念。
子圖，開發者可以使用該框架編寫代碼來讀取並彙總鏈上數據，並且使用某些方法將這些數據讀取並顯示到前端。 ，並且使用某些方法將這些數據讀取並顯示到前端。圖形是較早的去中心化數據檢索平台，該平台開發了使用indaybryscript編寫的子圖，開發者可以使用，開發者可以使用子圖，之後用戶可以利用我們一般將運行子圖的服務提供商稱為子圖運營商。圖圖和戈德斯基實際上都是子圖的託管商。因為子圖的託管商。因為，該框架開發出的程序需要在服務器內運行。我們可以看到，該框架開發出的程序需要在服務器內運行。我們可以看到戈德斯基文檔內存在以下內容：
這裡可能有讀者好奇為什麼子圖存在多個運營商？
這是因為子圖框架其實只是約定了數據的如何從區塊內讀取和寫入數據庫。
對於數據如何流入子圖，這些內容需要子圖運營商自己實現。
一般來說，子圖，不同的運營商（如（thegraph，goldsky）存在不同的策略和技術方案。
圖目前使用了目前使用了，該技術方案引入後，圖，而
正如上文所述，圖形是一個去中心化的數據檢索平台，以unisawp v3子圖為例，我們可以看到存在大量的運營商為unistwap v3提供數據檢索，為次我們也可以將圖thegraph視為一個子圖，用戶可以將自己編寫的
戈德斯基的收費模式
對於戈德斯基這種中心化平台而言，戈德斯基，基於使用資源的計費，基於使用資源的計費
圖
圖則有一套完全與常規計費方式不同的費用方案，這套費用方案與
每當dapp或錢包向某個子圖，所付的查詢費：1％燒毀、約10％流入該子圖（策展人），策展人/開發者），其餘≈89％indexer及其indexer及其索引器要先自質押≥100k grt（削減）。 delegator把grt委託給索引，按比例分得上述89％的大頭。策展人（通常就是開發者）通過信號在自家子圖的債券曲線上質押grt；信號數越高，越能吸引索引分配資源。社區經驗建議自籌5 k – 10 k grt indexer接單。與此同時
圖：：
在圖形後台內註冊api鍵，並使用該api鍵請求圖，這部分請求是按照請求次數收費，這部分請求是按照請求次數收費，開發者需要預先在平台內存入一部分
圖形的信號：：
對於子圖，需要圖，平台內的運營商幫助檢索數據，按照上面提到的收益分配方式，需要告訴其他參與者我的查詢服務更好，可以分到更多錢
測試的時候測試的時候
糟糕收費體驗，難倒開發者和傳統會計
對於大部份的項目開發者而言，使用，圖，購買
質押grt數量和吸引運營商所需時間的不確定性問題。筆者在過去部署子圖時直接諮詢了graph的社區大使確定了質押grt的數量，但是對於大部份開發者而言，這一數據並不好獲得，另外質押充足的成本核算和會計的複雜性問題。由於圖，這對大部分開發者而言使成本計算變得複雜。更實際的問題是，如果企業要對該筆支出進行會計核算，會計可能也無法理解這部分成本構成。 ，會計可能也無法理解這部分成本構成。 「讚的，還是中心化的好？」，還是中心化的好？ 」
顯然，對於大部份開發者而言，直接選擇戈德斯基，計費方式所有人都可以理解，同時只要付費幾乎可以立即可用
thegraph複雜的grt代幣經濟學影響了graph的廣泛應用。代幣經濟學可以具有復雜性，但是顯然這些複雜性並不應該暴露給用戶，比如
thegraph的貶低並不是我個人的觀點，知名智能合約工程師與
三、一些現存的解決方案
對於數據檢索單點故障如何解決，上文內其實已經提到了一點，即開發者可以考慮使用，圖，只是流程會較為複雜，開發者需要買入
目前，evm生態內存在大量數據檢索軟件，具體可以參考具體可以參考編寫的
此文並不會討論glodsky的產生問題的具體原因，因為目前根據glodsky報告報告，glodsky，但是只准備向企業級用戶披露具體原因。這意味任何第三方都無法在目前知道，但是只准備向企業級用戶披露具體原因。這意味任何第三方都無法在目前知道glodsky到底發生何種故障。根據其報告內容可以推測，可能是檢索後的數據寫入數據庫時出現了問題
在本節中，我們主要介紹其他的解決方法：：
思考，開發者可以自行租用服務器部署，開發者可以自行租用服務器部署局部第一，該理念呼籲開發者即使在缺失網絡的情況下仍可為用戶提供良好體驗。在存在區塊鏈的情況下思考
此處筆者為什麼推薦使用思考而不是其他軟件？具體原因包含以下幾點：
PONDER沒有供應商依賴。最初，Ponder是個人開發者構建的項目，所以相比於其他企業提供的數據檢索軟件Ponder提供良好的開發體驗，筆者在過去曾多次使用思考具有更高的性能
當然也會存在一些問題，思考，開發者可能會遇到由於版本破壞性更新導致之前項目無法運行的情況。考慮到本文並不是一篇技術入門文章，所以本文不會進一步討論，所以本文不會進一步討論，的開發細節，具有技術背景的讀者可以自行閱讀，具有技術背景的讀者可以自行閱讀
思考更有趣的細節是目前，更有趣的細節是目前，但是
在此處，我們簡單介紹「隔離理論」。我們認為公，物品的公，所以只要對公，所以只要對公共物品，物品，此時社會利益並不是最大化的（經濟學術語描述為「不再是帕累托最優」）。理論上，公，公，但是區別定價所花費的成本極有可能大於區別定價帶來的盈餘。所以公，但是區別定價所花費的成本極有可能大於區別定價帶來的盈餘。所以公共物品免費開放的原因是並不是公，物品免費開放的原因是並不是公，而是任何徵收固定費用的行為都會導致社會利益受損，而是任何徵收固定費用的行為都會導致社會利益受損，並且目前沒有一種廉價的方法可以對每一個人進行區別定價。隔離理論提出了一種可以在公，並且目前沒有一種廉價的方法可以對每一個人進行區別定價。隔離理論提出了一種可以在公，並且目前沒有一種廉價的方法可以對每一個人進行區別定價。隔離理論提出了一種可以在公，即通過某一種方法將一部份同質人群隔離出來，即通過某一種方法將一部份同質人群隔離出來，對這部分同質人群徵收費用。首先
思考：：
首先，思考，開發者在部署過程中需要提供，開發者在部署過程中需要提供rpc 、數據庫等外部依賴。同時在部署完成後，開發者需要持續運維，開發者需要持續運維，比如使用代理系統進行負載均衡避免數據請求影響目前思考在內測全自動部署服務大理石，用戶只需要將代碼交付給該平台就可以實現自動部署。
顯然這是一種對「隔離理論」的應用，這些不願意自己運維
思考和戈德斯基的受眾？
思考這種完全沒有供應商依賴的公共物品比其他依賴供應商的數據檢索服務在開發小型項目時更加流行。某些運營有大型項目的開發者並不一定選擇八，因為大型項目往往要求檢索服務具有充分的性能，戈德斯基等服務提供商往往提供了充分的可用性保障。等服務提供商往往提供了充分的可用性保障。
兩者都存在一些風險點，從最近的戈德斯基，開發者最好自行維護一套自己的，開發者最好自行維護一套自己的
本地第一
本地第一，當地第一要求軟件具有以下功能：
離線工作跨客戶端協同
目前大部份與本地優先crdt（無衝突複製的數據類型）技術
但在區塊鏈開發中，我們可以放寬上述，我們可以放寬上述，本地優先，用戶在前端仍可以保持最低限度的可用性。同時
在dapp的場景下，本地第一個：：
緩存關鍵數據：前端應該緩存用戶的重要數據，如餘額、持倉信息等，即使索引服務不可用，用戶仍能看到最後已知的狀態。 ，用戶仍能看到最後已知的狀態。降級功能設計：當後端索引服務不可用時，dapp可以提供基礎功能，比如在數據檢索服務不可用時，rpc讀取鏈上數據，可以保證用戶看到已有部分數據的最新情況
這種本地首位的dapp設計理念能夠顯著提高應用的韌性，避免在數據檢索服務崩盤後的應用無法使用。在不考慮易用性的情況下，最好的，local-first應用應該是要求用戶在本地運行節點，然後使用類似trueBlocks的工具在本地檢索數據。關於去中心化檢索或本地檢索的一些討論
四、寫在最後
Goldsky六小時宕機事件為生態敲響了警鐘。雖然區塊鏈本身俱有去中心化和抗單點故障的特性，但構建在其上的應用生態系統仍然高度依賴中心化的基礎設施服務。這種依賴為整個生態系統帶來了系統性風險。 ，但構建在其上的應用生態系統仍然高度依賴中心化的基礎設施服務。這種依賴為整個生態系統帶來了系統性風險。
本文簡單介紹了早有盛名的去中心化檢索服務圖，特別討論了，特別討論了，本文討論瞭如何構建更加健壯的數據檢索基礎設施，本文討論瞭如何構建更加健壯的數據檢索基礎設施，筆者鼓勵開發者使用
從目前來看，不少web3的開發者都意識，gcc希望更多開發者關注這一基礎設施，並嘗試構建去中心化的數據檢索服務或者設計一套框架使得dapp前端在無數據檢索服務的情況仍可運行。
資訊來源：由0x資訊編譯自互聯網。版權歸作者shew所有，未經許可，不得轉載