Contract-Design

The Graph 如何成為去中心化的解決方案?

  • November 15, 2021

我知道在乙太坊上查詢數據是一件令人頭疼的事情,而且The Graph對事件進行索引,以便開發人員可以更輕鬆地獲取他們最寶貴的區塊鏈數據。

但是,我不確定我是否理解為什麼 The Graph 可以被描述為去中心化(正如他們聲稱的那樣)。似乎他們通過將 GraphQL 放在兩者之間來抽象檢索儲存在伺服器上的數據的過程。

有人可以解釋一下嗎?

更新:這個問題可能會在 2021 年過時,因為 The Graph 已經啟動了他們的去中心化索引服務。隨著更多子圖從託管服務遷移,它們將隨著時間的推移逐漸變得更加分散。

它是基於伺服器的並且在拓撲上類似於記憶體策略。

純粹主義者可能不同意,但可以提出一個論點,即在某些條件下使用任何類型的記憶體策略(例如 etherscan)是完全可以的。

如果使用者願意,他們應該能夠獨立驗證結果。這意味著透明度。如果使用者想要驗證查詢結果,記憶體應該發出使用者需要的事務雜湊、地址等。如果會有服務或 API 發出有關區塊鏈的事實,則應注意其所有聲明都是可審計的。

從使用者的角度來看,使用哪個有效的記憶體副本應該沒有任何區別。如果應用程序後端在沒有重新引入集中權限的情況下執行,那麼理論上使用者應該可以建立自己的本地記憶體並使用它,如果他們願意的話。應用程序設計應該允許這樣做,所以要小心避免下意識地重新引入依賴。

在我看來,如果應用程序開發人員希望聲稱**應用程序去中心化的潛力不受其實施決策的影響,他們將需要注意適應替代部署方案。如果說應用程序是去中心化的,那麼證明在應用程序級別沒有集中的依賴關係。

在我看來,可以使用 Graph 之類的東西作為支持數據層,並且仍然可以實現去中心化,前提是有一條清晰的使用系統的路徑,而不依賴於所提供的伺服器。創建一個激勵第三方站起來節點和競爭的商業模式可能是有利的。通過這種方式,原始應用程序架構師可以證明系統不依賴於業務連續性。深思熟慮。

如果有伺服器,使用者可以考慮該伺服器是必需品還是方便。

希望能幫助到你。

引用自:https://ethereum.stackexchange.com/questions/70392