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 · 认知定律
绝对隐私是神话，可审计隐私才是资产
安全漏洞不毁项目，不能量化风险才毁项目
真正的防御不是加密，而是让错误可被看见