Fundația Cardano a lansat Cardano Rosetta Java v2.1.0, introducând funcționalitatea completă de guvernanță din era Conway prin puncte finale API Mesh standardizate, permițând pentru prima dată schimburilor și dezvoltatorilor să interacționeze cu infrastructura de guvernanță descentralizată a Cardano prin interfața Rosetta.
Era registrului Conway, numită și faza Voltaire, reprezintă tranziția Cardano către guvernanța on-chain, unde deținătorii de ADA, operatorii de pool-uri de stake și reprezentanții delegați participă direct la deciziile protocolului. Până la v2.1.0, acest nivel de guvernanță nu era accesibil prin API-ul Rosetta pe care schimburile și integratorii instituționali se bazează pentru interacțiunea standardizată cu blockchain-ul.
Lansarea elimină această lacună atât pe punctele finale de construcție, cât și pe cele de date.
SPO-urile pot acum vota on-chain pentru acțiuni de guvernanță direct prin API. Utilizatorii pot delega puterea lor de vot către DReps prin aceeași interfață, fără a necesita instrumente separate. A fost adăugat suportul CIP-129, permițând inferența automată a tipului DRep din identificatori cu prefix, ceea ce simplifică modul în care sunt gestionate identitățile participanților la guvernanță în timpul construcției tranzacțiilor. Operațiunile de guvernanță, inclusiv dRepVoteDelegation, sunt acum identificate și returnate corect pe punctele finale block, block/transaction și construction/parse.
În special pentru schimburi, acoperirea standardizată a punctelor finale înseamnă că tranzacțiile legate de guvernanță pot fi analizate, validate și afișate folosind aceeași infrastructură deja existentă pentru transferurile standard ADA și operațiunile de staking.
Dincolo de guvernanță, v2.1.0 include mai multe îmbunătățiri ale infrastructurii. Operațiunile din punctele finale de date sunt acum sortate după index în ordine crescătoare, îmbunătățind consistența pentru dezvoltatorii care analizează datele tranzacțiilor programatic. Gestionarea codurilor de stare HTTP a fost corectată pentru a alinia tipurile de erori cu codurile de răspuns adecvate: erorile care nu pot fi reîncercate returnează acum 400 Bad Request în loc de 500 Internal Server Error, o modificare care face gestionarea erorilor mai previzibilă pentru integratori. O interfață administrativă experimentală pentru indexer este acum accesibilă la localhost pentru dezvoltatorii care rulează instanțe locale.
Niciuna dintre aceste modificări nu sunt caracteristici principale, dar corectarea codului de stare HTTP este tipul de remediere care elimină o categorie de confuzie în depanare care i-a frustrat pe dezvoltatorii care au integrat versiunea anterioară. Îmbunătățirile mici ale gestionării erorilor tind să aibă un impact practic supradimensionat.
Calea de upgrade de la v2.0.0 este complet compatibilă și nu necesită resincronizare a datelor, ceea ce înseamnă că schimburile și operatorii de infrastructură pe versiunea majoră actuală pot aplica actualizarea fără timp de nefuncționare operațională. Pentru operatorii care încă rulează v1.x.x, este necesară o resincronizare completă genesis a yaci-indexer, deși datele existente ale Cardano Node pot fi păstrate pe parcursul procesului.
Distincția contează practic. Operatorii care au trecut la v2.0.0 în timpul lansării din februarie 2026 obțin un upgrade fluid. Cei care nu au migrat încă de la v1.x.x se confruntă cu un proces mai complex înainte de a accesa funcțiile de guvernanță din v2.1.0.
Lansarea v2.0.0 de la începutul lunii februarie 2026 a fost actualizarea semnificativă precedentă, care a redus timpul de sincronizare a rețelei cu aproximativ 30%, aducând sincronizarea de la 52 de ore la aproximativ 37 de ore. Această reducere a fost semnificativă pentru schimburi și dezvoltatori care rulează infrastructură de noduri complete, reducând timpul până la pregătirea operațională cu peste 15 ore pentru implementări noi.
v2.1.0 se construiește pe această fundație prin adăugarea nivelului de guvernanță, mai degrabă decât înlocuirea sau modificarea îmbunătățirilor de sincronizare. Cele două lansări împreună reprezintă un cronometru rezonabil de comprimat al avansării infrastructurii: sincronizare mai rapidă în februarie, integrarea API de guvernanță în aceeași lună.
Modelul de guvernanță on-chain al Cardano este o componentă relativ nouă și încă în curs de maturizare a protocolului. Capacitatea SPO-urilor și deținătorilor de ADA de a participa la acțiuni de guvernanță există la nivel de protocol, dar ratele de participare depind în parte de cât de accesibile sunt instrumentele pentru platformele unde cei mai mulți utilizatori interacționează cu deținerile lor.
Un schimb care poate acum afișa participarea la guvernanță direct prin puncte finale API standardizate elimină un pas din proces pentru utilizatorii care altfel ar avea nevoie de instrumente externe pentru a vota sau delega. Dacă această reducere a fricțiunii se traduce în rate de participare la guvernanță semnificativ mai mari este o întrebare la care datele on-chain ulterioare lansării vor răspunde în cele din urmă.
Postarea Fundația Cardano își actualizează API-ul de schimb pentru a include suport complet de guvernanță a apărut prima dată pe ETHNews.


