Zcash NU7 erklärt: 25-Sekunden-Blöcke, ZIP 218 und was sich ändert

Das nächste Netzwerk-Upgrade von Zcash, NU7, würde die Zielzeit zwischen zwei Blöcken von 75 auf 25 Sekunden senken – also etwa dreimal so häufig Blöcke erzeugen – und passend dazu neu regeln, wie die Block-Subsidy und die langfristige Nachhaltigkeitsreserve von Zcash berechnet werden. Eine Coinholder-Abstimmung im September 2026 hat die Kernideen mit großer Mehrheit unterstützt. Aktiv ist davon noch nichts. Dieser Artikel stützt sich auf die aktuellen Primärquellen – ZIP 218, ZIP 259 und die offenen Engineering-Issues, die sie begleiten –, um genau darzulegen, was entschieden, was entworfen, was implementiert und was noch offen ist.

Was ist Zcash NU7?

NU7 ist das nächste geplante Netzwerk-Upgrade von Zcash – eine koordinierte Änderung der Konsensregeln, die jeder Full Node und jeder Miner bei derselben Blockhöhe übernimmt. Laut ZIP 259 („Deployment of the NU7 Network Upgrade“, Draft, erstellt am 15. September 2026) umfasst NU7 derzeit:

• ZIP 218 – senkt die Zielblockzeit von 75 auf 25 Sekunden, passt Block-Subsidy und Difficulty-Formel entsprechend an und führt Limits für geschützte Actions pro Pool ein.
• ZIP 235 – nimmt 60 % der Transaktionsgebühren aus dem Umlauf (Miner behalten 40 %), damit sie später über Block-Subsidies erneut ausgegeben werden können (siehe „Nachhaltigkeitsmechanismus“ unten).
• ZIP 237 – der „halving-erhaltende“ Nachhaltigkeitsmechanismus, der diese Mittel später erneut ausgibt, ohne den Halving-Zeitplan zu verändern. Er ist inzwischen als eigenständiges Dokument veröffentlicht (Draft).
• ZIP 2003 – verbietet Transaktionen der Version 4, sobald NU7 aktiviert ist.
• Anpassungen an den Funding Streams – ZIP 207 Revision 2 und ZIP 214 Revision 3 passen die Adresszeiträume und Endhöhen der Funding Streams an die neue Blockzeit an, und ZIP 2008 tauscht die Empfängeradresse eines Funding Streams aus.

ZIP 259 hält außerdem ausdrücklich fest, dass NU7 ZIP 233 und ZIP 234 nicht ausrollt. Das ist der derzeit maßgebliche Umfang; er hat sich zwischen unseren Prüfungen vom 25. September und vom 3. Oktober erweitert und kann sich bis zur Mainnet-Aktivierung noch ändern.

Wann wird NU7 aktiviert?

Weder zu einem bestätigten Datum noch bei einer bestätigten Blockhöhe. Hier siehst du genau, was entschieden ist und was nicht – bewusst als getrennte Fakten aufgeführt:

Wir erfinden keine Blockhöhe, wo es keine gibt, und das sollte auch keine Sekundärquelle tun, die du liest – die Testnet-Höhe oben stammt direkt aus ZIP 259. Wenn du irgendwo eine konkrete NU7-Mainnet-Blockhöhe als Tatsache liest, bevor ZIP 259 selbst eine veröffentlicht, solltest du ihr mit echter Skepsis begegnen.

Was ändert sich mit 25-Sekunden-Blöcken?

Der Kern von ZIP 218: Der Proof-of-Work-Zielabstand von Zcash sinkt von 75 Sekunden (dem Wert seit dem Blossom-Upgrade 2019) auf 25 Sekunden – ein Verhältnis der Zielabstände von genau 3 (75 ÷ 25). Blöcke kämen dann erwartungsgemäß etwa dreimal so oft, und genau das würde ein normaler Nutzer vor allem bemerken: schnellere Transaktionsbestätigungen.

Warum schnellere Blöcke nicht einfach „3x alles“ bedeuten

Wenn die Zeit zwischen Blöcken um den Faktor drei sinkt, heißt das nicht, dass jede Eigenschaft des Netzwerks genau mit dem Faktor drei skaliert. ZIP 218 nimmt mehrere unterschiedliche Anpassungen vor, jede mit eigenem Verhältnis und eigener Begründung:

