Zcashのネットワークアップグレード「Ironwood」（NU6.3）は7月28日に有効化される予定で、ネットワーク上でシールドされたZECがどのように移動し、会計処理されるかに変更をもたらす。

このアップグレードでは、新しいシールドプールと、turnstileとして知られる制御された移行メカニズムが導入される。有効化後、既存のOrchardシールドプールは新規アウトプットを受け付けなくなり、新しいシールドアクティビティはIronwoodプールへ移行する。レガシーのzcashdクライアントもサポート終了に達しており、運用者にとってZebraがサポート対象のフルノード経路となる。

Zcash FoundationのZebra 6.0.0リリースによると、Ironwoodはメインネットのブロック3,428,143で有効化される予定で、時刻は7月28日13:00 UTC頃と見込まれている。zcashd Bookは、zcashdが7月18日にブロック3,417,100でサポート終了に達し、NU6.3を前に再起動を拒否するとしている。運用者にはZebra 6.0.0以降の実行が求められている。

主な技術的変更はシールドプールに関するものだ。長年にわたりプライベートなZEC取引を担ってきたOrchardは、有効化後、新規入金とアウトプット向けには廃止される。NU6.3のロールアウトに関するcrypto.newsの報道によれば、新しいIronwoodシールドプールが新規のシールドアクティビティを引き継ぐ。

turnstileは、Orchardから出て新しいプールに入る価値を管理するために設計されている。プール間で資金を無制限に移動させるのではなく、このメカニズムは移行を制約し追跡することで、第三者が合計額を独立して比較し、異常を特定できるようにする。この設計はOrchardの脆弱性を受けて導入され、同じcrypto.newsの報道によれば、独立した供給量検証を支援することを意図している。

この会計上の境界は、プライバシー重視のネットワークにとって特に重要だ。シールドトランザクションは取引の詳細を公開ビューから隠すよう設計されている一方で、ネットワークが検証可能な供給量を維持できるコンセンサスルールも必要とするためだ。したがってIronwoodの移行経路は、シールド転送のプライバシー機能と、プール移行時に必要な供給量会計チェックを切り分けることを狙っている。

zcashdのドキュメントによれば、NU6.3はすでに7月4日にテストネットのブロック4,134,000で有効化されており、クライアント、ウォレット提供者、サービスに対して、メインネット有効化前にツールをテストする機会を与えた。

有効化時に何が変わるか

Zcashのアップグレードは特定のブロック高で有効化されるため、指定されたブロックで新しいコンセンサスルールがネットワーク全体に適用される。Ironwoodの場合、その高さはZebra 6.0.0で設定されているメインネットのブロック3,428,143だ。

その時点以降、新しいシールドトランザクションはIronwoodプールを使用することが想定される。Orchardは新規アウトプット向けには廃止されるが、既存のOrchard notesはturnstile経路を通じて引き続き移行できる。透明アドレスはこのアップグレードで変更されない。主な変更はシールドプールに適用される。

ユーザーへの実務上の影響は、利用しているウォレットまたはサービスによって異なる。更新済みのウォレットは、移行を自動的に処理するか、残っているOrchard notesをturnstile経由で移動するためのユーザーフローを提供すると見込まれる。Ironwood対応をリリースしていないウォレットは、残高を誤って処理したり、再同期を必要としたりする可能性がある。

元資料では、Ironwoodが稼働した後は新規受け取りにOrchardアドレスを使用するのをやめ、Ironwood対応を追加したウォレットに更新し、Orchard notesをまだ保有している場合は移行を計画するようユーザーに促している。

主要用語

Ironwood: 新しいシールドプールとturnstileルールを導入するZcashのNU6.3ネットワークアップグレードのコードネーム。

有効化ブロック高: 新しいコンセンサスルールが適用される正確なブロック。Ironwoodについては、Zebra 6.0.0がメインネットでの有効化をブロック3,428,143に設定している。

Orchard: Ironwoodの有効化後、新規アウトプット向けには廃止される既存のシールドプール。既存のOrchard notesはturnstileを通じて引き続き移行できる。

シールドプール: プライベートなZECトランザクションが記録される暗号学的な会計環境。

Turnstile: 供給量検証のために、Orchardから出て新しいIronwoodプールに入る価値を制約し追跡する、制御された移行メカニズム。

Zebra: Zcash Foundationのフルノードクライアント。バージョン6.0.0はIronwoodの有効化を設定しており、zcashdがサポート終了に達した後のメインネット向けにサポートされる経路となる。

ノードおよびウォレット運用者向けチェックリスト

