Cardano aktiviert Van Rossem PV11 auf Preview, während die Hard Fork-Tests in die Ausführungsphase eintreten

Cardanos Van Rossem Hard Fork hat sich vom Governance-Prozedere zur live getesteten Testnetzausführung entwickelt, da die Protokollversion 11 nun auf dem Preview-Netzwerk aktiv ist.

Der Unterschied ist bedeutsam. Frühere Berichte konzentrierten sich auf die Governance-Aktion von PV11, die in den Preview-Prozess eintrat. Diese Phase bezieht sich nicht mehr nur darauf, ob die Aktion die Governance durchlaufen kann. Es geht darum, wie das Upgrade reagiert, sobald Node-Software, DB Sync, SPO-Infrastruktur und Entwickler-Tools es unter realen Testnetz-Bedingungen unterstützen.

Van Rossem ist nicht dazu gedacht, Cardano in eine neue Ledger-Epoche zu überführen. Cardano bleibt in der Conway-Epoche, während PV11 eine gezielte Reihe von Protokollverbesserungen durch eine intra-epochale Hard Fork einführt. Das macht das Upgrade aus einem anderen Grund relevant: Es testet, ob Cardano bedeutende Protokolländerungen liefern kann, ohne das Ökosystem dem schwereren operativen Aufwand eines vollständigen Epochenübergangs zu unterziehen.

Für Entwickler und Infrastrukturteams wird das Upgrade an diesem Punkt praktisch relevant. PV11 ist nicht mehr nur ein Vorschlag innerhalb des Governance-Verfahrens. Es ist nun aktives Protokollverhalten auf Preview, und der Software-Stack rund um Cardano muss beweisen, dass er die Änderung sauber aufnehmen kann, bevor der Prozess in Richtung PreProd und später Mainnet voranschreitet.

Cardano PV11 wechselt von Governance-Aktion zu Preview-Tests

Die Van Rossem Hard Fork ist nach Max van Rossem benannt, einem langjährigen Cardano-Community-Beitragenden und Governance-Teilnehmer. Aber die unmittelbare Bedeutung dieser Phase ist operativ, nicht symbolisch.

Preview ist die erste Umgebung, in der das Upgrade unter Netzwerkbedingungen getestet werden kann, bevor es breiter ausgerollt wird. Intersect hat zuvor einen phasenweisen Pfad für die Hard Fork skizziert, beginnend mit Preview, gefolgt von PreProd (voraussichtlich etwa zwei Wochen später) und einer für den 29. Mai 2026 geplanten Mainnet-Hard-Fork-Einreichung. Dieser gestufte Ansatz gibt dem Ökosystem Zeit, Probleme zu erkennen, Tools zu validieren und die Infrastruktur zu koordinieren, bevor eine Entscheidung für das Mainnet getroffen wird.

Das ist wichtig, da PV11 davon abhängt, dass mehrere Teile des Cardano-Stacks zusammen voranschreiten. Stake-Pool-Betreiber benötigen kompatible Node-Software. Indexierungsinfrastrukturen brauchen Unterstützung von DB Sync. dApp-Teams benötigen Zeit, um Skripte und Tools zu testen. Wallets, Explorer und Backend-Dienste müssen ebenfalls sicherstellen, dass das Upgrade kein unerwartetes Verhalten in den von ihnen abhängigen Systemen verursacht.

Der offizielle cardano-node 11.0.1-Release ist dabei zentral für diesen Prozess. Es ist die erste Node-Veröffentlichung, die die PV11-Intra-epochale Hard Fork unterstützt und das Upgrade zur Protokollversion 11 ermöglicht, sobald die entsprechende Governance-Aktion von SPOs, DReps und dem Verfassungskomitee abgestimmt und on-chain umgesetzt wurde.

Das macht Preview-Tests mehr als nur ein technisches Kontrollpunkt. Es ist die erste Phase, in der Governance-Genehmigung, Release-Engineering und die Bereitschaft des Ökosystems praktisch zusammentreffen müssen.

Van Rossem PV11 zielt auf Plutus und Cardano-Infrastruktur

PV11 ist ein fokussiertes Protokoll-Upgrade. Es verändert nicht Cardanos Transaktionsform und überführt das Ledger nicht in eine neue Epoche. Seine Bedeutung liegt in gezielten Verbesserungen der Plutus-Leistung, der Ledger-Konsistenz und der Sicherheit auf Node-Ebene.