• Subsidy pro Block – geteilt durch 6, nicht durch 3 (siehe „Blockbelohnungen und Emission“ unten).
• Fenster für die Difficulty-Mittelung – in Blöcken gerechnet um den Faktor 6 vergrößert, damit seine Dauer in realer Zeit gleich bleibt (siehe „Difficulty“ unten).
• Limits für geschützte Actions – eine völlig neue Beschränkung, keine skalierte Version von etwas, das es vorher gab, weil schnellere Blöcke weniger echte Zeit lassen, um jeden einzelnen zu verifizieren.
• Stale-/Fork-Rate – ein realer, nicht zu vernachlässigender technischer Preis, der weder in der „3x“-Schlagzeile noch in der Subsidy-Rechnung überhaupt auftaucht.

Block-Propagation und Stale Blocks: Wenn Blöcke dreimal so oft erzeugt werden, hat das Netzwerk zwischen zwei Blöcken weniger Zeit, einen Block an jeden Miner zu verteilen, bevor der nächste gefunden wird. Dadurch steigt die Rate verwaister (stale/orphaned) Blöcke und kurzer Forks. ZIP 218 wischt das nicht beiseite – er zitiert echte Messdaten: Ein Devnet-Test mit 99 geografisch verteilten Zebra-Nodes, die 2-MB-Blöcke bei einem Zielabstand von 25 Sekunden erzeugten, ergab eine Stale-Rate von etwa 4,86 % und eine Fork-Rate von etwa 0,37 %. ZIP 218 vergleicht das mit einer Schwelle von 5,4 %, die aus der historischen Proof-of-Work-Stale-Rate von Ethereum abgeleitet ist. Das sind Ergebnisse eines Devnet-Tests, keine im Mainnet beobachteten Statistiken – das Mainnet lief noch nie mit diesen Regeln, daher könnten die realen Werte nach der Aktivierung von NU7 abweichen.

Infrastruktur: Dreimal so viele Blöcke pro Zeiteinheit bedeuten dreimal so viele Block-Templates, die Pools verteilen müssen, und eine deutlich höhere Schreibrate für jeden Indexer oder Explorer, der die Chain verfolgt – siehe „Folgen für Software und Infrastruktur“ unten.

Blockbelohnungen und Emission

ZIP 218 teilt die aktuelle Subsidy nicht einfach durch das Abstandsverhältnis von 3 – er teilt durch 6, und die Begründung ist präzise. Die Blockzeit von Zcash wurde schon einmal verkürzt, nämlich durch Blossom im Jahr 2019 (von 150 auf 75 Sekunden), und die Subsidy-Formel von Blossom berücksichtigt das bereits mit einem Faktor von 2. NU7 legt sein eigenes Verhältnis von 3 obendrauf. Beide werden multipliziert:

BlossomPoWTargetSpacingRatio (2) × NU7PoWTargetSpacingRatio (3) = 6

Angewendet auf die heutige Subsidy:

• Aktuelle Subsidy: 1,5625 ZEC = 156.250.000 Zatoshi
• Das Rechenbeispiel aus ZIP 218 selbst: floor(156,250,000 ÷ 6) = 26,041,666 Zatoshi = 0,26041666 ZEC pro Block

Das Designziel ist einfach, auch wenn die Rechnung es nicht ist: Die pro Zeiteinheit (in realer Zeit) ausgegebene ZEC-Menge soll ungefähr gleich bleiben, obwohl jeder einzelne Block viel weniger ausschüttet, weil Blöcke nun dreimal so oft kommen. Das ändert nichts daran, wie viele ZEC letztlich ausgegeben werden – es ändert nur, wie diese Emission auf mehr, kleinere Blöcke verteilt wird.

Halvings und die 21 Mio. Obergrenze

Das Halving-Intervall von Zcash liegt derzeit bei 1.680.000 Blöcken. Da Blöcke unter NU7 dreimal so oft kämen, muss sich das Intervall um denselben Faktor 3 verlängern, damit Halvings ungefähr auf denselben Kalenderdaten landen, statt dreimal so früh zu kommen:

1,680,000 × 3 = 5,040,000 blocks

Beachte, dass hier nur das Abstandsverhältnis von 3 verwendet wird, nicht der kombinierte Faktor 6 für die Subsidy pro Block – das Halving-Intervall muss nur der Kalenderzeit folgen, während die Subsidy pro Block zusätzlich die frühere Anpassung durch Blossom auffangen muss.

