关键要点

移动端证明生成速度提升超过 14 倍。

部分交易测试在 200 毫秒以内完成。

网络确认仍是独立的流程。

钱包集成决定了谁能获得这些改进。

延迟发生在 Zcash 看到支付之前

在一笔 Zcash 私密支付到达网络之前，发送方的钱包必须选择可花费的票据、准备交易、生成零知识证明并对结果进行签名。证明生成占据了本地等待时间的大部分，因为它必须在不泄露发送方、接收方或转账金额的前提下证明该笔支付是有效的。与透明支付相比，这一本地计算步骤历来是屏蔽支付的实际权衡之一，因为在透明支付中，钱包在广播前所需的加密工作量要少得多。

Zakura 表示，其开源的 Common 库 在部分测试中将该流程从超过三秒缩短至 200 毫秒以下。在该团队的基准测试硬件上，移动端证明生成速度提升超过 14 倍，桌面端生成速度提升超过五倍。

这些结果来自 Zakura 自身的测试，而非独立的钱包基准测试。实际性能将取决于设备、操作系统、交易构成和钱包实现，因此较旧的手机可能无法复现标题中的数据。

200 毫秒在哪里结束

一笔 Zcash 支付仍需经过三个独立的阶段：

构建： 钱包在用户设备上构建交易并生成其隐私证明。Zakura Common 加速了这一阶段。

广播与确认： 钱包将完成的交易提交给 Zcash 节点。在矿工将其打包进区块之前，该交易处于未确认状态。

结算置信度： 每个后续区块都会增加一次确认，并降低因链重组而导致交易被回退的可能性。

Zcash 文档将首次确认定义为交易进入区块的时刻。低于 200 毫秒的结果在广播之前就结束了；区块生产、内存池状况以及接收方的确认策略仍决定着该笔支付何时被视为已结算。

提升不止于发送按钮

Zakura 还测量了三项影响交易处理、钱包同步和节点性能的操作的改进：

Sinsemilla 哈希： 在 Zakura 的测试中速度提升超过 21 倍。Zcash 在其屏蔽协议中使用这种哈希函数，因此更快的执行速度减少了部分加密计算负载。

试探解密： 速度提升超过 1.5 倍。钱包在扫描区块链以识别属于自己的屏蔽输出时会使用这一过程。

zk-SNARK 验证： 速度提升四到八倍。节点通过验证来检查屏蔽证明，而不会获知其保护的信息。

更快的试探解密可以缩短钱包同步和账户恢复时间，而更低的验证开销则减少了节点所需的工作量。Zakura 还预计全节点改进将支持更快的交易传播和更少的孤块。

时机很重要，因为更多 ZEC 正在转入较新的屏蔽基础设施。正如此前报道，Ironwood 在激活后不久超越 Orchard，成为 Zcash 最大的屏蔽池。随着屏蔽活动增长，缓慢的钱包构建和同步将成为更多用户可能遇到的问题。

无需硬分叉也意味着没有自动推送

Zakura Common 改变了软件执行现有加密工作的方式，但没有改变 Zcash 的共识规则。这些库生成的证明是当前网络已经能够理解的，因此钱包开发者无需等待矿工和节点激活硬分叉即可使用。这种仅通过软件升级的路径是 Zcash 近期协议工作的特点，即钱包级和库级的优化可以通过普通应用发布触达用户，而无需协调的网络升级。

Common 代码库以 MIT 和 Apache 2.0 许可证提供。一个单独的 wallet-libraries 代码库将面向钱包的组件连接到优化后的技术栈。

这种兼容性消除了全网部署的障碍，但每个钱包开发者仍须在向用户发布之前审查、集成并测试该代码。保留现有证明技术栈的钱包将维持其现有性能。

Zakura 表示其即将发布的 1.3.0 版本将使用 Common。此后，关注点将转向独立的移动钱包。它们的发布说明和真机测试将显示这一改进能否走出 Zakura 自身的软件。

钱包采用如今成为瓶颈

Zakura 的基准测试表明，屏蔽证明生成可以在不改变 Zcash 网络的情况下大幅提速。实际成效如今取决于成熟钱包是否发布这些库，以及独立测试能否在常见手机上复现这些提升。

同步和恢复时间同样重要。如果这些等待时间在不提高错误率的情况下下降，Common 带来的改进将超出用户按下“发送”的那一刻。

Zakura 已经证明，钱包侧的延迟可以在不改变 Zcash 本身的情况下降低。剩下的问题是，有多少钱包开发者会将这种速度交到用户手中。

本文 Zcash 钱包升级让私密支付更快 首先发布于 Coindoo。