ZCash
ZEC

ZCash

$662.13
8.41%
ZCash Logo

$662.13
8.41%
Zcash (ZEC) 是 Zcash 区块链的原生代币,这是一条采用工作量证明(Equihash)共识机制,且供应量上限为 2,100 万 ZEC 的网络。Zcash 支持两种类型的交易:一种是透明交易,交易金额在链上可见;另一种是使用零知识证明(zk-SNARKs)进行的隐私交易,可在不公开发送方、接收方和金额的情况下验证支付。Zcash 的隐私功能包括屏蔽池(Sprout 传统、Sapling 和 Orchard)、可将多种收款类型打包的统一地址,以及如查看密钥与支付披露等选择性披露工具。ZEC 可用于转移价值和支付交易费用。新 ZEC 通过区块补贴发行;自 2024 年减半以来,部分区块奖励被分配到由网络升级和 ZIPs 定义的开发资金流,包括 Zcash 社区资助项目和锁盒托管、由持币人控制的基金。

ZEC 是在 Zcash 区块链上使用的币。“Zcash” 指协议和网络规则,而 “ZEC” 是用户持有和转移的货币单位。Zcash 的货币政策以 2100 万枚 ZEC 的固定供应量为目标。

Zcash 是一个加密货币网络,支持透明交易和受保护(shielded)交易。受保护交易使用零知识证明(zk-SNARKs),因此网络能够验证交易而无需在链上公开发送方、接收方和金额。

Zcash 采用工作量证明共识机制,并在 Zcash 协议规范中详细规定。其工作量证明算法为 Equihash。

ZEC 用于在 Zcash 网络上传递价值。用户可以通过透明转账(t-地址),即金额在链上可见,或通过受保护转账(z-地址),即交易的关键信息被加密但仍可由网络验证,来发送 ZEC。

ZEC 也可用于支付交易手续费。手续费由发送方支付,并在交易被打包进区块时被矿工收取。

因为 Zcash 采用工作量证明,新增发行的 ZEC 通过挖矿区块补贴方式发放。自 2024 年减半起,协议还把部分区块奖励分配给由网络升级和 ZIPs 定义的开发资金流。

Zcash 维护着透明资金池(公有)和受保护资金池(加密)。受保护资金池持有加密票据,而透明池则使用公开可见的金额。Zcash 历史上有多个受保护资金池,包括 Sprout(旧)、Sapling 和 Orchard。交易可在同一资金池内部或不同池之间转移价值,取决于所使用的输入和输出。

第五次网络升级(NU5)实现了 Orchard 受保护协议的全面支持,并将 Zcash 切换到 Halo 证明系统。NU5 消除了早期 Zcash 证明系统对可信设定的依赖。

Zcash 定义了统一地址(UA),可将多种接收方类型(如透明、Sapling 和 Orchard)打包为单个地址编码。这样钱包在构建交易时可以选择兼容的接收方类型,而不会改变任何服务选择的接受规则。统一查看密钥则将这一思想拓展到不同接收方类型的查看权限。

针对选择性披露,Zcash 支持查看密钥,可将支配权与查看受保护地址活动的能力分离。相关内容见 ZIP 310。

Zcash 还定义了付款披露(ZIP 311),允许发送方在一笔交易内披露关于受保护支出和输出的信息,以证明已付款,但不会泄露支配密钥。

新发行的 ZEC 通过区块补贴在矿工产出区块时进入流通。Zcash 目标区块生成间隔约为 75 秒。区块补贴按共识规则随时间递减,通过“减半”事件实现发行量的计划性下降。

第六次网络升级(NU6)在区块高度 2,726,400(约 2024 年 11 月 23 日)激活。自那次激活起,协议规定的区块补贴如下分配:

  • 80% 分配给 矿工
  • 8% 分配给 Zcash 社区资助(ZCG)
  • 12% 分配到协议内置的 锁箱(由共识规则跟踪的资金池)

ZIP 1015 将锁箱定义为延迟资金池,但未规定累积资金的具体发放方式。它指出,发放机制将在未来的 ZIP 中指定。

第六次升级 1 版(NU6.1)于 2025 年 11 月 24 日在区块高度 3,146,400 激活。NU6.1 实施了如下资金分配模式:

  • 区块奖励的 8% 继续分配给 ZCG
  • 区块奖励的 12% 累积到由持币人控制的资金池(初始资金源自锁箱延迟资金)

Zcash 协议的变更通过 Zcash 改进提案(ZIPs)提出和规定。ZIP 可规定共识变更、钱包标准和流程变动,并发布于公共 ZIP 仓库。

ZIP 0 描述了 ZIP 流程。它声明任何人都可以编写 ZIP,且 ZIP 作者负责营造社区共识并记录不同意见。ZIP 编辑负责流程中的审核与发布管理。

共识变更通过计划的网络升级在指定区块高度激活。节点需在激活后升级软件以遵循更新的共识规则。

Zcash 由全节点运行,负责强制实施共识规则并中继交易与区块。长期参考实现为 zcashd,但对 zcashd 的支持正在逐步弃用,全节点正向 zebrad(Zebra)迁移,同时 Zallet 正在构建中,用于替代 zcashd 的钱包与部分 JSON-RPC 接口。

Zebra 是由 Zcash 基金会维护的、用 Rust 编写的独立全节点实现。

协议更新通过在指定区块高度激活的网络升级投放。例如:

  • NU5:启用 Orchard、统一地址与 Halo 证明系统
  • NU6:更新区块奖励分配,引入锁箱资金流
  • NU6.1:引入社区与持币人控制的资金模式

部署类 ZIP 描述了升级机制及节点激活时的兼容性要求。

托管类服务对 Zcash 地址类型的支持情况各有不同。有些服务仅接受透明充值,或只支持透明提现,这可能要求用户在向该服务转账前,将 ZEC 从受保护余额转至透明池。

为便于钱包和服务表达“仅限透明来源”需求,ZIP 320 定义了新的透明地址编码,通常称为 TEX 地址。当向 TEX 编码地址付款时,钱包必须确保该交易未消费受保护票据,即资金来自透明池。相关的 RPC 方法 z_converttex 可将透明地址转换为 ZIP 320(TEX)地址。

在地址兼容性方面,统一地址(ZIP 316)将多种接收方类型打包为一个地址字符串(如透明、Sapling 和 Orchard 接收方)。这有助于减少用户管理多种地址格式的需求,但不会改变服务选择的收款方式。

对于无需交付支配权的审计类型场景,Zcash 支持查看密钥(ZIP 310),使用户能在不授予资金支配权限的前提下读取受保护地址活动。Zcash 也定义了付款披露(ZIP 311),允许交易发送方披露该交易中的受保护输出,作为支付证明。