「到底該隔多久做一次硬分叉?或是說改變共識的頻率是多久?」

在最近一次的以太坊核心開發人員雙週會議上,這成了討論的主題。上周五,一群以太坊核心開發者探討了是否可以每三個月進行一次系統升級(也稱為硬分叉)的可能性。

三個月就硬分叉一次?

開發人員拋出了縮短硬分叉間隔的提議來試水溫,例如像是狀態租金(state rent,向使用者收取儲存數據的費用)的升級提案,該提案若執行的話,許多智能合約可能必須重新編寫或部署,也會需要多次的升級才能讓新的功能完全生效,於是便有了將每次升級的時程改為三個月是否可行的討論。

然而,在以太坊開發公司 Consensys 的資深工程師 Joseph Delong 認為,三個月這樣的時程過於倉促。

以太坊基金會的團隊負責人 Péter Szilágyi 也表示同意,並解釋說:「如果只是要施行硬分叉並完成,那麼三個月確實是足夠的。但作為一名軟體客戶端開發人員,通常客戶端會需要大量的後續維護工作。因此,如果每三個月進行硬分叉,那麼就沒有時間做維護和性能改進了。」

以太坊基金會的安全負責人 Martin Hoste Swende 認為,每三個月進行一次硬分叉看似不是個好主意,但他指出,有些簡單升級變更其實也並不需要那麼長的時間進行。Swende 補充解釋:「我們不該想著要每三個月安排一次硬分叉,而是分別去檢視某功能是否已經開發完畢以及完成測試,並且它已在所有客戶端中實現。如果是的話,那麼我們進行硬分叉也能順利完成。」

Parity Technologies 技術長 Fredrik Harryson 則希望開發人員可逐步實施他們的計劃,Harryson 提到,過去排好了六個月時程、擁有完整計劃的以太坊硬分叉,也從未準時實現過。他補充說:「我們可能需要額外的準備工作讓某些流程自動化,才可能進行更短的硬分叉。硬分叉最麻煩的事情往往不是在於編寫代碼,而是其他的準備工作。」

除此之外,以太坊基金會顧問 Greg Colvin 指出,構建以太坊軟體客戶端的大多數團隊,目前沒有合適的人來處理硬分叉實踐該有的基本工作,例如設置測試網、運行測試用例、進行測試等等其他責任。

對此,Fredrik Harryson 則回應是因為團隊沒有足夠的資金來支持這樣的人力成本,「對我們來說,這是錢的問題。我們背後沒有足夠的資金」。

雖然同意以太坊 2.0 未來的不確定性很大,但 Harryson 對於接下來挑戰巨大的改進,針對非常多硬分叉升級要實踐,給出了初步結論:「我們不應該因為以太坊 2.0 的一切都很不確定,就去調整我們規劃好的路線圖或想法。」


不想錯過區塊客即時新聞與精彩活動,請加 Line:

區塊客致力於發掘和整理各種與區塊鏈技術有關的內容,只要與區塊鏈或區塊客網站有關的合作和/或建議,我們都非常歡迎。請您發電郵至 [email protected] 與我們聯繫。