Zcash-Ironwood-Upgrade aktiviert am 28. Juli und beendet neue Orchard-Outputs
Wichtige Erkenntnisse
- •Ironwood soll im Zcash-Mainnet bei Block 3,428,143 aktiviert werden; die Zeit wird auf etwa 13:00 UTC am 28. Juli geschätzt.
- •Nach der Aktivierung wird neue abgeschirmte Aktivität in den Ironwood-Pool verlagert, während Orchard für neue Outputs außer Betrieb genommen wird.
- •Der Turnstile-Mechanismus wird Werte, die von Orchard zu Ironwood wechseln, verfolgen und begrenzen, um die Angebotsüberprüfung zu unterstützen.
- •zcashd erreichte am 18. Juli bei Block 3,417,100 das Supportende, wodurch Zebra 6.0.0 oder neuer zum unterstützten Full-Node-Pfad wird.
- •Transparente Adressen werden durch das Ironwood-Upgrade nicht geändert.

Das Zcash-Netzwerkupgrade Ironwood, auch als NU6.3 bekannt, soll am 28. Juli aktiviert werden und Änderungen daran bringen, wie abgeschirmte ZEC im Netzwerk bewegt und verbucht werden.
Das Upgrade führt einen neuen abgeschirmten Pool und einen kontrollierten Migrationsmechanismus ein, der als Turnstile bekannt ist. Nach der Aktivierung wird der bestehende abgeschirmte Orchard-Pool keine neuen Outputs mehr akzeptieren, während neue abgeschirmte Aktivität in den Ironwood-Pool verlagert wird. Auch der ältere zcashd-Client hat sein Supportende erreicht, wodurch Zebra für Betreiber der unterstützte Full-Node-Pfad ist.
Laut der Zcash Foundation-Veröffentlichung zu Zebra 6.0.0 soll Ironwood im Mainnet bei Block 3,428,143 aktiviert werden, voraussichtlich am 28. Juli gegen 13:00 UTC. Das zcashd Book erklärt, dass zcashd am 18. Juli bei Block 3,417,100 das Supportende erreicht hat und vor NU6.3 einen Neustart verweigert. Betreiber werden angewiesen, Zebra 6.0.0 oder neuer zu nutzen.
Die wichtigste technische Änderung betrifft abgeschirmte Pools. Orchard, der über Jahre private ZEC-Transaktionen getragen hat, wird nach der Aktivierung für neue Einzahlungen und Outputs außer Betrieb genommen. Ein neuer abgeschirmter Ironwood-Pool wird laut Berichterstattung zum NU6.3-Rollout von crypto.news die neue abgeschirmte Aktivität übernehmen.
Der Turnstile soll den Wertfluss aus Orchard in den neuen Pool kontrollieren. Statt Mittel ungeprüft zwischen Pools bewegen zu lassen, begrenzt und verfolgt der Mechanismus die Migration, sodass Dritte Summen unabhängig vergleichen und Anomalien erkennen können. Das Design wurde nach der Orchard-Schwachstelle eingeführt und soll laut derselben Berichterstattung von crypto.news die unabhängige Angebotsüberprüfung unterstützen.
Diese buchhalterische Grenze ist für ein auf Datenschutz ausgerichtetes Netzwerk besonders relevant, weil abgeschirmte Transaktionen Transaktionsdetails vor öffentlicher Einsicht verbergen sollen, zugleich aber Konsensregeln benötigen, mit denen das Netzwerk ein überprüfbares Angebot aufrechterhalten kann. Der Migrationspfad von Ironwood zielt daher darauf ab, die Datenschutzfunktion abgeschirmter Transfers von den Angebotsprüfungen zu trennen, die während eines Pool-Übergangs erforderlich sind.
NU6.3 wurde laut der zcashd-Dokumentation bereits am 4. Juli bei Block 4,134,000 im Testnet aktiviert, wodurch Clients, Wallet-Anbieter und Dienste die Gelegenheit erhielten, ihre Werkzeuge vor der Mainnet-Aktivierung zu testen.
Was sich bei der Aktivierung ändert
Zcash-Upgrades werden bei bestimmten Blockhöhen aktiviert, was bedeutet, dass neue Konsensregeln netzwerkweit ab dem festgelegten Block gelten. Für Ironwood ist diese Höhe im Mainnet 3,428,143, wie in Zebra 6.0.0 konfiguriert.
Ab diesem Zeitpunkt sollen neue abgeschirmte Transaktionen den Ironwood-Pool nutzen. Orchard wird für neue Outputs außer Betrieb genommen, obwohl bestehende Orchard-Notes weiterhin über den Turnstile-Pfad migriert werden können. Transparente Adressen werden durch das Upgrade nicht geändert; die wichtigsten Änderungen betreffen abgeschirmte Pools.
Für Nutzer hängt die praktische Auswirkung von der verwendeten Wallet oder dem genutzten Dienst ab. Aktualisierte Wallets sollen die Migration entweder automatisch handhaben oder einen Nutzerablauf bereitstellen, um verbleibende Orchard-Notes über den Turnstile zu verschieben. Wallets, die Ironwood-Unterstützung noch nicht ausgeliefert haben, könnten Salden falsch verarbeiten oder eine erneute Synchronisierung erfordern.
Nutzern wird im Ausgangsmaterial geraten, nach dem Livegang von Ironwood keine Orchard-Adressen mehr für neue Eingänge zu verwenden, Wallets mit Ironwood-Unterstützung zu aktualisieren und Migrationen zu planen, falls sie noch Orchard-Notes halten.
Wichtige Begriffe
Ironwood: Der Codename für das Zcash-Netzwerkupgrade NU6.3, das einen neuen abgeschirmten Pool und Turnstile-Regeln einführt.
Aktivierungshöhe: Der genaue Block, bei dem neue Konsensregeln in Kraft treten. Für Ironwood legt Zebra 6.0.0 die Mainnet-Aktivierung bei Block 3,428,143 fest.
Orchard: Der bestehende abgeschirmte Pool, der nach der Aktivierung von Ironwood für neue Outputs außer Betrieb genommen wird. Bestehende Orchard-Notes können weiterhin über den Turnstile migriert werden.
Abgeschirmter Pool: Die kryptografische Buchhaltungsumgebung, in der private ZEC-Transaktionen erfasst werden.
Turnstile: Ein kontrollierter Migrationsmechanismus, der Wertflüsse aus Orchard in den neuen Ironwood-Pool für die Angebotsüberprüfung begrenzt und verfolgt.
Zebra: Der Full-Node-Client der Zcash Foundation. Version 6.0.0 konfiguriert die Ironwood-Aktivierung und ist der unterstützte Mainnet-Pfad, nachdem zcashd das Supportende erreicht hat.
Checkliste für Node- und Wallet-Betreiber
Node-Betreiber und Wallet-Backends sollten vor der Aktivierung ihre Softwareversionen prüfen. zcashd 6.20.0 hat laut zcashd Book das Supportende erreicht und wird Nodes nicht durch NU6.3 führen.
Betreiber werden angewiesen, Zebra 6.0.0 oder neuer zu installieren und zu synchronisieren. Zebra 6.0.0 legt die Ironwood-Aktivierungshöhe auf 3,428,143 fest und wurde am 10. Juli veröffentlicht, wodurch Betreiber mehrere Wochen Zeit hatten, vor der Aktivierung am 28. Juli eine vollständige Synchronisierung bereitzustellen und zu beobachten.
Da Ironwood Konsensregeln bei einer festen Blockhöhe ändert, kann nicht aktualisierte Infrastruktur aufhören, der gültigen Post-Aktivierungs-Chain zu folgen, oder den neuen abgeschirmten Pool nicht korrekt verarbeiten. Damit wird die Koordination zwischen Nodes, Wallet-Backends, Börsen und Verwahrern zu einem Teil des operativen Risikos rund um die Umstellung.
Wallet- und Dienstbetreiber sollten keine Orchard-Adressen mehr für eingehende Mittel ausgeben, sobald das Upgrade live ist. Nach der Aktivierung werden neue Outputs nach Orchard durch den Konsens außer Betrieb genommen und verhalten sich möglicherweise nicht so, wie Nutzer es erwarten.
Die Quelle empfiehlt außerdem, Wallet-Daten einschließlich Seeds und relevanter Wallet-Metadaten zu sichern, bevor eine Migration mit Orchard-Notes begonnen wird. Wenn eine Wallet Orchard-Notes verfolgt, sollten Betreiber sicherstellen, dass sie vor der Migration über eine verlässliche Momentaufnahme verfügen.
Nachdem die neuen Regeln live sind, werden Betreiber ermutigt, eine kleine Transaktion im neuen abgeschirmten Pool zu testen, um zu bestätigen, dass ihre Infrastruktur korrekt funktioniert. Wer Orchard-Notes hält, sollte Migrationen über den Turnstile nach der Aktivierung planen und wallet-spezifische Hinweise befolgen, da Implementierungen Migrationen möglicherweise in Batches durchführen.
Kurz nach der Aktivierung können Dienste Mempool-Aktivität und Bestätigungen auf ungewöhnliche Rückstaus überwachen. Börsen und Verwahrer werden außerdem aufgefordert, nutzerseitige Statusseiten zu aktualisieren, damit Kunden wissen, welche Adresstypen akzeptiert werden und ob Wartungsfenster gelten.
Auswirkungen auf Alltagsnutzer
Für Nutzer, die ZEC hauptsächlich über eine Consumer-Wallet senden und empfangen, wird die sichtbarste Änderung der Ort sein, an dem private Mittel innerhalb des abgeschirmten Systems von Zcash liegen. Neue abgeschirmte Transaktionen werden im Ironwood-Pool erstellt und nicht als neue Orchard-Outputs.
Aktuelle Wallets können eine automatische Migration oder einen Ein-Klick-Prozess bereitstellen, um verbleibende Orchard-Notes über den Turnstile zu verschieben. Nutzer könnten Änderungen an der Oberfläche sehen, wenn Entwickler neue Adresstypen, Warnhinweise und Migrationsabläufe hinzufügen.
Transparente Adressen bleiben unverändert. Das Upgrade konzentriert sich auf abgeschirmte Aktivität und die buchhalterische Beziehung zwischen den Pools Orchard und Ironwood.
Das Netzwerk hat NU6.3 seit dem 4. Juli im Testnet getestet, als das Upgrade bei Höhe 4,134,000 aktiviert wurde. Diese Testnet-Aktivierung gab Clients und Diensten laut zcashd Book eine Live-Generalprobe unter den neuen Regeln.
Die Quelle erklärt, dass der Turnstile der Überprüfbarkeit des Angebots dienen soll und nicht der Verringerung der Privatsphäre. Er begrenzt die buchhalterischen Grenzen zwischen Pools, damit Summen nach der in der Juli-Rollout-Berichterstattung von crypto.news diskutierten Orchard-Schwachstelle abgestimmt werden können.
Zebra ersetzt den alten zcashd-Stack
Für Infrastrukturbetreiber ist der Übergang weg von zcashd ein zentraler Bestandteil des Ironwood-Upgrades. zcashd wurde nach Erreichen des Supportendes angehalten, während Zebra gepflegt wird und für Ironwood konfiguriert ist.
Zebra 6.0.0 wird aktiv für NU6.3 und spätere Netzwerkaktivität gepflegt; die Aktivierungshöhe von 3,428,143 ist in der Veröffentlichung enthalten. zcashd erreichte dagegen am 18. Juli bei Block 3,417,100 das Supportende und enthält laut zcashd Book ein automatisches Abschaltverhalten vor Ironwood.
Die Quelle beschreibt Zebra als das empfohlene Ziel für Börsen und Verwahrer, die nach dem Lebensende von zcashd ihren Dienst aufrechterhalten müssen. zcashd wird als historischer Client beschrieben, der nun eingefroren ist und keine künftigen Updates mehr erhält.
Betreibern, die noch Legacy-Infrastruktur haben, wird geraten, Zebra parallel zu bestehenden Systemen bereitzustellen, vollständig zu synchronisieren und eine einzelne Wallet-Instanz für einen Testlauf darauf auszurichten, bevor der Aktivierungstag als Wartungsfenster behandelt wird.
Migrationsszenarien und Sonderfälle
Cold Wallets, die seit Monaten nicht synchronisiert wurden, sollten vor der Aktivierung synchronisiert werden, damit sie den endgültigen Orchard-Zustand unter den alten Regeln erfassen können. Das kann die Abstimmung nach der Aktivierung erleichtern.
Börsen sollten während der Umstellung klar kommunizieren, welche Adresstypen unterstützt werden. Die Quelle merkt an, dass eine vorübergehende Deaktivierung abgeschirmter Einzahlungen für einige Stunden rund um die Aktivierung Supportprobleme verringern kann; anschließend können Dienste Einzahlungen mit dem neuen Adressformat wieder aktivieren, sobald Backends bestätigen, dass sie Blöcke nach Höhe 3,428,143 verarbeiten.
Nutzern mit vielen Orchard-Notes wird geraten, nicht alle Migrationen auf einmal zu überstürzen. Da der Turnstile für kontrollierten Fluss ausgelegt ist, können Migrationen in von der Wallet definierten Größen gebündelt werden. Die Quelle empfiehlt, Transaktions-IDs zu protokollieren und Salden nach Bestätigungen zu überprüfen. Wenn eine Wallet Labels unterstützt, können Nutzer jede Bewegung für spätere Prüfungen kennzeichnen.
Rund um die Aktivierung hervorgehobene Risiken
Die in der Quelle genannten Hauptrisiken sind veraltete Software, nach der Aktivierung an Orchard gesendete Einzahlungen und nicht zueinander passende Wallet-Versionen.
zcashd nach dem 18. Juli weiter laufen zu lassen, ist ein Risiko, weil der Client automatisch anhält und nicht durch die Aktivierung weiterläuft. Ein Senden an Orchard nach der Aktivierung kann zu fehlgeschlagenen Einzahlungen oder dazu führen, dass Mittel nicht dort erscheinen, wo Nutzer sie erwarten, weil neue Orchard-Outputs außer Betrieb genommen sind.
Nicht gepatchte Wallets können Salden falsch verarbeiten oder bei der erneuten Synchronisierung hängen bleiben, wenn sie keine Ironwood-Unterstützung ausgeliefert haben. Die Quelle empfiehlt, auf eine Wallet-Version zu warten, die ausdrücklich NU6.3-Bereitschaft erwähnt.
Die Quelle warnt außerdem davor, abgeschirmte Mittel ohne frische Seed- und Metadaten-Sicherung zu migrieren, unmittelbar nach der Aktivierung sofortige Endgültigkeit anzunehmen oder bei der Bewegung vieler Notes keinen Prüfpfad zu führen.
Häufig gestellte Fragen
Wann wird Ironwood im Mainnet aktiviert?
Ironwood wird bei Block 3,428,143 aktiviert. Auf Basis der in der Quelle genannten aktuellen Blockzeiten entspricht das laut den Veröffentlichungshinweisen zu Zebra 6.0.0 etwa 13:00 UTC am 28. Juli. Die tatsächliche Chain-Höhe, nicht eine Uhrzeit-Schätzung, bestimmt die Aktivierung.
Müssen Nutzer Mittel sofort aus Orchard verschieben?
Die Quelle sagt, dass keine sofortige Migration erzwungen wird, Nutzer aber keine Orchard-Adressen mehr für neue Eingänge verwenden sollten, sobald Ironwood live ist. Verbleibende Orchard-Notes können mit einer aktualisierten Wallet über den Turnstile-Pfad verschoben werden.
Was passiert, wenn zcashd noch läuft?
zcashd 6.20.0 erreichte am 18. Juli bei Block 3,417,100 seinen End-of-Support-Halt und verweigert vor NU6.3 einen Neustart. Betreiber benötigen Zebra 6.0.0 oder neuer, um Post-Aktivierungs-Blöcke zu beobachten oder zu validieren.
Sind transparente Adressen betroffen?
Transparente Adressen werden durch Ironwood nicht geändert. Die wichtigsten Änderungen betreffen abgeschirmte Pools, darunter die Stilllegung neuer Orchard-Outputs und die Einführung des Ironwood-Pools.
Warum wird der Turnstile benötigt?
Der Turnstile begrenzt und verbucht Werte, die von Orchard in den neuen Pool wechseln, und ermöglicht so eine unabhängige Überprüfung des gesamten ZEC-Angebots nach der in der Rollout-Berichterstattung diskutierten Orchard-Schwachstelle.
Wurde Ironwood vor dem Mainnet getestet?
Ja. NU6.3 wurde am 4. Juli bei Höhe 4,134,000 im Testnet aktiviert und bot Clients und Diensten damit eine Live-Generalprobe unter den neuen Regeln.
Werden sich Gebühren oder Bestätigungszeiten ändern?
Die Quelle erklärt, dass keine spezifische Gebührenänderung mit der Aktivierung verbunden ist. Wie bei größeren Upgrades können die ersten Stunden nach der Aktivierung ungleichmäßige Mempool-Bedingungen zeigen, während Dienste sich anpassen; daher können für sensible Transfers zusätzliche Bestätigungen genutzt werden.
Anmerkung des Herausgebers in der Quelle: Im Q2 2026 schrieb Elliot Veynor, dass er beobachtete, wie Verwahrungsdesks Wochen vor Ironwood still parallel Zebra-Nodes aufsetzten und Dark Traffic darüber laufen ließen. Er sagte, der Testlauf habe während der Testnet-Aktivierung am 4. Juli geholfen, als ein Anbieter ein Wallet-Indexierungsproblem entdeckte. Außerdem schrieb er, dass kleinere OTC-Desks vom zcashd-Shutdown bei Block 3,417,100 unvorbereitet getroffen wurden und bis Mitte Juli Zebra-Support suchen mussten.
Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken. Er wird nicht als Rechts-, Steuer-, Anlage-, Finanz- oder sonstige Beratung angeboten und ist nicht dafür bestimmt, als solche verwendet zu werden.