Cardano Rosetta Java v2.1.0 ist live mit vollständiger Unterstützung für die Conway-Ära-Governance, SPO-Wahl, DRep-Delegation und CIP-129 an allen Endpunkten.
Die Cardano Foundation hat etwas veröffentlicht, worauf Entwickler gewartet haben. Cardano Rosetta Java v2.1.0 ist live und bringt vollständige Unterstützung für die Governance der Conway-Ära sowohl für Konstruktion als auch für Daten-Endpunkte. Wie Cardano_CF auf X bekannt gab, umfasst das Update SPO-Wahl, DRep-Wahldelegation, CIP-129 und mehr.
Das ist keine Kleinigkeit. Governance-Operationen sind jetzt innerhalb der API sichtbar. Entwickler benötigen keine Workarounds mehr.
Pflichtlektüre: Von Legacy Rails zur Blockchain: Warum große Banken auf Tokenisierung setzen
Laut den offiziellen Release-Notes zu v2.1.0 auf GitHub wurde das Update vor zwei Wochen von matiwinnetou verfasst. SPO-Wahl und DRep-Wahldelegation erscheinen jetzt sowohl in Konstruktion als auch in Daten-Endpunkten. Operationen werden nach Index aufsteigend sortiert. Das letzte ist klein, hat aber früher Kopfschmerzen verursacht.
Die Unterstützung für CIP-129 ist jetzt integriert. DRep-IDs mit einem 29-Byte-Präfix-Header benötigen kein explizites Typ-Feld mehr. Die API erkennt den Typ automatisch anhand des Header-Bytes. Roh-IDs mit 28 Byte müssen den Typ weiterhin manuell angeben.
Die Endpunkte /block, /block/transaction und /search/transactions liefern jetzt für Transaktionen der Conway-Ära die Operationen VOTE_DREP_DELEGATION und POOL_GOVERNANCE_VOTE.
Vielleicht auch interessant: Ripple’s $550M XRPL-Erweiterung könnte die XRP-Nachfrage anheizen
Es gibt eine wichtige Änderung. Die HTTP-Statuscodes sind jetzt an die tatsächlichen Fehlerklassifikationen angepasst. Alle nicht-wiederholbaren Fehler geben jetzt 400 Bad Request zurück. Zuvor lieferten Validierungs- und Nicht-Gefunden-Fehler 500 Internal Server Error. Clients, die auf das Abfangen von 500er-Fehlern ausgelegt sind, müssen ihr Fehler-Handling vor dem Upgrade aktualisieren.
Die Cardano Foundation war im Release-Note direkt. Kein weiches Framing.
Für Nutzer, die von v2.0.0 kommen, ist dieses Release vollständig kompatibel. Kein Resync erforderlich. Das ist ein reibungsloser Weg für die meisten aktuellen Deployments.
Bei Versionen von v1.x.x ist es eine andere Geschichte. Ein vollständiger Genesis-Resync des yaci-indexers ist notwendig. Cardano Node-Daten können bleiben; nur die Indexer-Daten müssen gelöscht werden. Die Release-Notes enthalten eine Anleitung zur Datenvolumen-Entfernung.
Die Node-Version wechselt von 10.5.3 auf 10.5.4. Yaci steigt von 0.10.5 auf 0.10.6. Außerdem gibt es jetzt eine experimentelle Admin-UI für den Indexer unter http://yaci-indexer:9095/admin-ui/.
Die Cardano Foundation bestätigte, dass dieses Release nicht verpflichtend ist. Teams können das Upgrade nach eigenem Zeitplan planen.
Auch im Trend: WildMeta integriert Aster DEX, um Web3-Krypto-Handel zu erweitern
Die Conway-Ära ist die Voltaire-Phase von Cardano. Dezentrale Governance. On-Chain-Wahl. DReps. SPO-Teilnahme an Governance-Entscheidungen. Es ist der Teil der Roadmap, der ADA-Inhabern ermöglicht, tatsächliche Entscheidungsträger bei Protokolländerungen zu werden.
Rosetta ist die API-Schicht, mit der Börsen und Entwickler interagieren. Ohne Governance-Operationen darin hatten diese Institutionen eine blinde Stelle. Mit v2.1.0 schließt sich diese Lücke.
Wie @Cardano_CF auf X sagte, ist jetzt vollständige Unterstützung für die Conway-Ära-Governance verfügbar. Diese Formulierung ist wichtig. Nicht teilweise. Nicht experimentell. Vollständig.
Zu den Mitwirkenden bei den Pull Requests gehören @matiwinnetou, @linconvidal und @Sotatek-DucPhung. Mehrere PRs wurden eingereicht, um dies zu realisieren, darunter Tests für Governance-Daten-Endpunkte mit Goldbeispielen und eine Allure3-Migration für die Test-Suite.
Verwandt: ETH-Finanzierung wird positiv, da 262 Mio. USD Zuflüsse den 35-tägigen Abwärtstrend durchbrechen
Die Infrastruktur-Schicht von Cardano ist jetzt vollständiger. Entwickler, die mit governance-intensiven Anwendungen arbeiten, haben jetzt alles, was sie im Standard-API benötigen.