Zcash 在 NU7 升級前詳細說明七項 Zebra 安全修復

Zcash 基金會已經概述了 Zebra 7.0.0 中的七項安全修復，因為節點運營商正在為 NU7 主網升級做準備，該升級計劃於 11 月 5 日左右進行。

摘要

• Zebra 7.0.0 支持在主網區塊 3,543,405 號啟用 NU7，並解決了七個安全問題。
• 運營商必須在啟用之前進行升級，以保持在網絡的共識鏈上。
• 一個單獨的 alpha 版本解決了在坎昆舉行的 Zcon7 會議期間報告的挖礦延遲問題。
• Zeeder v1.8.0 增加了對 NU7 的支持，並指示播種運營商在啟用之前部署它。

Zcash 基金會的工程更新於 11 月 3 日發布，涵蓋了 10 月 20 日至 11 月 2 日的內容，整合了 NU7 的剩餘準備工作。Zebra 7.0.0 於 10 月 22 日發布，使得這一最新公告成為啟用前的進度報告。

基金會將六個安全問題描述為可能導致對等方阻礙同步、佔用驗證資源或使誠實的對等方被禁止的方式。第七個問題可能會使 zebrad 崩潰，這是運行 Zebra 節點的軟件過程。

Zebra 修復包括五個高嚴重性問題

基金會的發布公告將五個建議分類為高嚴重性，兩個為中等。高嚴重性問題包括兩個檢查點同步失敗、對無效透明腳本的懲罰不足、昂貴的簽名計算，以及一個可能佔用驗證線程的交易檢查。

一個中等嚴重性缺陷可能會在斷開繁忙的對等方時停止 Zebra。另一個可能導致節點因轉發一個在下一區塊變為有效的交易而禁止誠實的對等方。

檢查點建議解釋說，一個未經身份驗證的對等方可能會提供一個偽造的區塊體，並使同步節點無法進展，直到重新啟動。該節點錯誤地將缺失的區塊視為已下載，從而阻止其請求有效的副本。

該建議將影響限制在可用性上：沒有無效區塊寫入磁碟，沒有鏈分叉發生，資金未受影響。已同步的節點不在受影響的範圍內。

一個相關的漏洞可能會使檢查點驗證器在失敗的提交後與存儲狀態不同步。其建議表示，重新啟動恢復了進度，但受影響的節點在後續同步中可能再次停滯。

NU7 要求運營商在啟用前更新

基金會表示，主網運營商必須在區塊 3,543,405 之前進行升級。一旦 NU7 啟用，升級的節點將斷開運行舊版本的對等方，而不兼容的節點則可以遵循不同的鏈。

正如 crypto.news 之前報導的，主網升級截止日期適用於希望保持在共識鏈上的運營商。

安裝需要進行數據庫更改。根據 GitHub 發布說明，Zebra 在首次啟動時將其存儲狀態從格式 v28 移動到 v29，而無需重新同步。

Zebra 6.x 無法讀取新格式。因此，返回舊版本的運營商需要進行完整的重新同步，開發人員建議在升級之前備份 state/v28 目錄。

監控系統也需要注意。對等指標不再包括單獨的地址和用戶代理標籤，因此圍繞這些字段構建的儀表板和警報需要進行更改。Zebra 7.0.0 的支持期為八週，而通常為 12 週。

Zcash 目標 25 秒區塊而不加快每日發行

根據 ZIP 218，NU7 將目標區塊間隔從 75 秒減少到 25 秒。該規範將支付、交易所存款和跨鏈操作列為受到確認等待影響的活動。

每日計劃的 ZEC 發行量保持不變，因為每個區塊的獎勵已根據更快的時間表進行調整。該提案不建議客戶減少確認次數。

基金會的發布解釋保留了四年的減半計劃和 2100 萬 ZEC 的供應上限。NU7 引入了一個費用儲備，其中 60% 的交易費用從流通中移除以供未來獎勵使用，40% 由礦工保留。

礦工反饋產生單獨的 alpha 版本

在 Zcon7 上針對緩慢的模板創建、區塊接受和中繼的投訴後，基金會於 10 月 31 日發布了 Zebra Ándale，版本 7.1.0-alpha.0。

該 alpha 用已驗證的交易和內存池變更的響應取代了輪詢延遲。在基金會的基準測試中，之前需要超過八分鐘才能達到挖礦模板的大量交易突發現在約四秒內完成。這些數據是開發人員報告的 alpha 版本結果。

工程更新表示 Zeeder v1.8.0 宣傳 NU7 協議版本，因此升級的節點在啟用後將繼續接受它。播種運營商被指示提前部署該版本。團隊正在審查可選的區塊修剪以節省磁碟空間，同時保持全鏈存儲為默認。