VeilSwap
← 全部文章
隐私2026-11-018 分钟阅读

ZEC 该交哪种地址:t1、t3、zs1、u1 实测

六个价值池、四种前缀、100 个区块里的 873 个透明输出——再加上一个实测答案:把 t1、t3、zs1、u1 分别交给兑换台,会发生什么。

Zcash 早就不止两种地址了,那句老话之所以还成立,只是因为它没看地图。 标准建议——先兑到 t 地址、再 shield——我们依然这么建议,但你要在中间做选择的已经不再只有两个选项。2026-11-01 18:00 UTC,区块 3,538,406 的余额分布在六个记账池里(透明、Sprout、Sapling、Orchard、Ironwood 和一个 lockbox),而链上真正写出去的值只有四种前缀。同一个时间窗口里我们测了三件事:币到底在哪、最近 100 个区块怎么写的、以及把每一种前缀交给付款台会发生什么。价格会动,所有数字都只是那个下午的快照,不是长期报价。 (Zcash 与门罗 2026 对比)

钱不在隐私建议所指的地方。 那个区块的链上余额:透明 11,973,671.27 ZEC(占 17,018,392.35 总量的 70.36%)、Ironwood 4,188,492.90(24.61%)、Sapling 428,815.25(2.52%)、Orchard 340,741.89(2.00%)、lockbox 73,501.31(0.43%)、Sprout 13,169.73(0.08%)。两个读数值得注意。第一,Orchard 曾经是发布时的首选目的地,现在比 Sapling 还少——2.00% 对 2.52%,钱包的默认值搬过家。第二,24.6% 的币在 Ironwood 里,而 2024 年写的那批地址类型科普基本没提过这个池。所以 z 地址不是一件事:zs1 付进 Sapling,u1 携带的是发送方偏好的那一种接收器,最新一代屏蔽接收器住在 Ironwood。如果你的模型只有「透明 vs 屏蔽」两格,你发出的每一笔交易都落后一个池。 (Zcash 与门罗 2026 对比)

最近 100 个区块到底写了什么。 从区块 3,538,300 到 3,538,410,我们取了全部 595 笔交易:111 笔是 coinbase,剩下 484 笔真实交易。其中 284 笔是透明对透明(58.7%)、80 笔是全屏蔽(既无透明输入也无透明输出,16.5%)、75 笔把值从屏蔽池搬到透明输出(15.5%)、45 笔方向相反(9.3%)。也就是说 41.3% 的真实交易碰过屏蔽池——这套隐私机制不是纸面上的。地址只在透明侧露出来:873 个输出里 724 个是 t1(82.9%)、146 个是 t3(16.7%)、3 个是 OP_RETURN 数据载体。体积差是故事的另一半:透明交易中位 245 字节,全屏蔽中位 9,166 字节,大 37.4 倍,样本里最大 53,350 字节。屏蔽隐私是用字节买的,字节是用手续费付的。 (门罗费用机制)

四种前缀,其实是三种不同的东西。 t1 是 P2PKH:两字节版本前缀、20 字节哈希、4 字节校验和,base58 编码,35 个字符,行为等同比特币地址。t3 是同样长度的 P2SH——脚本那一侧,所以多签和某些托管流程会显示成 t3 而不是 t1。zs1 是 Sapling 编码:bech32,我们样本里 78 个字符,一把钥匙、一个池,没有接收器可选。u1 不是旧意义上的地址,是个容器:按 ZIP-316,它把(typecode、长度、接收器)按 typecode 升序拼起来,0x00 是 P2PKH、0x01 是 P2SH、0x02 是 Sapling、0x03 是 Orchard。Revision 0 的 u1 必须至少含一个屏蔽接收器;Revision 2(ZIP 里仍是 Draft)增加了禁止任何透明接收器的 zu 和 tu。所以你粘的那串字符长度不是装饰——它编码了发送方被允许付进哪个池;遵循规范的 wallet 在 UA 同时提供 Orchard 时必须选 Orchard。

付款台真正要的只有一个字符串,而它比你的钱包更严格。 下单只要地址和金额,Zcash 的其他信息一个都不过线。所以我们直接在 2026-11-01 18:05 UTC 用 100 USDT 把地址动物园逐个试了一遍。t1 对照组(取自我们解析区块里一个真实透明输出)返回订单 bfa4f400-a0b0-442f-82ea-1f11c01a1490、入金地址 TV4RmcZEe5B6u3gYivM8HNt1gk2DcWibE4、应付 0.08021900 ZEC、状态 waiting_deposit。u1 那串(来自 zcash_address 编码器测试向量的 106 字符统一地址)返回 400,正文是 provider rejected: ff create 301: Invalid address。Sapling 的 zs1 报的是同一条错。要读准:这两串是格式合法的编码,但没人持有它们的私钥,所以这只能证明「付款台今天不收这两串」,不能证明任何统一地址都永远不行。想为自己的钱包定论,最便宜的办法是先下一笔 27 USDT 的试单再上量。 (XMR 换 USDT 退出路线)