Nichts davon ändert die maximale Menge von 21 Millionen ZEC. Jede Anpassung in ZIP 218 – der Subsidy-Divisor, das Halving-Intervall – existiert genau dafür, dieselbe Emissionskurve zu erhalten, auf der Zcash ohnehin schon war, nur ausgedrückt in mehr, kleineren und häufigeren Blöcken. Ein separater Vorschlag, der den diskreten Halving-Zeitplan tatsächlich durch eine geglättete Emissionskurve ersetzt hätte – ZIP 234 –, stand im September 2026 auf demselben Stimmzettel und wurde abgelehnt: Die Coinholder stimmten mit rund 98,9 % zu 1,1 % dafür, den bestehenden diskreten Halving-Zeitplan beizubehalten.

ZIP 218 erklärt

ZIP 218, „25-second Block Target Spacing“, Draft, verfasst von Dev Ojha und Evan Forbes, ist der technische Kern von NU7. Über die Subsidy- und Halving-Rechnung oben hinaus legt er Folgendes fest:

Difficulty. Das Proof-of-Work-Mittelungsfenster – die Zahl der letzten Blöcke, auf die die Difficulty-Anpassung zurückblickt – steigt von 17 auf 102 Blöcke (ebenfalls ein Faktor 6: 17 × 6 = 102). Die erklärte Begründung ist, die reale Dauer des Fensters konstant zu halten: 102 × 25 seconds = 2,550 seconds, was laut ZIP 218 17 × 150 seconds entspricht – dem zeitlichen Fenster, für das dieser Parameter ursprünglich gewählt wurde, vor der Blockzeitverkürzung durch Blossom 2019. ZIP 218 bezeichnet das als bewusste Abwehr gegen Difficulty-Manipulationsangriffe, denen schnellere, nur dünn gemittelte Blöcke sonst laut dem ZIP stärker ausgesetzt wären, und verweist dabei auf „the one recently observed on Litecoin“ (den kürzlich bei Litecoin beobachteten Angriff) als das Fehlerszenario, gegen das das Design gerichtet ist – eine Aussage aus dem ZIP selbst, die wir in diesem Artikel nicht unabhängig überprüft haben.

Limits für geschützte Actions. Neue Obergrenzen pro Block, eingeführt gerade weil schnellere Blöcke weniger Zeit lassen, um jeden einzelnen zu verifizieren:

• Orchard: maximal 330 Actions pro Block
• Ironwood: maximal 330 Actions pro Block
• Sapling: maximal 300 Inputs und Outputs zusammen pro Block
• Sprout: überhaupt keine JoinSplits mehr – erreicht im Zusammenspiel mit der Regel zu Transaktionen der Version 4 aus ZIP 2003 (siehe unten)
• Globales Budget für geschützte Actions: insgesamt 330 Actions über alle Pools hinweg, pro Block

ZIP 218 begründet das reduzierte Sapling-Limit und die Deaktivierung von Sprout mit deren geringer aktueller Nutzung (er nennt rund 25.409 ZEC bzw. 0,5 % des Angebots, die im Mai 2026 noch in Sprout lagen) und weist darauf hin, dass das Gebührendesign von ZIP 317 mit Gebühren pro logischer Action dafür sorgt, dass ein Angreifer keinen Kostenvorteil hat, wenn er das Limit eines Pools statt das eines anderen ins Visier nimmt. Eine frühere Version von ZIP 218, die unsere Prüfung vom 25. September widerspiegelte, erlaubte noch 25 Sprout-JoinSplits pro Block.

Das ist eine betriebliche Änderung zur DoS-Resistenz – keine Änderung der Privatsphäre. Siehe „Ändert NU7 die Privatsphäre von Zcash?“ unten.

Nachhaltigkeitsmechanismus – die ZIP-Beziehungen im Detail

Das ist der Teil von NU7, der am ehesten zu einer vagen Formulierung wie „ein Nachhaltigkeitsmechanismus“ verkürzt wird (NSM, kurz für Network Sustainability Mechanism). Tatsächlich sind es fünf separate Dokumente, und ZIP 259 behandelt sie sehr unterschiedlich:

