Die Zcash Foundation hat Zebra 7.0.0 mit NU7-Mainnet-Unterstützung veröffentlicht und fordert Node-Betreiber auf, vor Block 3.543.405 zu aktualisieren, der voraussichtlich um den 5. November erwartet wird.
Zusammenfassung
- Mainnet-Betreiber müssen vor der Aktivierung aktualisieren, um in der Konsenskette zu bleiben.
- Zebra-6.4.x-Versionen werden planmäßig einige Tage vor dem Upgrade den Betrieb einstellen.
- NU7 führt 25-Sekunden-Blöcke ein und bewahrt dabei die geplante tägliche Ausgabe von ZEC.
- Die Foundation gibt an, dass Zebra 7.0.0 Korrekturen für fünf Sicherheitshinweise enthält.
Die Zcash Foundation erklärte in ihrer Ankündigung vom 22. Oktober, dass Mainnet-Betreiber das Upgrade installieren müssen, um in der Konsenskette zu bleiben, während ältere 6.4.x-Versionen sich einige Tage vor der Aktivierung selbst beenden werden.
„Alle Mainnet-Betreiber MÜSSEN vor Höhe 3.543.405 (~5. Nov.) aktualisieren, um in der Konsenskette zu bleiben.“
Die Foundation nannte 25-Sekunden-Blöcke, einen Netzwerk-Nachhaltigkeitsmechanismus und Korrekturen für fünf Sicherheitshinweise als Merkmale der Version.
Zebra-Betreiber stehen vor einer früheren Abschaltung
Das Engineering-Update der Foundation vom 6. Oktober legte die erwartete Abschaltung von Zebra 6.4.x auf etwa den 2. November. Die Entwickler verkürzten die Betriebsdauer der Software von 15 Wochen auf 12 Wochen, um diese Einstellung vor das geplante Netzwerk-Upgrade zu legen.
Im selben Update erklärte das Engineering-Team, dass Ablaufberechnungen und Synchronisierungsschätzungen angepasst wurden, um der auf jeder Höhe geltenden Blockzeit zu folgen. Ohne diese Anpassung könnte eine schnellere Blockproduktion dazu führen, dass die Software früher als beabsichtigt stoppt.
NU7 erreichte das öffentliche Testnetz bei Block 4.465.026 am 4. Oktober, bestätigte die Foundation. Die Testnetz-Aktivierung führte die Konsensänderungen zur Beobachtung vor dem Mainnet-Deployment ein.
Wie crypto.news zuvor am 21. Oktober berichtete, hatten die Entwickler die Mainnet-Aktivierungshöhe nach einem Treffen der ZIP-Editoren am 20. Oktober ausgewählt. Zum Zeitpunkt dieser Berichterstattung wartete die Änderung noch auf die Integration in die Deployment-Spezifikation.
Der aktuelle Text von ZIP 259 listet nun Mainnet-Block 3.543.405 auf. Seine Kompatibilitätsregeln besagen, dass aktualisierte Nodes Peers trennen werden, die eine ältere Netzwerkprotokollversion ankündigen, nach der Aktivierung.
Die Spezifikation warnt, dass nicht unterstützte Software online bleiben und einem Konsenszweig vor NU7 folgen kann. Sie legt nicht fest, wie viele Betreiber noch inkompatible Software verwenden.
Zcash strebt schnellere Bestätigungen ohne schnellere Ausgabe an
ZIP 218 legt das neue Blockziel auf 25 Sekunden fest, gegenüber 75 Sekunden. Seine Autoren identifizieren Zahlungen, Börseneinzahlungen und Cross-Chain-Operationen als Anwendungsfälle, die von der Wartezeit auf Bestätigungen betroffen sind.
Der Vorschlag rät Clients nicht, ihre Bestätigungsanzahlen zu reduzieren. Seine Erörterung des Rollback-Risikos unterscheidet zwischen Sicherheitsmodellen, einschließlich Modellen, die auf dem Anteil eines Angreifers an der Mining-Rechenleistung basieren, und solchen, die auf den wirtschaftlichen Kosten der Umkehrung einer Zahlung basieren.
Die Erläuterung der Foundation zum Release-Kandidaten vom 2. Oktober besagt, dass die tägliche geplante Ausgabe unverändert bleibt, weil die Software die geplanten Blockbelohnungen durch drei teilt und die verbleibenden Halbierungsintervalle anpasst.
Ihre Beschreibung behält den vierjährigen Halbierungsplan und die Obergrenze von 21 Millionen ZEC bei. Schnellere Blockproduktion bedeutet daher nicht, dass sich die geplante tägliche Mining-Subvention verdreifacht.
Die Coinholder-Umfrage vom September verzeichnete etwa 99,9 % Unterstützung für kürzere Blockabstände und 98,9 % Unterstützung für die Beibehaltung der Halbierungen. Fast 2,4 Millionen ZEC nahmen teil, was laut den am 16. September behandelten veröffentlichten Ergebnissen etwa 66 % der berechtigten Ironwood-Guthaben zum Stichtag entspricht.
Die Abstimmung endete am 14. September, nachdem die Guthaben am 24. August bei Mainnet-Block 3.459.350 erfasst worden waren. Die Berechtigung hing von ausgabefähigen abgeschirmten Mitteln ab, die zu diesem Stichtag in Ironwood gehalten wurden.
NU7 leitet Gebühren in zukünftige Mining-Belohnungen um
Die Erläuterung des Release-Kandidaten der Stiftung beschreibt eine Aufteilung, bei der 60 % der Transaktionsgebühren aus dem Umlauf in eine Reserve abfließen, während die Miner die verbleibenden 40 % behalten.
Im Rahmen des Network Sustainability Mechanism können die reservierten Mittel schrittweise über zukünftige Blockbelohnungen zurückfließen. Die Abdeckung der Aktivierung vom 21. Oktober identifizierte den Mainnet-Block 8.939.664 als Beginn der Neuausgabe, die voraussichtlich um Februar 2031 erwartet wird.
Die Coinholder hatten diesen Zeitpunkt mit etwa 96,6 % Unterstützung in der Umfrage vom September befürwortet. Die Deployment-Spezifikation führt die Neuausgabehöhe getrennt von der NU7-Aktivierungshöhe auf.
Die technische Erläuterung vom 2. Oktober gibt Mining-Pools eine diesbezügliche Anweisung. Da eine Coinbase-Transaktion von den ausgewählten Transaktionsgebühren und der Reserve des übergeordneten Blocks abhängt, sollten Miner eine frische Blockvorlage anfordern, anstatt deren Transaktionssatz oder den vorherigen Block selbst zu ändern.
Die Stiftung beschrieb Limits für abgeschirmte Aktivitäten, die einzelne Pools und ein gemeinsames Budget über Pools hinweg umfassen. Ihr Engineering-Update besagt, dass diese Beschränkungen darauf ausgelegt sind, Light-Wallets vor Spam zu schützen, während das Netzwerk häufiger Blöcke erzeugt.
ZIP 218 legt das gemeinsame abgeschirmte Budget auf 330 Aktionen pro Block fest, neben separaten Pool-Limits. Ihre Autoren schätzen, dass die Änderungen die Bandbreite für die Synchronisierung von Light-Wallets im schlimmsten Fall von 271 Megabyte auf 169 Megabyte senken, eine Reduktion von etwa 37 %.
Der Vorschlag nennt einen separaten Datenschutz-Kompromiss. Häufigere Blöcke liefern Beobachtern feinere Zeitinformationen, die mit Beobachtungen aus Netzwerken oder Anwendungen kombiniert werden können. Ihre Autoren sagen, dass die neuen Limits die Verkehrsanalyse nicht verhindern oder das Risiko von Denial-of-Service beseitigen.
Sprout-Gelder stehen vor einer separaten Ausgabefrist
Die Testnet-Abdeckung vom 5. Oktober beschrieb eine weitere NU7-Änderung, die Gelder in Sprout betrifft, Zcashs ursprünglichem abgeschirmten Pool. Das Deaktivieren von Version-4-Transaktionen verhindert die Ausgabe dieser Gelder nach der Aktivierung, es sei denn, die Inhaber verschieben sie vorher.
ZIP 259 legt fest, dass das Verbot für jede Version-4-Transaktion gilt, einschließlich transparenter und Sapling-Transaktionen. Offline signierte gespeicherte Transaktionen erfordern dieselben Aktivierungsprüfungen.
Die Spezifikation besagt, dass die Versionen 5 und 6 ihre bestehenden Strukturen behalten, aber ihre Signaturen sich auf einen Konsens-Zweigidentifikator festlegen. Ein unverändertes Transaktionsformat garantiert nicht, dass eine Transaktion über die Aktivierung hinweg gültig bleibt.