错字在哪一层被抓住,取决于前缀——这个我们也测了。 我们自己的表单对 t1 和 t3 是完整校验:base58check,改掉最后一个字符就返回 address checksum mismatch — a character was likely mistyped。zs1 和 u1 的校验就浅得多:只要求字符形状对、总长落在 51 到 111 之间。我们把合法的 u1 和合法的 zs1 各改一个字符,两个都被放行;截断到 45 字符的 u1 被拒。以 zu1 开头的 Revision 2 地址被直接判成 not a Zcash address,这是那份草案上线后要补的前向兼容缺口。实际后果:透明地址的错字死在表单里,屏蔽/统一地址的错字死在池子那边,而那边只会给你一句没有信息量的 Invalid address,不会指出哪个字符错了。所以越是我们表单验不了的前缀,越要靠复制粘贴的纪律。 (Zcash 与门罗 2026 对比)

价格不在乎你选哪种前缀,足迹在乎。 18:05 UTC 的报价:100 USDT 换到 0.080219 ZEC,折 1,246.59 美元/ZEC,对 1,234.11 的市场价高 1.01%;1,000 USDT 换到 0.8053821 ZEC,折 1,241.65,高 0.61%。下限 26.458586 USDT(约 0.0212 ZEC),上限 74,057.97 USDT(约 59.41 ZEC)。反方向:1 ZEC 卖 1,191.75 USDT,比市场价低 3.43%,或换 1.99518944 XMR;0.01 BTC 换 0.6273111 ZEC,即 62.73 ZEC/BTC,隐含约 77,417 美元/BTC。这些都不会因为你选 zs1 还是 t1 而变——报价引擎根本看不到地址类型。变的是结算之后的一切:245 字节的透明入账对 9,166 字节的屏蔽入账、公开的金额对加密的金额、多一个长期地址对没有地址。同一个价格买两种完全不同的足迹,所以要主动选足迹。 (XMR 换 USDT 退出路线)

五行决策清单胜过一段理论。 一,除非你亲自在小额单上确认过自己钱包的 u1 能成,否则交 t1——上面那张实测就是理由。二,先用 26 到 30 USDT 试;我们测到的下限是 26.458586 USDT,所以 27 USDT 是最便宜的探针。三,收到当天就 shield,并且从池子里花,而不是从透明地址花。四,入金/收款地址永不复用——一单一新地址是你手上唯一免费的断链手段。五,退款地址必须是自己在发币那条网络上的钱包,因为退款是一笔打到那个地址的新交易,仅此而已。我们见得最多的三个错:因为钱包生成了 u1 就当它处处可用;因为 ZEC 是隐私币就把 t 地址到账当成匿名;以为表单抓住了错字,其实它只检查了字符串的形状。 (转错网络如何找回)

常见问题

兑换能付到 Zcash 统一地址(u1)吗?

在我们实测的这条路由上不行。2026-11-01 18:05 UTC,100 USDT 的订单填 u1 返回 400 provider rejected: ff create 301: Invalid address,Sapling 的 zs1 提示同样;同一分钟的 t1 对照组建出订单 bfa4f400。把 u1 当未验证,先用 t1。

既然有屏蔽池,为什么 82.9% 的透明输出还是 t1?

因为 t1 是付款系统的默认产物:在 3,538,300 到 3,538,410 这 100 个区块里我们解析了 873 个透明输出,724 个是 P2PKH 的 t1、146 个是 P2SH 的 t3、3 个是 OP_RETURN。交易所、矿池和兑换台都发 t1,因为所有钱包都认这串字符。

兑到 t 地址再 shield,隐私够吗?

它切断的是长期关联,不是入账那一刻。shield 只是把币挪进池子,而给这个池子供资的那笔交易仍然公开写着你的入金地址、金额和分钟——就是那笔中位 245 字节的透明交易,永久可查。同一天 shield、从池子里花、入金地址不复用。

准备好换币了吗?

无账户 · 无 KYC · 无邮箱

立即兑换
ZEC 该交哪种地址:t1、t3、zs1、u1 实测 — VeilSwap