Zcash, ein Proof-of-Work-Netzwerk, das auf Zero-Knowledge-Proofs für geschützte Zahlungen basiert, aktivierte sein NU7-Netzwerk-Upgrade am 6. November beim Mainnet-Block 3.543.405, der um 02:34 UTC gemint wurde. Die Aktivierung verkürzte das Ziel-Blockintervall von 75 auf 25 Sekunden und brachte Änderungen bei Mining-Belohnungen, Transaktionsgebühren und der Verarbeitung geschützter Transaktionen mit sich. Außerdem wurde ein älteres Transaktionsformat deaktiviert, wodurch Guthaben im ursprünglichen Sprout-Pool von Zcash nicht mehr ausgebbar sind.

Ziel-Blockzeit sinkt auf 25 Sekunden

Gemäß dem Zcash Improvement Proposal 218 reduziert NU7 die Ziel-Wartezeit für Transaktionsbestätigungen um zwei Drittel. Nach den bisherigen Regeln kamen Blöcke etwa alle 75 Sekunden voran. Das neue Ziel von 25 Sekunden könnte Bestätigungsverzögerungen für Börsen, Wallets und Zahlungsanbieter verkürzen. Eine Börse, die drei Bestätigungen verlangt, könnte beispielsweise eine erwartete Wartezeit von 225 auf 75 Sekunden reduzieren, wobei jede Plattform ihre eigenen Bestätigungsanforderungen festlegt.

Das Netzwerk operierte zunächst über dem neuen Ziel. Laut ZecStats-Daten lagen die ersten 225 Blöcke nach der Aktivierung bis 04:59 UTC im Durchschnitt bei etwa 39 Sekunden. Wie in anderen Proof-of-Work-Systemen schwanken die tatsächlichen Intervalle um das Ziel, da die Blockfindung probabilistisch ist und Schwierigkeitsanpassungen den Durchschnitt wieder zum Ziel zurückführen sollen.

Separat untersuchte CoinCentral die ZEC-Handelsaktivität und ETF-Flüsse rund um die NU7-Aktivierung am 6. November. Diese Marktbeobachtungen belegen nicht, dass das Upgrade Kursveränderungen verursacht hat.

NU7 erhöht auch die theoretische Transaktionskapazität von Orchard von etwa 2,9 auf 6,6 Transaktionen pro Sekunde. Die Verbesserung geht mit Grenzen für geschützte Aktivität innerhalb einzelner Blöcke einher. Die Zcash Foundation schätzt, dass diese Grenzen die Bandbreite für die Synchronisierung leichter Wallets im ungünstigsten Fall um etwa 37 % reduzieren und so übermäßige geschützte Aktivität einschränken, die sonst die Verarbeitungsanforderungen der Wallets erhöhen könnte.

Subventionskürzung hält Emission auf Zeitplan

NU7 senkt die geplante Blocksubvention von 1,5625 ZEC auf etwa 0,52083333 ZEC. Die Reduzierung gleicht die höhere Anzahl an Blöcken unter dem neuen Zielintervall aus, sodass die geplante tägliche Emission nahezu unverändert bleibt. Dies unterscheidet sich vom kürzlich genehmigten Emissionsreduzierungsantrag des NEAR Protocols, der auf eine geringere jährliche Token-Schöpfung über zwei Jahre abzielt.

Das Upgrade führt zudem einen Network Sustainability Mechanism gemäß ZIP 235 ein. Dieser Mechanismus entzieht 60 % der Transaktionsgebühren dem Umlauf, während Miner die verbleibenden 40 % behalten. Die zurückgehaltenen Gebühren werden nicht dauerhaft verbrannt. Stattdessen verbucht das Protokoll sie als Mittel, die für eine künftige Emission in Frage kommen. Gemäß ZIP 237 beginnt die Reemission beim Mainnet-Block 8.939.664, der für Februar 2031 erwartet wird. Der Mechanismus bewahrt Zcashs Vier-Jahres-Halving-Zeitplan und die Obergrenze von 21 Millionen ZEC.

Sprout deaktiviert und Legacy-Guthaben eingefroren

Eine weitere wichtige Änderung betrifft Sprout, Zcashs ursprüngliches Protokoll für geschützte Transaktionen, das auf den Netzwerkstart 2016 zurückgeht und später durch die geschützten Pools Sapling und Orchard ergänzt wurde. Gemäß ZIP 2003 wurden Transaktionen der Version 4 mit der NU7-Aktivierung ungültig, wodurch Transfers aus dem Sprout-Pool unter den neuen Konsensregeln verhindert werden.

ZecStats verzeichnete nach der Aktivierung etwa 12.224,21 ZEC im Sprout-Pool. Diese Mittel sind derzeit nicht ausgebbar, wurden jedoch nicht dauerhaft verbrannt, und derzeit gibt es keinen genehmigten Wiederherstellungsmechanismus, der Inhabern den Zugriff ermöglicht. Jede Änderung dieses Status würde selbst eine neue Konsensregel im Rahmen des Netzwerk-Upgrade-Prozesses von Zcash erfordern. Die Transaktionsbeschränkung geht über Sprout hinaus: Andere Systeme, die weiterhin Transaktionen der Version 4 erzeugen, müssen auf unterstützte Formate migrieren. Die Versionen 5 und 6 bleiben gültig, und NU7 führt kein zusätzliches Transaktionsformat oder einen zusätzlichen geschützten Pool ein.

Node-Betreiber müssen kompatible Software ausführen

Die Software-Veröffentlichung der Zcash Foundation vom 22. Oktober verlangte von Mainnet-Node-Betreibern vor der Aktivierung ein Upgrade auf Zebra 7.0.0. Ältere Versionen können der aktualisierten Konsens-Chain nicht folgen. Die Veröffentlichung enthielt außerdem sieben Sicherheitshinweise und Synchronisierungsverbesserungen.

Zcashs Einführung folgt auf andere jüngere Änderungen an Blockchain-Infrastrukturen. Ein Bericht vom 4. November über THORChains Wiederherstellung von Zcash-Swaps beschrieb ein separates Protokoll-Update, das den Handel über mehrere Netzwerke wieder ermöglichte. Für Infrastrukturanbieter von Zcash ändert NU7 die Konsensanforderungen sofort, während die tatsächliche Zahlungsverfügbarkeit weiterhin von kompatibler Software, der Netzwerkleistung und den Bestätigungsrichtlinien der einzelnen Dienste abhängt.