Für Entwickler ist der sichtbarste Bereich Plutus. Intersects PV11-Vorschlag skizzierte mehrere Plutus-Upgrades, einschließlich breiterer Verfügbarkeit von eingebauten Funktionen über Plutus V1, V2 und V3, Fallausdrücke für eingebaute Typen und neue Built-ins, die mit CIPs wie CIP-0109, CIP-0132, CIP-0133, CIP-0138 und CIP-0153 verbunden sind.

Praktisch zielt das darauf ab, Cardanos Smart-Contract-Umgebung konsistenter und effizienter zu machen. Bestehende Plutus-Skripte der Versionen V1 und V2 können von einer breiteren Verfügbarkeit eingebauter Funktionen profitieren, während neue Primitiven erweitern, was Entwickler on-chain ausdrücken können. Intersect hat diese Änderungen als Steigerung der Skriptleistung, Senkung der Ausführungskosten und Erweiterung dessen beschrieben, was Entwickler in Plutus erreichen können.

PV11 umfasst auch Änderungen auf Ledger- und Node-Ebene. Diese beinhalten die Durchsetzung der Einzigartigkeit von VRF-Schlüsseln, überarbeitete Regeln für Referenzeingaben bei Plutus V1 und V2, klareres Predicate-Handling und verbesserte Protokollparameter-Hash-Unstimmigkeitsberichte. Dies sind keine Hauptmerkmale für den täglichen Nutzer, aber sie sind entscheidend für die Systeme, die das Netzwerk vorhersehbarer und einfacher zu betreiben machen.

DB Sync ist ein weiterer wichtiger Teil der Implementierung. Der offizielle cardano-db-sync 13.7.0.5-Release unterstützt Node-Version 11.0.1 und die PV11-Intra-epochale Hard Fork.

Das ist bedeutsam, weil DB Sync von Infrastrukturen genutzt wird, die Cardano-Chain-Daten lesen und indexieren, darunter Explorer, Analyseplattformen, Back-End-Dienste und Anwendungen, die von zuverlässigen historischen und aktuellen Netzwerkdaten abhängen.

PV11 sollte daher nicht nur oberflächlich bewertet werden. Vieles an diesem Upgrade zielt darauf ab, Cardano einfacher wartbar, leichter indexierbar, sicherer zu betreiben und leistungsfähiger für Plutus-basierte Anwendungen zu machen.

Warum die Aktivierung auf Preview vor dem Cardano-Mainnet wichtig ist

Die Aktivierung auf Preview bedeutet nicht, dass PV11 bereit für das Mainnet ist. Es bedeutet, dass die Hard Fork in eine Phase eingetreten ist, in der Annahmen gegenüber Software, Infrastruktur und realem Testnetzbetrieb geprüft werden müssen.

Das ist der Wert dieser Phase. Wenn Probleme auftreten, können sie gefunden werden, bevor das Upgrade näher ans Mainnet heranrückt. Wenn der Prozess reibungslos läuft, erhält Cardano stärkere Beweise dafür, dass sein intra-epochales Hard Fork-Modell bedeutende Protokoll-Upgrades unterstützen kann, ohne jedes Mal einen vollständigen Epochenübergang zu erfordern, wenn das Netzwerk gezielte Verbesserungen benötigt.

Für SPOs lautet die Botschaft einfach: Die Bereitschaft der Nodes zählt. Für dApp-Teams ist Preview die Zeit, um die Kompatibilität zu testen, insbesondere wenn Werkzeuge auf festen Kostenmodellen, Protokollparametern oder Annahmen über das Plutus-Verhalten basieren. Intersect hat bereits angemerkt, dass einige frühere Preview-Probleme mit Tools verbunden waren, die harte Parameter kodiert hatten, mit laufenden Korrekturen an den betroffenen Entwicklungswerkzeugen.

Für Cardanos umfassendere Roadmap ist PV11 kein Marketingereignis. Es ist ein Koordinationstest. Die Governance muss den Weg genehmigen, das Release-Engineering muss die Software liefern, Infrastrukturbetreiber müssen aktualisieren, und Entwickler müssen bestätigen, dass Anwendungen wie erwartet funktionieren.

Das ist es, was diese Phase wichtig macht. PV11 ist nicht mehr ein bloßer Vorschlag innerhalb des Governance-Prozesses. Es ist jetzt ein Live-Test, ob Cardanos Betreiber, Tools und Anwendungsschicht gemeinsam voranschreiten können, bevor das Upgrade das Mainnet erreicht.