tex1 开头，并在 ZIP 320 中定义。Zcash TEX 地址是一种特殊的收款地址。TEX 代表“Transparent Exchange（透明交易所）”。它是单个 p2pkh 透明地址的 Bech32m 重新编码。TEX 地址以 tex1 开头，与 Unified Addresses 是不同的类型。
TEX 地址会告诉兼容钱包进行一笔仅透明（T -> T）交易。
其逻辑如下：当兼容钱包检测到 TEX 地址时，会将其解码以获取其中包含的透明接收方。随后，钱包会将交易所需资金从屏蔽池发送到一个独立、由用户控制的临时透明地址（Z -> T）。然后，它会将这些资金发送至 TEX 地址解码得到的透明接收方（T -> T）。
TEX 地址的技术提案概述于 Zcash ZIP 320，其中定义了一种专门用于从透明地址接收资金的地址类型。
采用程度仍然有限，但已不再局限于单一交易所。值得区分两种不同角色：
zcash-js 库则在拒绝有效的 tex1 收款方后得到了修补（下文详述）。因此，TEX 地址尚未普及到所有地方，但读者不应再认为 Binance 是它们唯一出现的地方。
某些钱包不允许直接向透明地址发送资金，而收款方可能不提供对应的 TEX 地址。因此，有时可能需要将透明地址转换为 TEX 地址。可以通过运行 zip-320 中概述的参考实现来手动完成。
Binance 是 TEX 地址存在的原因。2023 年 11 月，它告知 Zcash 社区，除非存在一种拒绝来自屏蔽地址的存款并将其退还给存款人的方法，否则 ZEC 可能会被下架（ZIP 320，背景）。除非其他交易所需要知道付款来自哪个地址，否则 ZIP 320 并不期望它们签发 TEX 地址。Binance 是我们 托管交易所 列表中接受 TEX 地址存款的交易所。 TEX 地址会告知兼容钱包，发送至该地址的所有资金都必须是透明的，并排除向该地址发送任何屏蔽价值。 如果像 Binance 这样的交易所拒绝收到的价值，它具备将该价值退回其来源地址的必要手段。这也有助于像 Binance 这样的实体遵守政府或其他主管机构施加的法律法规。
你可以在我们的 钱包 页面查看最新列表。使用 TEX Address 筛选器。
将你的屏蔽余额想象成家中上锁保险箱里的钱。外人无法看到里面有多少。
像 Binance 这样的交易所在柜台上挂着一块牌子：仅接受装在透明信封中的付款，这样收银员能看到钱从哪里来，并能在需要时将其退回。TEX 地址就是那块牌子。
当你的钱包看到这块牌子时，它会从保险箱中取出相应金额，将其放入写有你回邮地址的透明信封中（临时透明地址），然后把信封送到柜台。保险箱仍然锁着，没人会知道里面还有什么。
以 t1 开头的普通透明地址包含一个 20 字节的密钥哈希，并以 Base58Check 编写。TEX 地址包含相同的 20 字节，以 Bech32m 重新编码，前缀为 tex（测试网上为 textest）。将一种转换为另一种只需几行代码，ZIP 320 在其参考实现中展示了这一点。
这种简单设计是 Binance 提出的要求：转换必须仅借助交易所前端代码中的 Base58Check 和 Bech32m 库运行。ZIP 320 的早期草案将这一构想构建进 Unified Addresses，但该版本因此被弃用。
TEX 地址借用了 Unified Address 格式的 Bech32m 编码，但几乎未保留其结构。如果你刚接触 Bech32m 以及 Zcash 地址的验证方式，Unified Addresses 页面在 ZIP 316 下介绍了基础知识。TEX 地址与 Unified Address 在四个具体方面不同：
| Unified Address（ZIP 316） | TEX 地址（ZIP 320） | |
|---|---|---|
| 包含内容 | 多个接收方捆绑在一起 | 单个 P2PKH 透明接收方 |
| 人类可读前缀（HRP） | u（主网） | tex（测试网上为 textest） |
| F4Jumble 混淆 | 是 | 否 |
| 每个接收方的类型代码 | 是 | 否 |
简而言之，TEX 地址是最朴素的 Bech32m 封装：一个透明密钥哈希、一个 tex 前缀，以及别无其他。
这是实现一直出错的部分，因此值得明确说明。检测到 TEX 地址时，钱包或集成方不得直接从屏蔽池向 TEX 目标地址支出。 ZIP 320 要求 TEX 付款的每一笔输入都必须是透明的，因此付款分为两步构建：
以下几条规则使此过程安全，均来自 ZIP 320：
转换和两步流程在 ZIP 320 参考实现 中展示。错误实现这一点是一个真实且近期的问题：2026 年 10 月，XChainJS zcash-js 库因其验证器仅接受 Base58Check t1 格式，拒绝了有效的 tex1 收款方，并报出“Invalid 'to' address”错误；这导致向发布 tex1 地址的服务进行的 ZEC 存款失败（issue #1782）。该问题已通过让验证器接受 ZIP 320 编码得到修复（PR #1783）。
TEX 付款属于透明付款，因此是公开的，但值得准确说明观察者能看到和不能看到的内容。
链上可见的内容：
仍然隐藏的内容：
因此，观察者可以将临时地址与交易所付款关联起来（同一笔资金，透明地址至透明地址），并能看到它由一次屏蔽提款补充资金。他们无法将其与你的其他屏蔽资金或活动联系起来。链上实际上没有任何内容将该付款标记为“TEX”发送：正如 ZIP 320 所述，向 TEX 地址付款与向匹配的 t1 地址付款无法区分，因为共识规则没有变化，整个规则存在于钱包中。
TEX 规则存在于钱包中。节点不会检查它，因此共识规则保持不变。在链上，向 TEX 地址付款看起来与向匹配的 t1 地址付款相同。与任何透明交易一样，金额、临时地址和交易所地址都是公开的。
u1 地址格式，以及 TEX 地址沿用的 Bech32m 基础知识。**最后更新：**2026 年 10 月