Fundação Cardano Atualiza Sua API de Exchange para Incluir Suporte Completo de Governança

A Fundação Cardano lançou o Cardano Rosetta Java v2.1.0, introduzindo funcionalidade completa de governança da era Conway através de endpoints padronizados da API Mesh, permitindo que corretoras e programadores interajam com a infraestrutura de governança descentralizada da Cardano pela primeira vez através da interface Rosetta.

O Que a Atualização Adiciona

A era do ledger Conway, também referida como a fase Voltaire, representa a transição da Cardano para a governança on-chain onde detentores de ADA, Operadores de Stake Pool e Representantes Delegados participam diretamente nas decisões do protocolo. Até à v2.1.0, esta camada de governança não estava acessível através da API Rosetta na qual as corretoras e integradores institucionais confiam para interação padronizada com a blockchain.

O lançamento preenche essa lacuna tanto nos endpoints de construção como de dados.

Os SPOs podem agora lançar votos on-chain em ações de governança diretamente através da API. Os utilizadores podem delegar o seu poder de voto aos DReps através da mesma interface em vez de exigir ferramentas separadas. Foi adicionado suporte CIP-129, permitindo inferência automática do tipo DRep a partir de identificadores prefixados, o que simplifica como as identidades dos participantes da governança são tratadas durante a construção de transações. As operações de governança, incluindo dRepVoteDelegation, são agora corretamente identificadas e devolvidas nos endpoints block, block/transaction e construction/parse.

Para as corretoras em particular, a cobertura padronizada de endpoints significa que as transações relacionadas com governança podem ser analisadas, validadas e exibidas usando a mesma infraestrutura já em vigor para transferências padrão de ADA e operações de staking.

As Melhorias Técnicas

Para além da governança, a v2.1.0 inclui vários refinamentos de infraestrutura. As operações dentro dos endpoints de dados são agora ordenadas por índice em ordem crescente, melhorando a consistência para programadores que analisam dados de transações programaticamente. O tratamento de códigos de status HTTP foi corrigido para alinhar tipos de erro com códigos de resposta apropriados: erros não repetíveis agora devolvem 400 Bad Request em vez de 500 Internal Server Error, uma mudança que torna o tratamento de erros mais previsível para integradores. Uma interface de administração experimental para o indexador está agora acessível em localhost para programadores que executam instâncias locais.

Nenhuma dessas alterações são funcionalidades de destaque, mas a correção do código de status HTTP é o tipo de correção que elimina uma categoria de confusão de depuração que frustrou programadores a integrar a versão anterior. Pequenas melhorias no tratamento de erros tendem a ter um impacto prático desproporcional.

Caminho de Atualização e Compatibilidade

O caminho de atualização da v2.0.0 é totalmente compatível e não requer ressincronização de dados, o que significa que corretoras e operadores de infraestrutura na versão principal atual podem aplicar a atualização sem tempo de inatividade operacional. Para operadores ainda a executar v1.x.x, é necessária uma ressincronização genesis completa do yaci-indexer, embora os dados existentes do Cardano Node possam ser retidos durante todo o processo.

A distinção é importante na prática. Os operadores que migraram para a v2.0.0 durante o seu lançamento em fevereiro de 2026 obtêm uma atualização suave. Aqueles que ainda não migraram da v1.x.x enfrentam um processo mais envolvido antes de aceder às funcionalidades de governança na v2.1.0.

Contexto do Lançamento da v2.0.0

O lançamento da v2.0.0 no início de fevereiro de 2026 foi a atualização significativa anterior, que reduziu o tempo de sincronização da rede em aproximadamente 30%, trazendo a sincronização de 52 horas para aproximadamente 37 horas. Essa redução foi significativa para corretoras e programadores a executar infraestrutura de nó completo, reduzindo o tempo até à prontidão operacional em mais de 15 horas para novas implementações.

A v2.1.0 baseia-se nessa fundação ao adicionar a camada de governança em vez de substituir ou modificar as melhorias de sincronização. Os dois lançamentos juntos representam um cronograma razoavelmente comprimido de avanço da infraestrutura: sincronização mais rápida em fevereiro, integração da API de governança no mesmo mês.

Porque é que o Acesso à API de Governança Importa

O modelo de governança on-chain da Cardano é um componente relativamente novo e ainda em maturação do protocolo. A capacidade dos SPOs e detentores de ADA de participar em ações de governança existe ao nível do protocolo, mas as taxas de participação dependem em parte de quão acessíveis são as ferramentas para as plataformas onde a maioria dos utilizadores interage com as suas participações.

Uma corretora que agora pode apresentar a participação na governança diretamente através de endpoints padronizados da API remove um passo do processo para utilizadores que de outra forma necessitariam de ferramentas externas para votar ou delegar. Se essa redução de fricção se traduz em taxas de participação na governança significativamente mais elevadas é uma questão que os dados on-chain após o lançamento acabarão por responder.

O artigo Fundação Cardano Atualiza a Sua API de Corretora para Incluir Suporte Completo de Governança apareceu primeiro no ETHNews.