Zcash 在主網激活 Ironwood 升級，限制 Orchard 池並引入新隱私池
Zcash Open Development Lab 宣佈已在主網區塊高度 3,428,143 激活 Ironwood（NU6.3）網絡升級，引入全新隱私池以增強網絡安全性，並讓流通供應量完整性可被獨立驗證；隨着 Ironwood 上線，原有 Orchard 隱私池被鎖定，資金需通過「閘門機制」從 Orchard 轉出後方可進入 Ironwood 新池。
Ironwood 升級是針對 5 月底在 Orchard 隱私池中發現的關鍵「僞造 / 增發風險」漏洞而發起的協作網絡升級；該漏洞已在此前的緊急軟分叉與 NU6.2 硬分叉中完成修復，目前沒有證據顯示漏洞在主網被利用，也沒有數據表明用戶資金或 ZEC 總供應量受到實際影響，Ironwood 在修正後的 Orchard 協議之上，引入形式化驗證與獨立安全審計，加強協議對未來供應完整性漏洞的防禦能力。
在市場機制層面，Orchard 中存量資金需要通過支持 Ironwood 的錢包遷移至新隱私池，主流客戶端將爲用戶提供一鍵遷移路徑，無需更換地址或新建錢包；升級後，舊池不再接受新支付，只允許資金經由「閘門 / turnstile」單向流出，節點與用戶可獨立驗證 ZEC 供應是否一致，這將降低隱私池被濫用或存在不可察覺增發風險時，對 ZEC 價格與長期信用的衝擊。
來源：公開信息
ABAB AI 解讀
從歷史行爲看，Zcash 長期在隱私與可驗證性之間做平衡：早期通過 Sprout、Sapling 到 Orchard 多次升級零知識電路，以提升隱私與性能；此次 Ironwood 的設計，則是在 Orchard 被曝出可在隱私池內「鑄造無限僞造 ZEC」的潛在風險後，延續一貫的快速響應路徑——發現漏洞、緊急軟分叉凍結相關交易、硬分叉修復電路，再通過新隱私池與形式化驗證恢復「任何用戶都能檢查總供應」的信心，其實延續了 Zcash 社區在多次參數升級和電路迭代中形成的「隱私協議出問題就用鏈級治理糾偏」的慣例。
資本路徑上，這次升級的實質是把「隱私資產池」從單一 Orchard，重構爲帶有閘門和獨立記賬的新 Ironwood 池：資金只能單向從舊池流出並進入新池，且所有跨池流動都要接受供應完整性檢查，這意味着任何未來想在 Zcash 上構建隱私金融應用（包括 OTC、鏈上借貸或支付方案）的團隊，都必須接受「隱私交易在池內，但供應審計在鏈外或池間」的約束；對於持有 ZEC 的長期資本而言，Ironwood 實際提供的是一種「損失隱私的一部分，換取供應風險可度量」的結構，使得機構可以更安心地進行持倉、做市或結構性產品設計，而不是擔心某個隱私池裏藏着不可審計的增發。
類比其他案例，Monero 在面對環簽名和隱匿地址分析壓力時，選擇的是持續更換隱私參數與混淆策略，而不引入類似的供應閘門；以太坊在 Tornado Cash 被監管打壓後則更多依靠生態層的前端限制和合規篩選，而不是在協議層加入可驗證的隱私池機制；Zcash藉由 Ironwood 把零知識電路錯誤對供應完整性的風險，轉化爲可以通過「新池 + turnstile」結構管理的變量，使其在隱私幣賽道中逐步從「極致隱私」轉向「可審計隱私」，相當於從擴張階段的功能創新，進入到爲了保住長期生存空間而進行的控制與再定位階段。
在結構判斷上，這次 Ironwood 更接近「產業鏈重構 + 監管預期前置」：隱私協議曾被視爲難以監管和難以審計，在 Orchard 漏洞事件中暴露的，不只是技術 bug，而是如果供應無法被獨立驗證，隱私資產就失去作爲「可計量抵押品或儲值工具」的資格；通過新池與閘門機制，Zcash 把原本純技術層的隱私設計，重構爲一條「隱私交易層 → 閘門跨池層 → 全網供應驗證層」的鏈路，讓未來潛在監管方或機構審計方可以在不破壞單筆隱私的前提下，對系統級供應做檢查，這種結構爲隱私幣在合規化、機構化路徑上預留了空間，也將定價權從純投機流動性，部分轉移到「技術審計 +供應透明度」維度上。
ABAB News · 認知定律
絕對隱私是神話，可審計隱私纔是資產
安全漏洞不毀項目，不能量化風險才毀項目
真正的防禦不是加密，而是讓錯誤可被看見