ノード運用者とウォレットバックエンドは、有効化前にソフトウェアバージョンを確認すべきだ。zcashd Bookによれば、zcashd 6.20.0はサポート終了に達しており、NU6.3を通じてノードを継続運用することはできない。

運用者にはZebra 6.0.0以降をインストールし、同期することが求められている。Zebra 6.0.0はIronwoodの有効化ブロック高を3,428,143に設定しており、7月10日にリリースされたため、運用者には7月28日の有効化前にデプロイし、ステージングで完全同期を確認するための数週間があった。

Ironwoodは固定されたブロック高でコンセンサスルールを変更するため、アップグレードしていないインフラは、有効化後の有効なチェーンを追跡できなくなったり、新しいシールドプールを正しく処理できなくなったりする可能性がある。そのため、ノード、ウォレットバックエンド、取引所、カストディアン間の調整は、切り替えに伴う運用リスクの一部となる。

ウォレットおよびサービス運用者は、アップグレードが稼働した後、入金用のOrchardアドレスの発行を停止すべきだ。有効化後、Orchardへの新規アウトプットはコンセンサス上廃止され、ユーザーの期待通りに動作しない可能性がある。

元資料はまた、Orchard notesを伴う移行を開始する前に、シードや関連するウォレットメタデータを含むウォレットデータをバックアップすることを推奨している。ウォレットがOrchard notesを追跡している場合、運用者は移行前に信頼できるスナップショットを確保すべきだ。

新しいルールが稼働した後、運用者には、新しいシールドプールで少額のトランザクションをテストし、インフラが正しく動作していることを確認することが推奨されている。Orchard notesを保有している場合は、有効化後にturnstileを通じた移行を予定し、実装によっては移行がバッチで段階的に行われる可能性があるため、ウォレット固有のガイダンスに従うべきだ。

有効化直後は、サービスがmempoolの活動や承認状況を監視し、異常な滞留がないか確認する可能性がある。取引所やカストディアンには、どのアドレスタイプが受け付けられるか、メンテナンス時間があるかどうかを顧客が把握できるよう、ユーザー向けステータスページを更新することも推奨されている。

一般ユーザーへの影響

主にコンシューマー向けウォレットでZECを送受信しているユーザーにとって、最も目に見える変化は、Zcashのシールドシステム内でプライベート資金が置かれる場所だ。新しいシールドトランザクションは、新規のOrchardアウトプットではなくIronwoodプールで作成される。

最新状態を維持しているウォレットは、残っているOrchard notesをturnstile経由で移動するための自動移行またはワンクリックの手順を提供する可能性がある。開発者が新しいアドレスタイプ、警告、移行フローを追加するにつれて、ユーザーはインターフェースの変更を見る可能性がある。

透明アドレスは変更されない。このアップグレードは、シールドアクティビティと、OrchardプールとIronwoodプールの間の会計上の関係に焦点を当てている。

ネットワークは7月4日以降、テストネットでNU6.3をテストしてきた。このアップグレードはブロック高4,134,000で有効化されており、zcashd Bookによれば、そのテストネット有効化は新しいルール下でクライアントとサービスに実地リハーサルの機会を提供した。

元資料は、turnstileはプライバシーを低下させるためではなく、供給量の検証可能性を目的としていると述べている。crypto.newsによる7月のロールアウト報道で議論されたOrchardの脆弱性を受け、合計額を照合できるよう、プール間の会計上の境界を制約するものだ。

Zebraが旧zcashdスタックを置き換える

インフラ運用者にとって、zcashdからの移行はIronwoodアップグレードの中心的要素だ。zcashdはサポート終了に達して停止しており、一方でZebraは保守され、Ironwood向けに設定されている。

Zebra 6.0.0はNU6.3およびその後のネットワーク活動に向けて積極的に保守されており、リリースには有効化ブロック高3,428,143が含まれている。これに対してzcashdは、zcashd Bookによれば、7月18日にブロック3,417,100でサポート終了に達し、Ironwood前の自動シャットダウン動作を含んでいる。

元資料は、zcashdのサポート終了後もサービスを維持する必要がある取引所やカストディアンにとって、Zebraが推奨される移行先だとしている。zcashdは歴史的なクライアントであり、現在は凍結され、今後の更新は受け取らないものと説明されている。

まだレガシーインフラを持つ運用者には、既存システムと並行してZebraをデプロイし、完全に同期させ、単一のウォレットインスタンスを接続して予行演習を行ったうえで、有効化日をメンテナンス時間として扱うことが推奨されている。

移行シナリオとエッジケース