Wie die Teile zusammenspielen. Ab der Aktivierung von NU7 verschiebt ZIP 235 60 % der Gebühren in die „NSM Value Balance“ – einen öffentlichen, vom Konsens geführten Saldo, der nicht ausgebbar ist und nicht als ausgegebenes Angebot zählt. ZIP 237 zahlt ihn dann schrittweise als zusätzliche Block-Subsidy wieder aus. Laut dem eigenen Text von ZIP 237 beginnt diese erneute Ausgabe bei einer Höhe, die aus der planmäßigen Emissionskurve berechnet wird: dem ersten Block nach dem (an NU7 angepassten) dritten Halving, bei dem der Referenzbetrag für die erneute Ausgabe unter die planmäßige Block-Subsidy fällt. Im Mainnet ergibt das 16,026,474 − 2 × (NU7 activation height), lässt sich also erst angeben, sobald die Mainnet-Aktivierungshöhe feststeht. Für das Testnet nennt ZIP 259 Block 7.305.222. Die Release Notes von Zebra 7.0.0-rc.0 ergänzen, dass NU7 die Mainnet-Reserve mit ihrem historischen Fehlbetrag aus der Zeit vor NU6 von 36.858.445.520 Zatoshi befüllt (rund 368,6 ZEC nicht beanspruchter Subsidy und Gebühren). Nichts davon erhöht die Obergrenze von 21 Mio.: ZIP 259 hält fest, dass aus der NSM Value Balance ausgezahlte Mittel zuvor in gleicher Höhe aus dem Umlauf genommen wurden.

Was die Abstimmung entschieden hat – und wo ihre Wirkung endet. Die Abstimmung vom September 2026 (rund 2,4 Mio. von rund 3,6 Mio. stimmberechtigten ZEC haben abgestimmt) unterstützte, den bestehenden diskreten Halving-Zeitplan beizubehalten, statt die geglättete Kurve von ZIP 234 zu übernehmen (98,9 % zu 1,1 %). Damalige Berichte nannten außerdem eine deutliche Zustimmung dafür, die erneute Ausgabe im Februar 2031 zu beginnen. Die eigene Begründung von ZIP 259 sagt jedoch, die Abstimmungen „did not reach a shared majority position on when NSM reissuance should begin“ (hätten keine gemeinsame Mehrheitsposition dazu erreicht, wann die erneute Ausgabe durch den NSM beginnen soll), und legt stattdessen den oben beschriebenen Schnittpunkt nach dem dritten Halving fest. Wir geben beides wieder, statt uns für eine Seite zu entscheiden. Ein Abstimmungsergebnis ist nicht dasselbe wie ein ZIP mit dem Status Final – jeder ZIP in dieser Tabelle hat weiterhin den Status Draft.

Kandidaten-ZIPs, die derzeit nicht zum Umfang von NU7 gehören: Die README von zcash/zips führt zur Orientierung eine breitere Liste „NU7 Candidate ZIPs“ – darunter ZIP 231 (Memo Bundles) und ZIP 2002 (Explicit Fees) – und stellt klar, dass noch nicht entschieden ist, ob die einzelnen ZIPs aufgenommen werden. Keiner der beiden taucht im aktuellen Text von ZIP 259 auf (die README selbst wurde zuletzt am 25. September geprüft). ZIP 230 („Version 6 Transaction Format“) ist Withdrawn (zurückgezogen) und wurde bereits 2023 durch ZIP 229 abgelöst (der bereits das Transaktionsformat der Version 6 definiert, das NU6.3/Ironwood heute nutzt). Ein früherer nummerierter Anlauf für den Deployment-ZIP von NU7 selbst, ZIP 254, ist ebenfalls Withdrawn und wurde durch den aktuellen ZIP 259 ersetzt.

Was NU7 für Miner bedeutet

• Rund dreimal so viele Blöcke pro Zeiteinheit.
• Eine viel kleinere Belohnung pro einzelnem Block – nach der Aktivierung 0,26041666 ZEC statt 1,5625 ZEC.
• Ungefähr dieselbe Gesamtemissionsrate – beabsichtigt, nicht zufällig.
• Ein größeres Fenster für die Difficulty-Mittelung (102 Blöcke statt heute 17), abgestimmt darauf, dieselbe Glättungsdauer in realer Zeit beizubehalten.
• Ein realer, nicht zu vernachlässigender Preis bei der Stale-/Fork-Rate – die eigenen Devnet-Tests von ZIP 218 maßen ~4,86 % Stale- und ~0,37 % Fork-Rate, beide unter der dort genannten Vergleichsschwelle, aber nicht null.
• Häufigere Block-Templates und mehr Share-Abrechnung für Pools, schlicht wegen der höheren Blockfrequenz.
• Ein kleinerer Anteil an den Transaktionsgebühren – unter ZIP 235 behalten Miner 40 % der Gebühren; die anderen 60 % fließen in die NSM Value Balance zur späteren erneuten Ausgabe. getblocktemplate in Zebra 7.0.0-rc.0 rechnet diesen NSM-Anteil ab NU7 bereits aus dem Gebührenbetrag des Miners heraus.

