Cardano van Rossem Hard Fork tritt nach HFWG Empfehlung zur Ratifizierung in die finale Governance Phase ein
Die Hard Fork Working Group hat die Ratifizierung der Einleitungsaktion für den Hard Fork zu Cardanos Protocol Version 11 empfohlen. Das van Rossem Upgrade befindet sich nun in der letzten Etappe der On Chain Governance, wobei die Beteiligung der SPOs weiterhin erforderlich ist, bevor die Ratifizierung abgeschlossen werden kann.
By SongMarketCap
Cardanos van Rossem Hard Fork rückte der Mainnet Aktivierung näher, nachdem die Hard Fork Working Group am 30. Juni für eine formale Empfehlung zur Ratifizierung stimmte. Das Update folgt auf Tests in Preview und PreProd, die Umsetzung des Plutus Cost Model Parameter Updates auf dem Mainnet sowie die Einreichung der Einleitungsaktion für den Hard Fork über Cardanos Governance Prozess. Laut Intersects jüngstem Update hat die Unterstützung durch DReps die erforderliche Schwelle überschritten, während die Zustimmung der SPOs die wichtigste verbleibende Governance Bedingung bleibt.
HFWG Recommendation Moves Van Rossem Toward Ratification
Der van Rossem Hard Fork ist Cardanos geplantes Upgrade auf Protocol Version 11. Es ist ein Intra Era Hard Fork, was bedeutet, dass Cardano innerhalb der Conway Era bleibt, während auf Protokollebene Änderungen eingeführt werden, ohne in eine neue Ledger Era überzugehen.
Intersects Upgrade Dokumentation beschreibt den Mainnet Prozess als zwei miteinander verbundene Governance Aktionen. Die erste war das Plutus Cost Model Parameter Update, das von DReps und Mitgliedern des Constitutional Committee ratifiziert und am 18. Juni auf dem Mainnet umgesetzt wurde. Die zweite ist die Einleitungsaktion für den Hard Fork, eingereicht am 16. Juni, die sich nun durch die finale Ratifizierung bewegt.
Die HFWG Empfehlung aktiviert den Hard Fork nicht von selbst. Sie gibt dem Ökosystem eine formale Bereitschaftseinschätzung durch die Arbeitsgruppe, die für die Koordination des Upgrades verantwortlich ist. Die endgültige Entscheidung bleibt im Rahmen von Cardanos On Chain Governance Prozess, in dem DReps, Stake Pool Operators und das Constitutional Committee jeweils definierte Rollen haben.
Intersects Update vom 30. Juni gab die DRep Unterstützung mit 64,78 Prozent gegenüber einer Schwelle von 60 Prozent an, während die SPO Unterstützung bei 36 Prozent gegenüber einer Schwelle von 51 Prozent lag. Damit ist van Rossem fast abgeschlossen, aber noch nicht über alle erforderlichen Ratifizierungsbedingungen hinaus.
Warum Protocol Version 11 für Cardano wichtig ist
Protocol Version 11 ist wichtig, weil es die Teile von Cardano aufwertet, auf die sich Entwickler und Infrastrukturbetreiber beim Erstellen und Warten von Anwendungen verlassen.
Für Smart Contract Entwickler erweitert van Rossem die Verfügbarkeit der in Plutus eingebauten Funktionen über Plutus V1, V2 und V3 hinweg. Es führt außerdem Case Ausdrücke für Kerntypen wie Bool, Integer und Data ein. Praktisch bedeutet das für Builder eine sauberere Skriptlogik und effizientere Ausführungspfade für bestimmte On Chain Operationen.
Das Upgrade fügt außerdem native Array Verarbeitung, optimierte Multi Asset Operationen, modulare Exponentiation, Werkzeuge zur Listenmanipulation und BLS12-381 Multi Scalar Multiplikation hinzu. Das sind keine Endnutzer Funktionen, aber sie sind für das Applikationsdesign wichtig. Sie können effizientere Smart Contracts, fortgeschrittenere kryptografische Anwendungsfälle und bessere Grundlagen für Zero Knowledge Proof Systeme auf Cardano unterstützen.
Van Rossem umfasst auch Verbesserungen am Ledger und am Cardano Node. Das Upgrade fügt eine Erzwingung der Eindeutigkeit von VRF Schlüsseln auf Ledger Ebene hinzu, passt Referenzeingaberegeln für Plutus V1 und V2 an, verbessert das Validierungsverhalten rund um Auszahlungsstrukturen und bietet Betreibern klarere Meldungen, wenn Protokollparameter Hashes nicht übereinstimmen.
Für Cardano ist die Gesamtauswirkung wichtig. Das Upgrade verbessert die Smart Contract Schicht, stärkt Teile der Stake Pool Infrastruktur und schafft mehr operative Klarheit für Node Betreiber. Es liefert dem Ökosystem außerdem einen weiteren Realtest dafür, ob technische Upgrades durch die dezentrale Governance gehen können, ohne sich auf eine einzelne Organisation für die endgültige Entscheidung zu stützen.
SPO Voting wird zum letzten operativen Test
Die Teilnahme der SPOs ist nun das zentrale verbleibende Element im Prozess. Stake Pool Operators sind in Cardano nicht nur Dienstanbieter. Sie betreiben die Blockproduktionsebene des Netzwerks, was ihrer Stimme eine direkte Rolle in der Hard Fork Governance gibt.
Node Readiness und SPO Voting messen unterschiedliche Dinge. Node Readiness zeigt, ob Betreiber Software ausführen, die mit Protocol Version 11 kompatibel ist. SPO Voting zeigt, ob dieselbe operative Ebene die Governance Aktion ausdrücklich genehmigt hat. Ein hoher Anteil der Blockproduktion auf Node v11 unterstützt die technische Bereitschaft, aber er schließt die On Chain Abstimmung nicht automatisch ab.
Die Cardano Foundation erinnerte SPOs zuvor daran, dass Auto Abstain Einstellungen nicht für SPO Abstimmungen zu dieser Hard Fork Aktion gelten. Diese Unterscheidung ist relevant, weil passive Nichtteilnahme die Zustimmung der SPOs unter der erforderlichen Schwelle lassen kann, selbst wenn ein großer Teil des Netzwerks seine Software bereits aktualisiert hat.
Der Readiness Prozess geht auch über Stake Pools hinaus. Intersect verfolgt die Ökosystem Readiness über Börsen, Wallets, Tooling, Indexer, dApps und Infrastrukturdienste hinweg durch Self Attestation und Community gepflegte Updates. Dieser breitere Blick gibt Governance Teilnehmern mehr Informationen, bevor sie über eine Protokolländerung abstimmen.
Wenn van Rossem die Ratifizierung erreicht, wird Cardano einen Mainnet Upgrade Pfad abschließen, der über Testnet Bereitstellung, Plutus Cost Model Umsetzung und formale On Chain Genehmigung geführt hat. Das Ergebnis würde die Funktionen von Protocol Version 11 ins Mainnet bringen und zeigen, wie Cardanos aktuelles Governance System ein laufendes technisches Upgrade handhabt, bei dem Readiness, Abstimmung und Netzbetrieb zusammenkommen müssen, bevor sich das Protokoll ändert.