Rastreador do DevX sinaliza lacunas de compatibilidade do Dijkstra em 110 ferramentas do Cardano

A Cardano DevX Initiative publicou um rastreador público de prontidão para o hard fork Dijkstra, classificando 110 ferramentas como “Breaks after HF” em sua avaliação de 1º de novembro. A designação identifica uma lacuna de compatibilidade no código lançado de uma ferramenta ou em suas dependências. A Input Output destacou o rastreador em seu último relatório semanal de desenvolvimento.

O mapa conecta as constatações ao código-fonte, a problemas de desenvolvimento e a resultados de testes, mostrando quais componentes precisam de mudanças e quais outras ferramentas dependem deles.

Avaliação do Dijkstra abrange 206 ferramentas do Cardano

A DevX revisou um catálogo de 268 ferramentas e incluiu 206 cujos códigos distribuídos interagem com partes do protocolo afetadas pelo Dijkstra. Das 62 ferramentas excluídas, 41 não tinham código-fonte público, 18 não tocavam em interfaces ou estruturas alteradas e três correspondiam apenas por meio de testes ou exemplos.

A avaliação publicada lista 110 ferramentas como “Breaks after HF”, nove como “In progress”, quatro como “Ready for HF” e quatro como “Target component”. Outras 45 permanecem não verificadas, enquanto 34 foram deixadas de lado com motivos documentados, incluindo abandono ou uso limitado.

“Ready for HF” significa que uma ferramenta lançou seu próprio suporte e não tem dependências pendentes rastreadas pela avaliação. “Not verified” significa que nenhuma lacuna de compatibilidade foi confirmada, mas a ferramenta não obteve um resultado de aprovação. A DevX rotula os dados como em revisão e sujeitos a mudança.

Dependências upstream definem a ordem de correções

O rastreador modela 19 etapas upstream que poderiam remover barreiras de dependência para 82 ferramentas. Sua sequência proposta prioriza as ferramentas adicionais que cada etapa desbloquearia depois que dependências anteriores tiverem sido tratadas.

As cinco primeiras etapas envolvem cardano-db-sync, Blockfrost, Ogmios, Koios e Kupo. Juntas, essas mudanças removeriam as barreiras rastreadas para 45 das 82 ferramentas. Blockfrost e Koios dependem de db-sync, enquanto Kupo depende de Ogmios.

Alguns projetos também exigem mudanças em seu próprio código, portanto atualizar apenas uma dependência não completaria sua migração. O mapa distingue esses casos de ferramentas que aguardam totalmente por suporte upstream. Suas classificações descrevem as revisões examinadas; lançamentos subsequentes precisam ser avaliados em relação a esse retrato.

[NEWSBREAK]

Resultados do devnet orientam o acompanhamento dos mantenedores

Depois que o cardano-node 11.2.0 foi marcado, a DevX refez a avaliação contra o pré-lançamento. Todos os 39 resultados de tempo de execução que puderam ser comparados em versões idênticas de componentes corresponderam à avaliação anterior.

A atualização moveu cardano-c e Plutarch para o status Ready após seus lançamentos de suporte ao Dijkstra. Adder passou para In progress, enquanto o node, a CLI, a submit API e o cardano-testnet foram classificados como Target component porque fazem parte do próprio lançamento de referência.

O cardano-node 11.2.0 continua sendo um pré-lançamento cujas notas de versão ainda não recomendam uso em mainnet. Testá-lo não constitui ativação da era Dijkstra.

O próximo passo anunciado pela DevX é enviar pacotes de diagnóstico aos mantenedores de componentes com falhas de devnet confirmadas, incluindo Ogmios, Kupo, db-sync, Pallas, CML e gOuroboros. Cada pacote pretende documentar a falha, fornecer passos de reprodução e identificar as ferramentas bloqueadas por ela.