数カ月同期していないコールドウォレットは、有効化前に同期し、旧ルール下での最終的なOrchard状態を把握できるようにすべきだ。これにより、有効化後の照合がより円滑になる可能性がある。

取引所は、切り替え中にサポートするアドレスタイプを明確に伝えるべきだ。元資料は、有効化前後の数時間、シールド入金を一時的に無効化することでサポート上の問題を減らせる可能性があると指摘している。その後、バックエンドがブロック高3,428,143以降のブロックを処理していることを確認したうえで、新しいアドレス形式を使って入金を再開できる。

多数のOrchard notesを持つユーザーには、すべての移行を一度に急がないことが勧められている。turnstileは制御された流れを目的として設計されているため、移行はウォレットが定義するサイズでバッチ処理される可能性がある。元資料は、トランザクションIDを記録し、承認後に残高を確認することを推奨している。ウォレットがラベルに対応している場合、後の監査を容易にするため、各移動にタグを付けることができる。

有効化をめぐって指摘されているリスク

元資料で特定されている主なリスクは、古いソフトウェア、有効化後にOrchardへ送られる入金、ウォレットバージョンの不一致だ。

7月18日以降もzcashdを実行することはリスクとなる。クライアントは自動停止し、有効化を通過して継続しないためだ。有効化後にOrchardへ送金すると、新規Orchardアウトプットが廃止されているため、入金が失敗したり、ユーザーの期待する場所に資金が表示されなかったりする可能性がある。

未修正のウォレットは、Ironwood対応をリリースしていない場合、残高を誤って処理したり、再同期で停止したりする可能性がある。元資料は、NU6.3対応を明示したウォレットバージョンを待つことを推奨している。

元資料はまた、新しいシードとメタデータのバックアップなしにシールド資金を移行すること、有効化直後に即時のファイナリティを想定すること、多数のnotesを移動する際に監査証跡を残さないことにも警告している。

よくある質問

Ironwoodはメインネットでいつ有効化されるのか？

Ironwoodはブロック3,428,143で有効化される。元資料が引用する現在のブロック時間に基づくと、Zebra 6.0.0のリリースノートによれば、これは7月28日13:00 UTC頃に相当する。有効化を決定するのは壁時計の推定時刻ではなく、実際のチェーン高だ。

ユーザーはすぐにOrchardから資金を移動する必要があるのか？

元資料は、即時移行が強制されるわけではないとしている。ただし、Ironwoodが稼働した後は新規受け取りにOrchardアドレスを使うのをやめるべきだ。残っているOrchard notesは、更新済みウォレットを使ってturnstile経路で移動できる。

zcashdをまだ実行している場合はどうなるのか？

zcashd 6.20.0は7月18日にブロック3,417,100でサポート終了による停止に達し、NU6.3を前に再起動を拒否する。有効化後のブロックを観測または検証するには、運用者はZebra 6.0.0以降が必要だ。

透明アドレスは影響を受けるのか？

透明アドレスはIronwoodによって変更されない。主な変更はシールドプールに適用され、新規Orchardアウトプットの廃止とIronwoodプールの導入が含まれる。

なぜturnstileが必要なのか？

turnstileは、Orchardから新しいプールへ移動する価値を制約し会計処理することで、ロールアウト報道で議論されたOrchardの脆弱性の後、ZECの総供給量を独立して検証できるようにするためのものだ。

Ironwoodはメインネット前にテストされたのか？

はい。NU6.3は7月4日にテストネットのブロック高4,134,000で有効化され、クライアントとサービスに新しいルール下での実地リハーサルを提供した。

手数料や承認時間は変わるのか？

元資料は、有効化に紐づく特定の手数料変更はないとしている。大規模なアップグレードと同様、有効化後の初期数時間はサービスの調整に伴ってmempoolの状況が不安定になる可能性があるため、重要な送金では追加の承認を利用する場合がある。

元資料の編集者注：2026年第2四半期、Elliot Veynorは、Ironwoodの数週間前に複数のカストディ部門が並行してZebraノードを静かに立ち上げ、そこでダークトラフィックを流していたのを確認したと書いている。同氏は、この予行演習のアプローチが、7月4日のテストネット有効化時に、あるベンダーがウォレットのインデックス作成に関する微妙な問題を発見した際に役立ったと述べた。また、7月中旬までに、小規模なOTCデスクがブロック3,417,100でのzcashd停止に備えられず、Zebraサポートを急いで求める状況もあったと記している。

免責事項：本記事は情報提供のみを目的として提供されています。法務、税務、投資、金融、その他の助言として提供されるものではなく、そのような目的で使用されることを意図したものでもありません。