Zcash 推出 Zakura 全节点客户端：迈向高吞吐隐私支付基础设施

Zakura 正式发布，锚定隐私支付扩容新起点 Zcash 正在系统性推进其隐私支付网络的扩容演进，最新落地的关键组件是全节点客户端 Zakura 1.0.0。该版本标志着 Zcash 从当前接近每秒 1 笔隐私交易的实际吞吐能力，向支付级网络目标迈出实质性一步。 聚焦同步效率与运行轻量化 Zakura 由 Zcash 零知识密码学早期核心成员 Sean Bowe 与 Valar Group 负责人 Dev Ojha 共同维护，开发资金来源于社区私人 ZEC 捐赠，无公司或基金会直接资助。它基于 Zebra 客户端分叉构建，但采用独立代码库与长期维护策略。 为显著降低节点部署门槛，Zakura 支持区块数据裁剪功能——节点可安全删除已验证且不再参与共识的历史区块，大幅减少磁盘占用。配套发布的裁剪链快照仅约 11 GB，新节点下载后两分钟内即可完成初始化启动，相较传统全量同步提速约 680 倍。 平滑过渡：兼容旧生态，承接生命周期交接 原生客户端 zcashd 将于 7 月 18 日正式终止支持。Zakura 提供兼容模式，在保留现有 RPC 接口、钱包通信协议及交易所集成逻辑的前提下实现无缝迁移，最大限度降低生态适配成本。 吞吐目标：不止于 5 万 TPS，更重工程可行性 团队将 Visa 与 Mastercard 的处理能力作为参照系，提出每秒 5 万笔交易为阶段性底线目标。但现有隐私证明结构下，达到该吞吐需节点持续验证每秒超 500 MB 的证明数据，远超当前软件承载能力。 为此，Sean Bowe 主导的 Project Tachyon 正在构建递归证明架构：用单个聚合证明覆盖数千乃至上万笔交易的零知识验证，从而压缩共识层需校验的数据规模，使高吞吐下的隐私验证在工程层面真正可行。 钱包性能瓶颈：私有信息检索成关键突破方向 隐私特性带来独特挑战——因收款方地址被隐藏，钱包无法向服务端发起定向查询，否则将泄露自身身份线索。目前普遍依赖全量下载+本地过滤，严重制约响应速度。 Valar Group 正在实验私有信息检索（PIR）技术，目标是让钱包在不暴露查询意图的前提下，精准获取归属自身的交易数据。若技术成熟，将有效解除钱包端的性能枷锁。 传播加速与主网协同升级 Zakura 内置实验性区块快速传播模块，设计目标是将新区块在网络中扩散至全部节点的时间压缩至 0.5 秒以内。该功能当前默认关闭，处于灰度验证阶段。 同时，Zakura 自发布起即原生支持 7 月 28 日激活的 Ironwood 升级（NU6.3），对应主网区块高度 3,428,143。本次升级在 Orchard 屏蔽池边界引入 turnstile 机制，严格限制资金流出规模。 安全加固：应对电路缺陷，重建供应可信度 此次升级源于今年 5 月底发现的 Orchard 证明电路健全性漏洞——理论上存在伪造 ZEC 且链上不可追溯的风险。开发团队已于 6 月初通过 NU6.2 紧急停用 Orchard 并修复电路。 由于零知识证明本身不披露金额与流向，历史链上数据无法确认是否曾发生伪造。Ironwood 的 turnstile 设计，实质是冻结 Orchard 池的新资金存入路径，仅开放受限退出通道，将潜在异常余额锁定在可控边界内。正常用户仍可逐步迁出合法余额，而可疑供应则难以进入流通循环，从而系统性修复市场对 ZEC 总量确定性的信任基础。