Unser /mining/calculator und der Countdown unter /tools/halving werden mit diesem Artikel nicht auf NU7-Annahmen umgestellt – NU7 ist nicht aktiviert, und beide Tools rechnen bewusst nur mit den aktuell aktiven Konsensregeln. Sobald es eine Mainnet-Aktivierungshöhe gibt, müssen folgende Eingaben gemeinsam und nicht einzeln aktualisiert werden: die Blockzeit-Annahme, die Subsidy pro Block, die Blockzahl des Halving-Intervalls und möglicherweise der Wert für das Difficulty-Fenster überall dort, wo die Varianz der Belohnungen modelliert wird.

Was NU7 für Wallets und Börsen bedeutet

Für normale Nutzer: schnellere erwartete Bestätigungen, sobald NU7 aktiv ist. NU7 bringt keinen Token-Tausch, keinen neuen ZEC-Vermögenswert und keine Migration des Adressformats, die ZIP 218 selbst erfordern würde – du müsstest wegen dieses Upgrades kein Guthaben an eine neue Adresse verschieben.

Für Betreiber: Full Nodes brauchen vor der Mainnet-Aktivierung NU7-fähige Software. Der Release Candidate 7.0.0-rc.0 von Zebra deckt nur das Testnet ab; ein Mainnet-taugliches Release hängt von der Mainnet-Höhe ab, die am 20. Oktober festgelegt werden soll (siehe „Wann wird NU7 aktiviert?“). Indexer und Block Explorer müssen möglicherweise an den neuen Blocktakt und das Aus für Transaktionen der Version 4 angepasst werden. Von Börsen ist die Art routinemäßiger Wartung rund um das Upgrade-Fenster zu erwarten, wie sie bei früheren Zcash-Upgrades üblich war, darunter die Aktivierung von Ironwood im Juli 2026.

Wir haben keine aktuelle Aussage aus einer Primärquelle von einer bestimmten Wallet oder Börse gefunden, die die NU7-Bereitschaft bestätigt, und wir behaupten hier auch keine – das ist eine echte offene Frage, keine Annahme in die eine oder andere Richtung.

Sprout und Transaktionen der Version 4

Sprout war der ursprüngliche Shielded Pool von Zcash, in der Praxis seit Sapling im Jahr 2018 veraltet, aber nie auf Konsensebene deaktiviert. ZIP 2003 („Disallow version 4 transactions“) ist der Vorschlag, der für diese Regel angeführt wird; ihre Folge für Sprout steht direkt in ZIP 259 selbst und wird nicht bloß aus dem Titel von ZIP 2003 abgeleitet. Wir fassen das bewusst nicht als „NU7 verbrennt Sprout“ zusammen – das überzeichnet sowohl den Mechanismus (nichts wird verbrannt; den Guthaben würde schlicht ein gültiges Transaktionsformat fehlen, um sie zu bewegen) als auch die Gewissheit (das ist eine Deployment-Spezifikation im Draft-Status, keine bereits aktiven Konsensregeln).

Ändert NU7 die Privatsphäre von Zcash?

Nein – nicht wesentlich. Nichts in ZIP 218, ZIP 259 oder den ZIPs zum Nachhaltigkeitsmechanismus ändert, was eine geschützte Transaktion preisgibt oder verbirgt, wie Viewing Keys funktionieren oder wie die Beweissysteme von Orchard oder Ironwood arbeiten. Die einzige Änderung mit Bezug zu den Shielded Pools, die NU7 einführt, sind die oben beschriebenen Action-Limits pro Pool – eine betriebliche Obergrenze dafür, wie viele geschützte Actions in einen Block passen, ausgelegt auf DoS-Resistenz bei schnelleren Blöcken. Sie ändert die Kapazität, nicht die Privatsphäre. Wir stellen NU7 nicht als Privatsphäre-Upgrade dar, weil es keines ist.

Folgen für Software und Infrastruktur

