Zcash 預計七月下旬進行 Ironwood 升級：推出新的隱私金庫與更強化的 ZEC 總供應量可驗證性

2026年6月6日

Zcash 預計七月下旬進行 Ironwood 升級：推出新的隱私金庫與更強化的 ZEC 總供應量可驗證性

2026 年 6 月 6 日，由 Zcash 開發實驗室 ( ZODL )、Zcash 基金會、Shielded Labs、Tachyon 以及 Valar Group 組成的跨組織團隊，公布了一項名為 Ironwood 的 Zcash 網路升級草案計畫，目標是在 2026 年 7 月下旬啟用（具體時間仍取決於測試與生態系統協調）。您可以在這份第三方簡報中找到該提案高階意圖與遷移方法的簡要概述：Ironwood 升級摘要與時間表。

Ironwood 之所以重要，原因很簡單：它試圖調和隱私導向區塊鏈中經常相互衝突的兩項使用者需求——頂級的鏈上隱私與可信、可獨立驗證的貨幣完整性。

1) 為何現在提出 Ironwood 升級

Zcash 當前的隱私引擎是 Orchard 隱私金庫，該金庫隨著 網路升級 5 ( NU5 ) 推出。Orchard 在可用性與密碼學上達成了重大進展，其規格已載於 ZIP 224：Orchard 隱私協定。

在 2026 年 5 月下旬至 6 月初，生態系統也經歷了一次備受矚目的安全事件應對：Orchard 動作電路（action circuit）中一項嚴重的正確性問題被私下披露，隨後透過協調緊急軟分叉窗口進行緩解，最終在一項後續網路升級（NU6.2）中被完全修復，重新啟用了已修正驗證的 Orchard。事件時間軸與基金會的技術細節記錄於此：Zebra 發佈與 NU6.2 啟用報告。

即使有快速的修復且未有已知被利用的跡象，這類事件仍會引發隱私幣一個更深層次的問題：

如果一個錯誤曾經導致了在隱私金庫內部發生價值操縱，廣泛的市場或社群能否獨立驗證供應量是否仍然正確？

Ironwood 的定位正是對此問題的前瞻性回答——其設計旨在使供應量審計更加直接，同時保持隱私性。

2) Ironwood 一句話總結：與 Orchard 相容的隱私，加上更強的保障

此提案將 Orchard 設計保留作為基礎，但增加了兩層重要的強化：

更嚴謹的保障工作：形式驗證（formal verification）與額外的獨立安全審計（超越持續的審查）。
強化供應量可驗證性的遷移設計：一個「閘門」（Turnstile）式的、受限的從 Orchard 到 Ironwood 的橋接。

這不是「隱私對比透明」。而是「隱私與可審計的貨幣限制」。

3) 閘門概念，以及為何供應量可驗證性是重點

Zcash 長期以來一直依賴「閘門」（跨價值金庫的會計限制）作為深度防禦機制。簡單來說，協議會追蹤允許在金庫之間流動的價值數量，如同防火門一樣，即使內部發生問題，也能防止「額外價值」從金庫中洩漏。

如果您想參考權威的技術文獻，可以從以下開始：

Ironwood 的改變在於面向使用者端的審計故事：該提案描述了一條遷移路徑，其中所有從 Orchard 轉移到 Ironwood 的 ZEC 都必須通過一個可驗證的會計閘口，讓任何觀察者都能獨立檢查新金庫中所代表的數量不會超過透過閘門機制合法進入的數量。

對於使用者、交易所、審計師和研究人員來說，這是一件大事：它讓 Zcash 更接近於一個保護隱私的交易能夠與高信賴度的供應量審計共存的世界——隨著「儲備證明」（proof-of-reserves）文化從託管機構擴展到協議本身，這已成為業界Recurring 討論的話題。

4) 升級啟用後現有 Orchard 金庫的處理方式

該提案中一個值得注意的設計選擇是Orchard 的「退役」方式。計畫並非讓兩個現代化的隱私金庫同等活躍，而是讓 Orchard 實際上關閉新活動：

Orchard 將停止接受新存款及內部轉帳。
資金只能透過「閘門遷移路徑」從 Orchard 移出到 Ironwood。

這降低了長期的複雜性，並鼓勵在新的金庫中集中流動性與匿名集合。

位址相容性：無需輪換接收位址

另一項以使用者為中心的重點：該提案指出錢包可以支援遷移，同時繼續使用現有的 Orchard 接收位址，因此使用者無需與每一方對手協調更改新位址。有關現代 Zcash 位址如何運作的背景（統一位址與支援金庫意識的接收者），請參閱 Zcash 協議文件有關位址的部分。

5) 「Orchard 完整性漏洞」狀態：使用者應了解的資訊

近期 Orchard 的事件是透過持續的安全研究發現的，透過協調升級獲得修復，公開溝通指出在事件應對期間沒有證據顯示存在被利用的情況或有使用者損失，並且總供應量完整性檢查在此期間保持一致。對於操作員來說，最優質、帶有時間戳的技術記錄是NU6.2 啟用報告。

對於日常持有者來說，重要的啟示並非密碼學細節——而是營運成熟度：

負責任的披露管道是有效的。
節點軟體能快速發佈。
礦工、基礎設施與錢包之間的協調能在壓力下進行。

Ironwood 建立在此基礎上，旨在讓「驗證供應量限制」不再是僅限於專家的練習。

6) 基礎設施轉變：zcashd 棄用、Zallet 與 Zebrad 遷移

Ironwood 的討論也伴隨著更廣泛的現代化工作：生態系統正推動棄用 zcashd，轉而使用更新的工具與實現。

關鍵組件包括：

Zallet，一個旨在取代舊版 zcashd 錢包工作流程的新命令列錢包。實務參考資料可見 Zallet 手冊：遷移 zcashd 錢包。
鼓勵節點操作員作為長期客戶端策略的一部分，遷移到由 Zcash 基金會維護的 Rust 實現 Zebra ( zebrad ) 。常見的社群教學指南可參閱遷移指南：zcashd 至 zebrad 與 Zallet。
基金會的工程方向與藍圖脈絡也可透過官方出版物追蹤，例如Zcash 基金會 2026：管理與創新及其季度工程報告（例如：Zcash 基金會 2026 年第一季報告 ( PDF )。

對使用者而言，這些變革通常表現為「錢包更新」和「節點升級截止日期」，但它們也關乎減少單一客戶端風險，並提高效能、可維護性與安全性審查性——自 2025 年以來，這些趨勢在更廣泛的區塊鏈產業中不斷加速。

7) ZEC 持有者與錢包使用者在 2026 年 7 月下旬之前應採取的行動

儘管提議的啟用視窗是2026 年 7 月下旬，實際的區塊高度/日期可能會有所變動。最佳策略是從容準備：

追蹤主要管道的升級公告 關注 Zcash 社群論壇上的營運者級更新與時間表，首先從生態系統更新區塊開始。
審慎更新錢包（並驗證遷移的使用體驗） 如果您的錢包目前支援 Orchard，請確認它將如何處理「一鍵」遷移，以及是否需要額外的重新掃描時間、預定承諾或備份步驟。
為營運的靜默期做好規劃 在主要的網路升級前後，某些服務的提款/存款可能會暫停。除非您了解風險，否則應避免在啟用邊界進行時效性的轉帳。
保持您的金鑰離線，並保持您的簽署環境清潔 遷移時期是網路釣魚與假冒「強制升級工具」的高峰期。盡可能使用硬件錢包，在可信的顯示器上驗證位址，切勿將種子詞匯匯入未知的軟體。