是時候正式面對Infura帶來的「中心化」問題了

買賣虛擬貨幣
  以太坊全網節點已經從1.2萬個下降至6,300個。


作者:律動blockbeats


3 月 4 日,有使用者在社交媒體表示自己在委內瑞拉無法使用 metamask 錢包,查明原因,發現是 api 服務商 infura 出現了問題。


infura 迴應,在配合美國和其他司法管轄區的新制裁指令而改變某些配置時,錯誤地配置了些許設定,導致部分地區服務中斷。而作為 infura 的本家並使用 infura 服務的 metamask 也因此次錯誤出現了問題。導致部分地區使用者短時無法訪問 metamask。


這已經是 infura 第 n 次出現問題導致以太坊生態受到影響了。雖然這個問題從多年前就被討論過,但如今面對以太坊不可同日而語的超級生態,有些問題應該重新引起關注。尤其在動盪期間,因為國家間的問題導致被標榜為「去中心化」的 web3.0 世界也開始有了准入門檻,實在汗顏。


我們並沒有否認 infura 的重要價值,只是如果我們可以嘗試透過其他方式,是不是可以緩解這個問題呢?


infura 是什麼?


專業一點講,infura 是一種 iaas(infrastructure as a service)產品,目的是為了降低訪問以太坊資料的門檻。通俗一點講,infura 就是一個可以讓你的 dapp 快速接入以太坊的平臺,不需要本地執行以太坊節點。


從程式設計師的角度講,infura 就是一個 web3 供應商,背後是負載均衡的 api 節點叢集。


再簡單一點理解,infura 就是一個公開的以太坊節點,可以看到以太坊整條鏈上的所有資料。這個節點的優勢在於,infura 是對外服務的,專案方或者交易平臺其實完全可以自己部署節點,實現的功能和 infura 完全一樣,但是很麻煩,成本高。於是 infura 的服務就有了市場。


在整個以太坊網路中,需要一種能夠降低進入門檻並簡化對以太坊資料訪問的實用程式。其中最重要的是基礎架構即服務(iaas)產品,而在這方面較為領先的則是 infura,它為跨行業的開發人員,dapp 團隊和企業提供了一套工具,可將其應用程式連線到以太坊網路和其他去中心化平臺。


infura 是由開發者 michael wuehler 開發的以太坊基礎設施,最開始時處於獨立運營狀態。在 2019 年被 consensys 全資收購,變為其下業務部門。在推出之初 infura 是免費使用的。隨後推出了訂閱服務,收費標準在每月 50 美元至 1000 美元不等。不過對於需求較小的開發者或者專案而言,infura 還是十分友好的。開發者可以免費在 infura 中建立 3 個專案,每日使用 infura 的 api 服務提交 10 萬次請求。


infura 有什麼用?


infura 首席系統工程師 nicola cocchiaro 說:「我們的使命是促進以太坊的訪問及其提供的機會。」他們確實已經實現了這個使命,遠超預期。



以太坊許多知名的專案(metamask,aragon,gnosis,openzeppelin 等)都利用 infura 的 api 將其應用程式連線到以太坊網路。作為以太坊生態中最大的 api 提供方,infura 的存在的確讓開發者方便了不少。


infura 基礎設施最著名的部分是託管的以太坊客戶端網路,透過客戶端相容的 json-rpc,在 https 和 wss 之上支援主網和測試網。以太坊節點只是 infura 棧的一部分,同時他們還有 ipfs 的服務,不過在生態與以太坊天差地別,關注度自然也沒那麼大。


採用 infura 的專案和公司


在 infura 的官方網站上,律動發現有很多我們熟知的公司和專案都利用了 infura 服務。例如,以太坊輕錢包 metamask 使用 infura 的零客戶端方式,連線 infura 的遠端基礎設施,以服務超過數百萬的使用者。(律動注:metamask 除了使用 infura 服務之外,也執行了自己的節點)


對於像謎鏈貓這種更看重可擴充套件性的專案來說,infura 會與整個生態系統的開發人員合作,以保持網路的平穩執行。


當然,還有很多交易平臺也採用了 infura 的服務,例如 upbit、bithumb 等。其中也不乏一些去中心化協議,如 0x 和 mycrypto 等都依賴 infura 向以太坊主網廣播交易資料和智慧合約。


infura 官網列出的一些客戶案例


對於過於依賴 infura 的擔憂


目前以太坊全網節點 6300 個,infura 曾經在 2018 年表示過,透過 infura 接入以太坊網路的節點數佔總節點數的 5-10%。隨著維護節點的成本越來越大,這個比例現在只會更多。


這不是 infura 第一次出現問題,2020 年 11 月,infura 沒有執行最新版本的 geth 客戶端,而某些特殊的交易觸發了這個版本的客戶端的 bug,隨後 infura 宕機了。


這被認為是 the dao 後最嚴重的一次以太坊事故,雖然不是以太坊網路的問題,但當時 infura 宕機造成的連鎖反應幾乎可以認為以太坊網路短時癱瘓:主流交易平臺無法充提 erc-20 的 token,metamask 無法使用等等。


小問題也不斷,今年 2 月,opensea、uniswap 等平臺又出現了問題,原因是 infura 的流量激增宕機了。infura 顯然已經成為了這棟市值 3200 億美元大廈的地基。


早在 2018 年,就已有開發者對於 infura 表示出了擔憂。parity technologies 的一位以太坊開發者 afri schoedon 表示,以太坊網路不能依賴 infura 來處理每天 100 億次請求。schoedon 認為,過度依賴 infura 將增加協議的中心化。


而除了專案方或者使用者自己搭建節點,我們還有不少其他專案可以選擇,比如 alchemy,或者呼聲甚高的 pocket network 等等,雖然不會讓 infura 的故障問題影響完全消失,但至少可以縮小。


我們並不是否定 infura 的價值,infura 對以太坊非常重要,但如果,有更多的節點激勵方案,或者降低節點執行成本的解決方法出現,以太坊會更加完美,甚至要完美過 eth2.0。



免責聲明:

  1. 本文版權歸原作者所有,僅代表作者本人觀點,不代表鏈報觀點或立場。
  2. 如發現文章、圖片等侵權行爲,侵權責任將由作者本人承擔。
  3. 鏈報僅提供相關項目信息,不構成任何投資建議

推荐阅读

;