• Full Nodes: brauchen ein NU7-fähiges Release. Zum Zeitpunkt dieser Prüfung hat Zebra nur einen Release Candidate für das Testnet veröffentlicht (7.0.0-rc.0); er ändert das Datenbankformat des Nodes (v28 auf v29) und bittet Betreiber, vor dem Upgrade ein Backup aufzubewahren.
• Indexer/Explorer: brauchen voraussichtlich Updates für den neuen Blocktakt und das Aus für Transaktionen der Version 4.
• Mining-Pools: müssen kleinere, häufigere Blockbelohnungen und den realen Zielkonflikt bei der Stale-Rate in ihrer Auszahlungslogik berücksichtigen.
• Wallets: brauchen laut aktueller Berichterstattung für normales Senden und Empfangen voraussichtlich kaum oder gar keine Änderungen – siehe aber den Hinweis zu Sprout/Version 4 oben für die eine konkrete Ausnahme.

Was noch ungeklärt ist

• Es gibt noch keine Mainnet-Aktivierungshöhe – laut ZIP 259 soll sie „to be set on OCT 20“, also am 20. Oktober festgelegt werden.
• Die Mainnet-Höhe für die erneute Ausgabe durch den NSM ergibt sich aus dieser Mainnet-Höhe und ist noch nicht veröffentlicht.
• Das Testnet ist noch nicht aktiviert – Block 4.465.026 ist angesetzt, und wie der Testnet-Lauf verläuft, fließt in die Mainnet-Entscheidung ein.
• Zebra hat noch kein NU7-Release für das Mainnet – 7.0.0-rc.0 ist ein Release Candidate nur für das Testnet.
• ZIP 259 selbst führt offene Punkte auf: die Festlegung der Mainnet-Höhe, die Veröffentlichung der Mainnet-Höhe für die erneute Ausgabe sowie Referenzimplementierungen und Testvektoren für die NSM Value Balance.
• Seit unserer ersten Prüfung geklärt: Wir hatten zuvor einen Widerspruch in einer Ziffer bei der Consensus Branch ID vermerkt (0x77190AD9 in ZIP 259 gegenüber 0x77190AD8 im Titel eines separaten Pull-Requests). Zebra 7.0.0-rc.0 verwendet inzwischen den Wert 0x77190AD9 aus ZIP 259.
• Es wurde keine aktuelle Aussage aus einer Primärquelle von Wallet- oder Börsenanbietern gefunden, die konkret die NU7-Bereitschaft bestätigt.

Quellen und Methodik

Dieser Artikel basiert auf der direkten Prüfung folgender Quellen: Rohquelltext von ZIP 218, ZIP 235, ZIP 237, ZIP 259 und ZIP 2008 im Repository zcash/zips, der Changelog von Zebra selbst (einschließlich 7.0.0-rc.0 vom 1. Oktober 2026), der Abschnitt „NU7 Candidate ZIPs“ in der README von zcash/zips (nur genutzt, um Kandidaten zu identifizieren, nie, um auf eine endgültige Aufnahme zu schließen – das bestimmt hier allein ZIP 259), die Statusfelder von ZIP 230 und ZIP 234 sowie abgeglichene Berichterstattung über die Ergebnisse der Coinholder-Abstimmung vom September 2026. Wo sich ein Fakt nicht unabhängig anhand seines eigenen Primärdokuments überprüfen ließ, sagen wir das ausdrücklich, statt ihn als bestätigt darzustellen. Die erste Version dieses Artikels (25. September) entstand vor der Veröffentlichung von ZIP 237 und der Erweiterung des Umfangs von ZIP 259; dieses Update (3. Oktober) ersetzt diese Teile. Da die Mainnet-Aktivierungshöhe planmäßig am 20. Oktober festgelegt werden soll, werden wir diese Seite überarbeiten, sobald dieser Termin verstrichen ist – den aktuellen, fortlaufend gepflegten Status findest du bis dahin im Zcash Network Upgrade Tracker, und unter Zcashs Ironwood-Upgrade siehst du, wie derselbe Ansatz, der Primärquellen an erste Stelle setzt, beim vorherigen Netzwerk-Upgrade von Zcash angewendet wurde. Die zugrunde liegende Halving-Mechanik, die dieses Upgrade anpasst, erklärt Zcash Halving erklärt; wie Zcash-Mining im Alltag funktioniert, erfährst du in Zcash Mining erklärt, wo die Subsidy-Rechnung von ZIP 218 bereits ausführlich behandelt wird. Die komplette Upgrade-Historie, die NU7 fortsetzen würde, findest du in Zcash-Netzwerk-Upgrades: Die komplette Zeitleiste.