tex1で始まり、ZIP 320で定義されています。Zcash TEXアドレスは、特別な種類の受取アドレスです。TEXは「Transparent Exchange」の略です。単一のp2pkh透明アドレスをBech32mで再エンコードしたもので、TEXアドレスはtex1で始まり、Unified Addressとは別の種類です。
TEXアドレスは、対応ウォレットにTransparent-Only（T -> T）トランザクションを作成するよう伝えます。
仕組みは次のとおりです。対応ウォレットがTEXアドレスを検出すると、それをデコードして含まれる透明な受信者を取得します。次にウォレットは、トランザクションに必要な資金をシールドプールから、ユーザーが管理する別の一時的な透明アドレスへ送信します（Z -> T）。その後、TEXアドレスからデコードした透明な受信者へ資金を送信します（T -> T）。
TEXアドレスの技術提案はZcash ZIP 320で概説されており、透明アドレスからの資金受取専用のアドレスタイプを定義しています。
普及はまだ部分的ですが、もはや単一の取引所だけに限られてはいません。区別すべき2つの役割があります。
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で始まる通常の透明アドレスには、Base58Checkで表記された20バイトのキーハッシュが含まれます。TEXアドレスには同じ20バイトが含まれ、texというプレフィックス（テストネットではtextest）を用いてBech32mで再エンコードされます。両者の変換は数行のコードで可能であり、ZIP 320はそのリファレンス実装で示しています。
この単純な設計はBinanceからの要件でした。変換は取引所のフロントエンドコード上で、Base58CheckとBech32mのライブラリだけを使って実行できなければなりませんでした。ZIP 320の初期ドラフトではこの仕組みをUnified Addressに組み込んでいましたが、この理由によりそのバージョンは取り下げられました。
TEXアドレスはUnified Address形式からBech32mエンコーディングを借用していますが、その構造のほとんどは保持していません。Bech32mやZcashアドレスの検証方法に不慣れな場合は、Unified AddressページでZIP 316の基本を確認できます。TEXアドレスはUnified Addressと比べて、具体的に4つの違いがあります。
| Unified Address（ZIP 316） | TEXアドレス（ZIP 320） | |
|---|---|---|
| 含まれるもの | 複数の受信者をまとめたもの | 単一のP2PKH透明受信者 |
| 人間可読プレフィックス（HRP） | u（メインネット） | tex（テストネットではtextest） |
| F4Jumble難読化 | あり | なし |
| 各受信者のタイプコード | あり | なし |
要するに、TEXアドレスは可能な限り単純なBech32mラッパーです。透明なキーハッシュ1つ、texプレフィックス、そしてそれ以外は何もありません。
この部分は実装で誤りが生じているため、明確に説明する価値があります。TEXアドレスを検出した際、ウォレットまたは統合者はシールドプールからTEX宛先へ直接送金してはなりません。 ZIP 320では、TEX支払いのすべての入力を透明にすることが求められているため、支払いは次の2段階で構築されます。
これを安全にするいくつかのルールは、すべてZIP 320に基づいています。
変換と2段階のフローは、ZIP 320のリファレンス実装で示されています。これは現実に起きた最近の問題です。2026年10月、XChainJSのzcash-jsライブラリは、有効なtex1受信者を「Invalid 'to' address」エラーで拒否しました。これはバリデーターがBase58Checkのt1形式しか受け付けなかったためで、tex1アドレスを公開するサービスへのZEC入金が妨げられました（issue #1782）。この問題は、バリデーターがZIP 320のエンコーディングを受け入れるようにすることで修正されました（PR #1783）。
TEX支払いは透明な支払いであるため公開されますが、観察者に見えるものと見えないものを正確に理解することが重要です。
チェーン上で見えるもの:
隠されるもの:
したがって観察者は、一時的アドレスを取引所への支払いに関連付けることができ（同じ資金が透明から透明へ移動するため）、それがシールドされた出金から補充されたことも確認できます。しかし、他のシールド資金や活動とは結び付けられません。実際には、チェーン上でその支払いを「TEX」送金として示すものはありません。ZIP 320が指摘するように、コンセンサスルールは変わらず、ルール全体がウォレット内に存在するため、TEXアドレスへの支払いは対応するt1アドレスへの支払いと区別できません。
TEXルールはウォレット内にあります。ノードはこれを検証しないため、コンセンサスルールは変わりません。チェーン上では、TEXアドレスへの支払いは対応するt1アドレスへの支払いと同じように見えます。金額、一時的アドレス、取引所のアドレスは、他の透明なトランザクションと同様に公開されます。
u1 316におけるZIPアドレス形式と、TEXアドレスが再利用するBech32mの基本。最終更新: 2026年10月