La Fondazione Cardano Aggiorna la Sua API per Exchange per Includere il Supporto Completo alla Governance

La Cardano Foundation ha rilasciato Cardano Rosetta Java v2.1.0, introducendo funzionalità di governance complete dell'era Conway attraverso endpoint API Mesh standardizzati, consentendo agli exchange e agli sviluppatori di interagire con l'infrastruttura di governance decentralizzata di Cardano per la prima volta attraverso l'interfaccia Rosetta.

Cosa Aggiunge l'Aggiornamento

L'era del ledger Conway, denominata anche fase Voltaire, rappresenta la transizione di Cardano verso una governance on-chain in cui i possessori di ADA, gli operatori di Stake Pool e i rappresentanti delegati partecipano direttamente alle decisioni del protocollo. Fino alla v2.1.0, questo livello di governance non era accessibile tramite l'API Rosetta su cui gli exchange e gli integratori istituzionali si affidano per l'interazione standardizzata con la blockchain.

Il rilascio colma questa lacuna sia per gli endpoint di costruzione che per quelli dei dati.

Gli SPO possono ora esprimere voti on-chain sulle azioni di governance direttamente tramite l'API. Gli utenti possono delegare il proprio potere di voto ai DRep attraverso la stessa interfaccia anziché richiedere strumenti separati. È stato aggiunto il supporto CIP-129, che consente l'inferenza automatica del tipo DRep dagli identificatori con prefisso, semplificando la gestione delle identità dei partecipanti alla governance durante la costruzione delle transazioni. Le operazioni di governance, inclusa dRepVoteDelegation, sono ora correttamente identificate e restituite attraverso gli endpoint block, block/transaction e construction/parse.

Per gli exchange in particolare, la copertura standardizzata degli endpoint significa che le transazioni relative alla governance possono essere analizzate, convalidate e visualizzate utilizzando la stessa infrastruttura già in uso per i trasferimenti standard di ADA e le operazioni di staking.

I Miglioramenti Tecnici

Oltre alla governance, la v2.1.0 include diversi perfezionamenti dell'infrastruttura. Le operazioni all'interno degli endpoint dei dati sono ora ordinate per indice in ordine crescente, migliorando la coerenza per gli sviluppatori che analizzano i dati delle transazioni in modo programmatico. La gestione dei codici di stato HTTP è stata corretta per allineare i tipi di errore con i codici di risposta appropriati: gli errori non ripetibili ora restituiscono 400 Bad Request anziché 500 Internal Server Error, una modifica che rende la gestione degli errori più prevedibile per gli integratori. Un'interfaccia amministrativa sperimentale per l'indicizzatore è ora accessibile su localhost per gli sviluppatori che eseguono istanze locali.

Nessuna di queste modifiche rappresenta una funzionalità di primo piano, ma la correzione del codice di stato HTTP è il tipo di correzione che elimina una categoria di confusione nel debug che ha frustrato gli sviluppatori che integravano la versione precedente. Piccoli miglioramenti nella gestione degli errori tendono ad avere un impatto pratico sproporzionato.

Percorso di Aggiornamento e Compatibilità

Il percorso di aggiornamento dalla v2.0.0 è completamente compatibile e non richiede alcuna risincronizzazione dei dati, il che significa che gli exchange e gli operatori dell'infrastruttura sulla versione principale corrente possono applicare l'aggiornamento senza tempi di inattività operativi. Per gli operatori che eseguono ancora la v1.x.x, è richiesta una risincronizzazione genesis completa dello yaci-indexer, sebbene i dati esistenti del Cardano Node possano essere conservati durante tutto il processo.

La distinzione è importante praticamente. Gli operatori che sono passati alla v2.0.0 durante il suo rilascio di febbraio 2026 ottengono un aggiornamento fluido. Coloro che non hanno ancora migrato dalla v1.x.x devono affrontare un processo più complesso prima di accedere alle funzionalità di governance della v2.1.0.

Contesto dal Rilascio della v2.0.0

Il rilascio della v2.0.0 all'inizio di febbraio 2026 è stato l'aggiornamento significativo precedente, che ha ridotto il tempo di sincronizzazione della rete di circa il 30%, portando la sincronizzazione da 52 ore a circa 37 ore. Tale riduzione è stata significativa per gli exchange e gli sviluppatori che gestiscono l'infrastruttura dei nodi completi, riducendo il tempo di disponibilità operativa di oltre 15 ore per le nuove implementazioni.

La v2.1.0 si basa su quella base aggiungendo il livello di governance anziché sostituire o modificare i miglioramenti della sincronizzazione. Le due versioni insieme rappresentano una timeline ragionevolmente compressa di avanzamento dell'infrastruttura: sincronizzazione più veloce a febbraio, integrazione dell'API di governance nello stesso mese.

Perché l'Accesso all'API di Governance È Importante

Il modello di governance on-chain di Cardano è un componente relativamente nuovo e ancora in fase di maturazione del protocollo. La capacità degli SPO e dei possessori di ADA di partecipare alle azioni di governance esiste a livello di protocollo, ma i tassi di partecipazione dipendono in parte dall'accessibilità degli strumenti sulle piattaforme in cui la maggior parte degli utenti interagisce con le proprie partecipazioni.

Un exchange che ora può rendere disponibile la partecipazione alla governance direttamente tramite endpoint API standardizzati rimuove un passaggio dal processo per gli utenti che altrimenti avrebbero bisogno di strumenti esterni per votare o delegare. Se tale riduzione dell'attrito si traduce in tassi di partecipazione alla governance significativamente più elevati è una domanda a cui i dati on-chain successivi al rilascio risponderanno alla fine.

Il post Cardano Foundation Updates Its Exchange API to Include Full Governance Support è apparso per primo su ETHNews.