流量密碼 提供 科技、娛樂、流行、穿搭、影劇、遊戲、電競、開箱、資訊、正妹網紅女神 等各類新聞資訊等，發燒話題永不退流行，讓您第一手快速掌握，快速更新文章及最新消息的發布就是我們的宗旨，只要隨時關注流量密碼資訊就是掌握 流量密碼。
流量密碼推播群，掌握第一手資訊
「到底該隔多久做一次硬分叉？或是說改變共識的頻率是多久？」
在最近一次的以太坊核心開發人員雙週會議上，這成了討論的主題。上周五，一群以太坊核心開發者探討了是否可以每三個月進行一次系統升級（也稱為硬分叉）的可能性。
三個月就硬分叉一次？
開發人員拋出了縮短硬分叉間隔的提議來試水溫，例如像是狀態租金（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 的一切都很不確定，就去調整我們規劃好的路線圖或想法。」
