Zcashのアドレス4種：交換に渡すべきはどれか

Zcash は二種類のアドレスのコインではなくなりました。あの決まり文句がまだ通用するのは、地図を見ていないからです。 定番の助言——t アドレスに交換し、そのあと shield する——は今も推奨しますが、選ぶ対象は二択ではありません。2026-11-01 18:00 UTC のブロック 3,538,406 では、価値が六つの会計プール（トランスペアレント、Sprout、Sapling、Orchard、Ironwood、lockbox）に分かれて存在し、チェーンに書かれる接頭辞は四種類でした。同じ時間帯に三つを測りました。硬貨が実際どこにあるか、直近100ブロックがどう組まれているか、そして各接頭辞を出金デスクに渡すと何が起きるか。価格は動くので、数字はすべてその午後のスナップショットです。 (ZcashとMonero 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 に住んでいます。透明かシールドかの二択で考えると、送る取引ごとに一つプールを見落とします。 (ZcashとMonero 2026比較)

直近100ブロックに実際に書かれたもの。 ブロック 3,538,300 から 3,538,410 までの595取引をすべて取得しました。うち111がコインベースで、実質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。2バイトのバージョン接頭辞、20バイトのハッシュ、4バイトのチェックサムを base58 で表し35文字、挙動はビットコインのアドレスと同じです。t3 は同じ長さの P2SH で、スクリプト側——マルチシグや一部のエスクローが t1 ではなく t3 で現れる理由です。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 を追加します。貼り付ける文字列の長さは飾りではなく、送信者がどのプールへ払えるかを符号化しています。仕様に従うウォレットは 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とMonero 2026比較)

価格は接頭辞を気にしませんが、足跡は気にします。 18:05 UTC の見積もりでは、100 USDT が 0.080219 ZEC、1 ZEC あたり1,246.59ドルで市場表示 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 し、トランスペアレントアドレスではなくプールから支出する。四つ、受取アドレスは絶対に再利用しない。注文ごとに新しいアドレスが、自分で握れる唯一の無料の切断手段です。五つ、refundAddress は送金元ネットワーク上で自分が持つウォレットにする。返金はそのアドレスへの新しい取引にすぎないからです。よく見る三つの誤りは、ウォレットが生成したから u1 はどこでも通ると考えること、ZEC はプライバシーコインだから t アドレス受領も匿名だと考えること、フォームが誤字を捕まえたと信じること（実際は文字列の形しか見ていません）。 (XMR→USDT 出口ルート)