Das Mina-Mesa-Upgrade hat die Transaktionsverarbeitung auf der Layer-1-Blockchain am 3. September für rund acht Stunden gestoppt, wobei sich die Chain in eine fünfstündige Phase leerer Blöcke und eine dreistündige Phase ohne jegliche Blockproduktion aufteilte. Börsen setzten MINA-Ein- und Auszahlungen ab dem Stop-Transaction-Slot um 10:00 UTC aus, bis der erste Mesa-Slot um 18:30 UTC abgeschlossen war; Archive-Node- und manuelle Node-Upgrades liefen am nächsten Morgen noch. Die härtere Kompatibilitätslast trifft die ausgelieferten zkApps, die keine Transaktionen mit Proof-Autorisierung verarbeiten können, bis ihre Entwickler Mesa-kompatible Verifizierungsschlüssel kompilieren.
Warum das wichtig ist
Mesa verändert Protokollkonstanten und Circuit-Constraints, sodass Proofs, die mit Pre-Upgrade-Verifizierungsschlüsseln erzeugt wurden, nicht mehr verifiziert werden. Eine zkApp kann Proof-autorisierte Aktivitäten erst wieder aufnehmen, wenn ihr Entwickler einen Mesa-kompatiblen Schlüssel mit o1js 3.0 kompiliert und das Update on-chain veröffentlicht. Der Wirkungsbereich ist groß: Jeder Vertrag, der sich hinter Proof-Autorisierung verschlossen hat, hängt nun davon ab, dass sein Entwickler das Update ausliefert, bevor die Funktionalität zurückkehrt. Minas Migrationspfad erlaubt es vorübergehend, dass Verifizierungsschlüssel-Berechtigungen, die auf proof oder impossible gesetzt sind, auf Signatur-Autorisierung zurückfallen, aber Zugriffsrechte, die auf impossible stehen, bleiben gesperrt. Es gibt keine feste Migrationsfrist.
Marktauswirkungen
Über den Stillstand hinaus halbiert Mesa die Slot-Zeit von drei Minuten auf 90 Sekunden und begrenzt zkApp-Transaktionen vorübergehend auf 12 pro Block, nachdem Stresstests Speicherspitzen zeigten, als das Soft-Limit entfernt wurde. Die größere Frage ist, wie viele ausgelieferte zkApps das Upgrade rechtzeitig ausliefern und ob der temporäre Signatur-Autorisierungs-Fallback ein Zeitfenster öffnet, das Entwickler nicht eingeplant hatten, als sie ihre Berechtigungsregeln festlegten.
Häufig gestellte Fragen
-
Wie lief der Zeitplan des Mina-Mesa-Upgrades am 3. September ab?
Der Stop-Transaction-Slot um 10:00 UTC löste eine fünfstündige Phase leerer Blöcke aus, gefolgt von rund drei Stunden ohne Blockproduktion. Der erste Mesa-Slot wurde um 18:30 UTC abgeschlossen, wobei Archive-Node- und manuelle Node-Upgrades am nächsten Morgen noch liefen.
-
Warum benötigen ausgelieferte zkApps nach dem Mesa-Upgrade neue Verifizierungsschlüssel?
Mesa verändert Protokollkonstanten und Circuit-Constraints, sodass Proofs, die mit Pre-Upgrade-Schlüsseln erzeugt wurden, nicht mehr verifiziert werden. Entwickler müssen einen neuen Schlüssel mit o1js 3.0 kompilieren und das Update on-chain veröffentlichen, bevor Proof-autorisierte Transaktionen wieder möglich sind.
-
Gibt es eine Frist für die Migration der zkApps zu Mesa-kompatiblen Schlüsseln?
Nein. Minas Migrationspfad hält einen temporären Signatur-Autorisierungs-Fallback aktiv, bis jede zkApp ihren Schlüssel aktualisiert, aber eine feste Migrationsfrist wurde nicht gesetzt.
-
Welche weiteren Änderungen bringt das Mesa-Upgrade neben dem Stillstand?
Mesa halbiert die Slot-Zeit von drei Minuten auf 90 Sekunden und begrenzt zkApp-Transaktionen vorübergehend auf 12 pro Block, nachdem Stresstests Speicherspitzen zeigten, als das Soft-Limit entfernt wurde.
-
Sind MINA-Ein- und Auszahlungen an Börsen weiterhin ausgesetzt?
Börsen wurden angewiesen, MINA-Ein- und Auszahlungen ab dem Stop-Transaction-Slot um 10:00 UTC bis zum Abschluss des ersten Mesa-Slots um 18:30 UTC auszusetzen; jede Börse entscheidet selbst, wann sie die Transferunterstützung wieder aufnimmt.
CoinTelegraph
CoinDesk
Crypto News
Crypto Rank News
WuBlockchain
TheBlock