跳至內容
0%

OpenEthereum,結束營運

作者:Alchemy Team

最後更新:2021年10月26日1 分鐘閱讀

隨著 OpenEthereum 停止開發、Erigon 接棒成為繼任者,我們會確保這次轉移盡可能順利!

Tl;dr

  • OpenEthereum(前身為 Parity Ethereum)將在 London 硬分叉(預計 2021 年 8 月 4 日)後停止其客戶端的開發
  • 若一切順利,OpenEthereum 的客戶端將持續運作至下一次 Eth 硬分叉(Shanghai - 預計 2020 年 10 月)
  • 該團隊將把重心轉移到 Erigon 客戶端(前身為 turbogeth)
  • Alchemy 正全力以赴,盡一切可能在分叉期間及之後,讓各團隊持續使用 OpenEthereum 專屬功能
  • Alchemy 會盡可能持續運行 OpenEthereum 節點,以提供 Kovan、_trace__ 和 _parity__ 端點
  • 與此同時,我們正在建置對 Erigon 節點的支援,並與其團隊合作,讓新客戶端在 Kovan、_trace__ 和 _parity__ 功能上達到對等

摘要

2019 年底,Parity Technologies 將 Parity Ethereum 客戶端的開發從內部專案轉移至一個名為 OpenEthereum Dao 的新組織。自那時起,Gnosis 及其他團隊的開發者們努力不懈地維持 OpenEthereum 客戶端的更新、維持 Kovan 網路運作,並讓 _trace__ API 端點持續可用。

然而最近,OpenEthereum 宣布其客戶端將被棄用,並由與 Erigon(前身為 TurboGeth)團隊合作打造的新客戶端接手。長遠來看,這對於原本使用 OpenEthereum 的用戶而言,應該會帶來更快、更可靠、整體更好的體驗。

短期內,Alchemy 正代表我們的用戶盡一切可能,與 OpenEthereum 和 Erigon 兩個團隊合作,確保 OpenEthereum 專屬功能的服務不會中斷。

我們會說明我們為維護 OpenEthereum 三大主要功能所做的一切,但你也可以直接跳到與你相關的段落:trace_ 端點或 Kovan 測試網。

分叉計劃

Trace 端點

目前,OpenEthereum 是唯一支援許多團隊所使用的 _trace__ 方法的 Ethereum 客戶端。由於 OpenEthereum 在 Mainnet 上支援 London,我們預期這些方法將持續由 OpenEthereum 節點提供服務,無需做任何變更。

然而,OpenEthereum 很可能不會再進行任何進一步的變更。這表示當 London 在 mainnet 上線時,若出現需要更新的共識問題,OpenEthereum 節點及其 trace 功能可能會故障。

雖然我們預期這種情況發生的機率不高,但我們仍會代表用戶盡一切可能維持 trace 方法的可用性。

Erigon 團隊正努力為所有相關的 trace 端點添加支援,目標是在 London 準備就緒前,完成 OpenEthereum 版本的可用替代方案。Alchemy 正協助提供回饋並儘快反覆修改 _trace__ 命名空間,以確保它們能成為 OpenEthereum 的直接(或近乎直接)替代方案。

同時,我們也在建置對 Erigon 的正式環境支援,以便在因 London 相關問題導致必須從 OpenEthereum 故障轉移時,能將 trace 功能切換至其節點。

Kovan

雖然 OpenEthereum 已為 mainnet 上的 London 準備好新的客戶端版本,但 Kovan 不會有新的客戶端發布。

這表示 Kovan 將繼續運行在 Berlin 時期的 OpenEthereum 節點上,不會支援 London 的新功能,例如 EIP-1559。話雖如此,就大多數產品而言,London 的變更應該是向下相容的,Kovan 仍可正常使用。不過,任何使用 Kovan 的人都應確認自己仍能將該測試網作為預備環境使用(並可考慮遷移至 Rinkeby 或 Goerli)。

隨著時間推移,Erigon 將建置對 Kovan 的支援,並帶領該測試網進入 London 時代,不過目前尚無確切日期。

Parity 端點

目前,Alchemy 僅支援 _parity__ 命名空間中的一個方法:parity_getBlockReceipts。該方法將由功能相同的 eth_getBlockReceipts 取代。

當我們遷移至 Erigon 時,不需要做任何變更(我們會將 parity_getBlockReceipts 和 eth_getBlockReceipts 視為同一方法)。不過,有些欄位會缺失——也就是 Parity 專屬的欄位,包括 logs 陣列中的 transactionLogIndex 和 _type。這些欄位並非關鍵欄位,在 Geth 上呼叫 eth_getTransactionReceipt 時也不會出現。

結論

在 London 上線前的這幾週,我們最重視的就是確保用戶能從 Berlin 順利過渡。若你或你的團隊對於從 OpenEthereum 轉移,或是 London 本身有任何疑問,歡迎直接聯繫我:[email protected]!

Alchemy 電子報

搶先掌握最新發布消息

訂閱我們的電子報

取得 Alchemy 最新產品更新與資源

A
O
D
+
超過 80,000 名訂閱者

輸入您的電子郵件地址,即表示您同意接收我們的行銷通訊與產品更新。您了解 Alchemy 會依照我們的隱私權聲明處理所收到的資訊。您可以隨時取消訂閱。