Cardano Rosetta Java v2.1.0 : La gouvernance devient réalité

Cardano Rosetta Java v2.1.0 est en ligne avec un support complet de la gouvernance de l’ère Conway, le vote SPO, la délégation DRep et le CIP-129 sur tous les points d’accès.

La Fondation Cardano a livré quelque chose que les développeurs attendaient. Cardano Rosetta Java v2.1.0 est en ligne, apportant un support complet de la gouvernance de l’ère Conway aux points d’accès de construction et de données. Comme l’a annoncé Cardano_CF sur X, la mise à jour couvre le vote SPO, la délégation de vote DRep, le CIP-129, et plus encore.

Ce n’est pas une petite chose. Les opérations de gouvernance sont désormais visibles dans l’API. Les développeurs n’ont plus besoin de solutions de contournement.

À LIRE ABSOLUMENT : Du Rails Héritage à la Blockchain : Pourquoi les grandes banques parient sur la tokenisation

Ce qui a changé dans l’API

Selon les notes de version officielles v2.1.0 sur GitHub, la mise à jour a été rédigée par matiwinnetou il y a deux semaines. Le vote SPO et la délégation de vote DRep apparaissent désormais dans les points d’accès de construction et de données. Les opérations sont triées par ordre croissant d’index. Cette dernière partie est mineure, mais elle causait des maux de tête.

Le support du CIP-129 est maintenant intégré. Les IDs DRep avec un en-tête préfixé de 29 octets n’ont plus besoin d’un champ de type explicite. L’API en déduit automatiquement le type à partir de l’octet d’en-tête. Les IDs bruts de 28 octets doivent encore avoir leur type déclaré manuellement.

Les points d’accès /block, /block/transaction, et /search/transactions renvoient désormais des opérations VOTE_DREP_DELEGATION et POOL_GOVERNANCE_VOTE pour les transactions de l’ère Conway.

Vous pourriez aussi aimer : L’expansion de 550 millions de dollars de Ripple XRPL pourrait stimuler la demande pour XRP

Le changement majeur que les développeurs doivent connaître

Il y a un changement majeur. Les codes de statut HTTP sont désormais alignés avec les classifications d’erreur réelles. Toutes les erreurs non réessayables renvoient maintenant 400 Bad Request. Auparavant, les erreurs de validation et de non-trouvabilité renvoyaient 500 Internal Server Error. Les clients conçus pour attraper les erreurs 500 doivent mettre à jour leur gestion des erreurs avant la mise à niveau.

La Fondation Cardano l’a clairement indiqué dans les notes de version. Pas de formulation douce.

Chemin de mise à niveau et ce qui est réinitialisé

Pour les utilisateurs venant de v2.0.0, cette version est entièrement compatible. Aucune resynchronisation n’est nécessaire. C’est une voie claire pour la plupart des déploiements actuels.

Pour ceux venant de v1.x.x, c’est une autre histoire. Une resynchronisation complète du génèse de l’indexeur yaci est requise. Les données du nœud Cardano peuvent rester, seul l’indexeur doit être réinitialisé. Les notes de version incluent une procédure de suppression du volume de données.

La version du nœud passe de 10.5.3 à 10.5.4. Yaci passe également de 0.10.5 à 0.10.6. Et il existe désormais une interface d’administration expérimentale pour l’indexeur accessible à http://yaci-indexer:9095/admin-ui/.

La Fondation Cardano a confirmé que cette mise à jour n’est pas obligatoire. Les équipes peuvent planifier la mise à niveau selon leur propre calendrier.

Autre tendance : WildMeta intègre Aster DEX pour étendre la découverte du trading de crypto Web3

Ce que signifie réellement l’ère Conway ici

L’ère Conway correspond à la phase Voltaire de Cardano. Gouvernance décentralisée. Vote en chaîne. DReps. Participation SPO aux décisions de gouvernance. C’est la partie de la feuille de route qui transforme les détenteurs d’ADA en véritables décideurs sur les changements de protocole.

Rosetta est la couche API avec laquelle les échanges et les constructeurs interagissent. Sans opérations de gouvernance dedans, ces institutions avaient un point aveugle. La v2.1.0 comble cela.

Comme l’a indiqué @Cardano_CF sur X, le support complet de la gouvernance de l’ère Conway est désormais disponible. Cette formulation est importante. Pas partiel. Pas expérimental. Complet.

Les contributeurs derrière les demandes de tirage incluent @matiwinnetou, @linconvidal, et @Sotatek-DucPhung. Plusieurs PR ont été nécessaires pour finaliser cela, notamment des tests de l’endpoint de données de gouvernance avec des exemples dorés et une migration Allure3 pour la suite de tests.

En relation : Le financement ETH devient positif alors que 262 millions de dollars d’entrées brisent une chute de 35 jours

L’infrastructure de Cardano vient de devenir plus complète. Les constructeurs travaillant sur des applications axées sur la gouvernance disposent désormais de ce dont ils ont besoin dans l’API standard.