Cardano verschiebt Plutus-Kostenmodell-Update auf PreProd, während eUTXO-Skalierungsdebatte zurückkehrt

Cardano Plutus-Kostenmodell-Update erreicht PreProd

Cardanos Plutus-Kostenmodell-Parameter-Update wurde am 16. Mai im PreProd-Testnetzwerk aktiviert, wodurch Entwickler eine Live-Umgebung erhalten, um bestehende Skripte zu testen, bevor die Änderung weiter in Richtung Mainnet voranschreitet. Intersect erklärte, dass Entwickler dringend aufgefordert werden, ihre aktuellen Einstellungen vor der Weiterentwicklung zu überprüfen, insbesondere wenn Anwendungen von Plutus-Ausführungsbudgets abhängen.

Das Update erhöht die CPU-Kostenmodellparameter für ausgewählte Plutus-Primitiven. Zu den betroffenen Operationen gehören equalsByteString in Plutus V1, V2 und V3 sowie mehrere Plutus V3-Ganzzahloperationen, darunter divideInteger, modInteger, quotientInteger und remainderInteger. Für Benutzer ist dies möglicherweise keine sichtbare Produktänderung. Für Entwickler jedoch verändert es die Ausführungsumgebung, auf die sich Smart Contracts stützen.

Plutus-Kostenmodelle definieren, wie Rechenarbeit bepreist wird, wenn Skripte auf Cardano ausgeführt werden. Wenn ein Skript bereits nahe an seinem CPU-Budget liegt, kann eine Kostensteigerung beeinflussen, ob dieses Skript weiterhin innerhalb der Ausführungsgrenzen bleibt. Daher ist das PreProd-Testing für DeFi-Protokolle, NFT-Plattformen, Identitätsanwendungen, Governance-Tools und jedes Produktionssystem, das Plutus-Skripte verwendet, von entscheidender Bedeutung.

Warum das Plutus-Update für Cardano-Entwickler wichtig ist

Das Plutus-Kostenmodell-Update ist Teil des breiteren Van-Rossem-Upgrade-Pfads. Intersects Update vom 8. Mai beschrieb die fortgesetzte Vorbereitung in Bezug auf Node-, Infrastruktur- und Ökosystem-Bereitschaft und wies darauf hin, dass eine Governance-Aktion zur Aktualisierung der Plutus-Kostenmodell-Protokollparameter im PreProd eingereicht wurde.

Der Punkt ist nicht, dass Cardano schneller wird, weil ein Parameterupdate ein Testnetz erreicht hat. Der genauere Punkt ist, dass Cardano die Regeln anpasst, die definieren, wie die Ausführung von Smart Contracts gemessen wird. Das ist wichtig, weil Cardanos Entwicklerumgebung stark von vorhersehbaren Kosten, zuverlässigem Transaktionsverhalten und klaren Ausführungsgrenzen abhängt.

Dies ist Infrastrukturarbeit, kein Marketingmaterial. Änderungen an Kostenmodellen liegen unter der Oberfläche der Benutzererfahrung, aber sie bestimmen, ob Anwendungen stabil bleiben, wenn sich Protokollparameter entwickeln. Teams, die Smart Contracts warten, haben jetzt einen direkten Grund, zu testen, zu messen und anzupassen, bevor dieselben Annahmen in Mainnet-Bedingungen übernommen werden.

Das Risiko ist praktisch. Ältere Verträge, stark optimierte Skripte oder Anwendungen, die bereits nahe an den Ausführungslimits arbeiten, könnten geprüft werden müssen. Das macht das Update jedoch nicht negativ. Es macht das Testfenster wertvoll.

Charles Hoskinsons Antwort auf eUTXO bringt den größeren Kontext

Am selben Tag reagierte Charles Hoskinson auf einen X-Post, in dem behauptet wurde, dass eine AI-Analyse zu dem Schluss gekommen sei, dass Cardano aufgrund seiner UTXO-Architektur nicht skalieren könne. Hoskinson wies die Behauptung scharf zurück und schrieb: „Dunning Kruger AI Edition. ‚Die KI hat mir gesagt, dass UTXO nicht skalieren kann.‘“

Dieser Austausch sollte gegenüber den technischen Nachrichten zweitrangig bleiben, aber er erklärt, warum das Plutus-Update über eine einzige Parameteränderung hinaus von Bedeutung ist. Cardano wird immer noch oft durch Annahmen beurteilt, die auf account-basierten Blockchains beruhen, obwohl seine Architektur einem anderen Modell folgt. In den Cardano-Dokumentationen wird erklärt, dass Cardano ein erweitertes UTXO-Modell (eUTXO) verwendet, das Bitcoins UTXO-Ansatz um die Unterstützung für Multi-Assets und Smart Contracts erweitert.

Das Missverständnis betrifft nicht nur die Terminologie. In einem account-basierten System denken Entwickler und Analysten oft in Begriffen des gemeinsamen Zustands. Im eUTXO-Modell von Cardano hängt das Anwendungsdesign von anderen Annahmen über Validierung, Transaktionskonstruktion und parallele Ausführung ab. Das macht oberflächliche Vergleiche irreführend, besonders wenn sie Cardanos Skalierungsmodell auf eine allgemeine AI-Zusammenfassung reduzieren, anstatt zu untersuchen, wie reale Anwendungen gebaut werden.

Das Plutus-Kostenmodell-Update ist Cardanos nützlichere Antwort auf diese Debatte. Es gibt Entwicklern eine konkrete Testumgebung, spezifische Primitiven zur Überprüfung und einen klaren Grund, zu prüfen, ob ihre Anwendungen weiterhin innerhalb der Ausführungslimits bleiben. Wenn die Kritik am eUTXO ernst genommen werden soll, muss sie Cardano dort begegnen, wo die Architektur tatsächlich getestet wird: in Skripten, Budgets, Transaktionsdesign und Produktionsreife, nicht in vereinfachten Behauptungen darüber, was UTXO kann oder nicht kann.