Die Zcash-Entwickler haben sich auf Block 3.543.405 als geplanten Aktivierungspunkt für das Netzwerk-Upgrade 7 (NU7) geeinigt, wodurch die auf Privatsphäre ausgerichtete Blockchain der Einführung von 25-Sekunden-Blöcken rund um den 5. November näher kommt.
Zusammenfassung
- Die Zcash-Entwickler haben Block 3.543.405 für die NU7-Aktivierung ausgewählt, die voraussichtlich um den 5. November erfolgen wird.
- Das Upgrade wird die Zielblockzeiten von 75 Sekunden auf 25 Sekunden reduzieren und damit Bestätigungsverzögerungen verringern.
- NU7 führt einen Mechanismus ein, der vorübergehend 60 % der Transaktionsgebühren aus dem Umlauf entfernt.
- Gelder, die im alten Sprout-Pool von Zcash verbleiben, werden nach dem Upgrade nicht mehr ausgebbar sein.
- Der Aktivierungsvorschlag hat zwei Genehmigungen erhalten, muss aber noch abschließend in die Deployment-Spezifikation integriert werden.
Laut einem am 20. Oktober vom Entwickler Sean Bowe eingereichten GitHub-Vorschlag wurde die Aktivierungshöhe während eines Treffens der Redakteure des Zcash Improvement Proposal (ZIP) vereinbart, obwohl die Änderung noch der abschließenden Integration in die Deployment-Spezifikation des Netzwerks bedarf.
Unterdessen legt die vorgeschlagene Blockhöhe einen konkreten Zeitpunkt fest, an dem Zcash beginnen würde, die neuen Konsensregeln anzuwenden, und ersetzt den vorläufigen Zeitplan vom 5. November durch ein blockbasiertes Aktivierungsziel.
Bowes Vorschlag erhielt am 20. Oktober Genehmigungen von den Entwicklern ValarDragon und str4d. Der Pull Request blieb während der Überprüfung am 21. Oktober offen, wobei die offizielle NU7-Deployment-Spezifikation die Mainnet-Aktivierungshöhe weiterhin als unentschieden aufführt.
Der Vorschlag enthält ein weiteres Planungsdetail: Block 8.939.664 ist für die künftige Neuausgabe von Geldern vorgesehen, die im Rahmen des Netzwerk-Nachhaltigkeitsmechanismus von NU7 angesammelt wurden.
Vor der Aktivierung muss die ausgewählte Höhe in die Deployment-Spezifikation und in kompatible Node-Software aufgenommen werden.
Der Zeitplan für November folgt auf die im September erzielte Entwicklervereinbarung zu NU7, als sich die beteiligten Engineering-Teams auf die Hauptmerkmale des Upgrades einigten und das Mainnet-Ziel festlegten.
In der Entwicklungs-Zeitleiste vom 18. September nannte der Zcash-Entwickler Sean Bowe den 20. Oktober als Datum für die Bestätigung der Aktivierungshöhe nach den Erfahrungen mit dem Testnetz.
Das Netzwerk hat seine erste Testnet-Aktivierung bereits abgeschlossen. Am 4. Oktober wurde NU7 im Testnetz-Block 4.465.026 aktiv, wodurch Entwickler die vorgeschlagenen Änderungen vor dem Mainnet-Deployment bewerten konnten.
Wie crypto.news zuvor berichtete, führte die Testnet-Einführung schnellere Zielblöcke, aktualisierte Transaktionsregeln und den geplanten Mechanismus für den Umgang mit Netzwerkgebühren ein.
NU7 verkürzt die Zcash-Blockzeiten von 75 Sekunden auf 25 Sekunden
Gemäß ZIP 218 wird Zcash seinen Zielblockabstand um zwei Drittel reduzieren und etwa alle 25 Sekunden statt alle 75 Sekunden einen neuen Block erzeugen.
Die Anpassung würde die erwartete Häufigkeit der Blockproduktion verdreifachen und die Zeit verkürzen, die Nutzer typischerweise auf aufeinanderfolgende Transaktionsbestätigungen warten.
Beispielsweise würden drei Bestätigungen unter dem neuen Ziel etwa 75 Sekunden dauern, verglichen mit 225 Sekunden unter dem bestehenden Zeitplan. Die tatsächlichen Bestätigungszeiten können variieren, da die Blockproduktion nicht vollkommen gleichmäßig ist.
Das Upgrade führt Beschränkungen für abgeschirmte Transaktionsaktivitäten innerhalb einzelner Pools und im gesamten Netzwerk ein. Diese Einschränkungen sollen den zusätzlichen Verarbeitungs- und Wallet-Synchronisierungsaufwand bewältigen, der mit schnelleren Blöcken einhergeht.
Die Zcash Foundation beschrieb diese Änderungen in ihrer Ankündigung des Release-Kandidaten Zebra 7.0.0 vom 2. Oktober, die NU7-Unterstützung für Testnetz-Betreiber einführte.
Obwohl sich der Blockproduktionsplan ändert, führt NU7 kein neues Transaktionsformat ein. Bestehende Transaktionen der Version 5 und Version 6 bleiben gemäß der Deployment-Spezifikation gültig.
Die geplanten Änderungen behalten die bestehende Obergrenze der Geldmenge des Netzwerks bei und bewahren den etablierten Halbierungsplan der Mining-Belohnungen.
Zcash führt Gebührenmechanismus mit für 2031 geplanter Neuausgabe ein
NU7 wird den Network Sustainability Mechanism einführen, der vorübergehend 60 % der in jedem Block gesammelten Transaktionsgebühren aus dem Umlauf entfernt.
Gemäß ZIP 235 und ZIP 237 sammeln sich diese Mittel in einem öffentlich nachverfolgten Netzwerkguthaben an, bevor sie durch zukünftige Miner-Belohnungen schrittweise neu ausgegeben werden.
Die Entwickler haben Februar 2031 als ungefähren Startpunkt für die Neuausgabe gewählt, wobei der neue Vorschlag dem Ereignis den Mainnet-Block 8.939.664 zuweist.
Die Regelung erzeugt keine zusätzlichen ZEC über die Obergrenze der Versorgung des Netzwerks hinaus. Mittel, die über den Mechanismus ausgezahlt werden, müssen aus dem Umlauf entfernt worden sein oder andernfalls gemäß den geltenden Konsensregeln unbeansprucht geblieben sein.
Während der Governance-Umfrage der Coin-Halter im September unterstützten etwa 98,9 % der teilnehmenden ZEC die Beibehaltung des bestehenden Halbierungsplans, während 96,6 % dafür waren, die Neuausgabe des Nachhaltigkeitsmechanismus im Februar 2031 zu beginnen.
Dieselbe Abstimmung verzeichnete etwa 99,9 % Unterstützung für die Verkürzung der Blockzeiten auf 25 Sekunden, wobei fast 2,4 Millionen ZEC teilnahmen.
Sprout-Transaktionen werden nach der NU7-Aktivierung ungültig
Eine der dauerhaften Änderungen von NU7 betrifft Sprout, das ursprüngliche Shielded-Transaktionssystem, das bei der Einführung von Zcash im Jahr 2016 eingeführt wurde.
Das Upgrade deaktiviert Transaktionen der Version 4, die erforderlich sind, um in dem Legacy-Sprout-Pool gehaltene Mittel auszugeben.
Folglich werden Coins, die bei der Aktivierung von NU7 in Sprout verbleiben, unter den aktualisierten Konsensregeln nicht mehr ausgebbar. Halter müssen diese Mittel vor der Aktivierung in einen unterstützten Pool verschieben, um den Zugriff zu behalten.
Transaktionen der Version 5 und Version 6 sind von dieser besonderen Einschränkung nicht betroffen.
Die Deployment-Spezifikation identifiziert die Sprout-Abschaltung als Teil von ZIP 2003, zusammen mit den Änderungen der Blockabstände, den Limits für Shielded-Aktionen und dem überarbeiteten Gebührenmechanismus.
Die Spezifikation erlaubt es Betreibern, die nicht unterstützte Software ausführen, bei der Aktivierung verbunden zu bleiben, möglicherweise einer inkompatiblen Pre-NU7-Kette folgend. Die Deployment-Anweisungen verlangen daher, dass Knotenbetreiber ihre Software aktualisieren, bevor das Netzwerk den ausgewählten Aktivierungsblock erreicht.
