DevX Tracker segnala lacune di compatibilità Dijkstra in 110 strumenti Cardano

La Cardano DevX Initiative ha pubblicato un tracker pubblico di prontezza per l’hard fork Dijkstra, classificando 110 strumenti come “Interrompe dopo l’HF” nella valutazione del 1 novembre. Questa designazione identifica una lacuna di compatibilità nel codice rilasciato di uno strumento o nelle sue dipendenze. Input Output ha messo in evidenza il tracker nel suo ultimo rapporto settimanale sullo sviluppo.

La mappa collega i risultati al codice sorgente, ai ticket di sviluppo e ai risultati dei test, mostrando quali componenti richiedono modifiche e quali altri strumenti dipendono da essi.

La valutazione Dijkstra copre 206 strumenti Cardano

DevX ha esaminato un catalogo di 268 strumenti e ne ha inclusi 206 il cui codice distribuito interagisce con parti del protocollo interessate da Dijkstra. Dei 62 strumenti esclusi, 41 non avevano codice sorgente pubblico, 18 non toccavano interfacce o strutture modificate e tre corrispondevano solo tramite test o esempi.

La valutazione pubblicata elenca 110 strumenti come “Interrompe dopo l’HF”, nove come “In corso”, quattro come “Pronto per l’HF” e quattro come “Componente target”. Altri 45 restano non verificati, mentre 34 sono stati accantonati con motivazioni documentate, tra cui abbandono o uso limitato.

“Pronto per l’HF” significa che uno strumento ha rilasciato il proprio supporto e non ha dipendenze irrisolte tracciate dalla valutazione. “Non verificato” significa che non è stata confermata alcuna lacuna di compatibilità, ma lo strumento non ha ottenuto un esito positivo. DevX etichetta i dati come in revisione e soggetti a modifiche.

Le dipendenze upstream determinano l’ordine delle correzioni

Il tracker modella 19 passaggi upstream che potrebbero rimuovere barriere di dipendenza per 82 strumenti. La sequenza proposta dà priorità agli ulteriori strumenti che ogni passaggio sbloccherebbe dopo che le dipendenze precedenti sono state affrontate.

I primi cinque passaggi riguardano cardano-db-sync, Blockfrost, Ogmios, Koios e Kupo. Insieme, tali modifiche rimuoverebbero le barriere tracciate per 45 degli 82 strumenti. Blockfrost e Koios dipendono da db-sync, mentre Kupo dipende da Ogmios.

Alcuni progetti richiedono anche modifiche al proprio codice, quindi aggiornare una dipendenza da solo non completerebbe la loro migrazione. La mappa distingue questi casi dagli strumenti che attendono completamente il supporto upstream. Le sue classificazioni descrivono le revisioni esaminate, le versioni successive devono essere valutate rispetto a quello snapshot.

[NEWSBREAK]

I risultati del devnet guidano il follow up dei maintainer

Dopo il tag di cardano-node 11.2.0, DevX ha rieseguito la valutazione sulla prerelease. Tutti i 39 risultati di runtime che potevano essere confrontati a versioni identiche dei componenti hanno corrisposto alla valutazione precedente.

L’aggiornamento ha portato cardano-c e Plutarch allo stato di pronti dopo i rispettivi rilasci di supporto a Dijkstra. Adder è passato a in corso, mentre il node, la CLI, la submit API e cardano-testnet sono stati classificati come componenti target poiché fanno parte della release di riferimento stessa.

Cardano-node 11.2.0 rimane una prerelease le cui note di rilascio non raccomandano ancora l’uso su mainnet. Testarla non costituisce l’attivazione dell’era Dijkstra.

Il prossimo passo annunciato da DevX è inviare pacchetti diagnostici ai maintainer dei componenti con errori confermati sul devnet, tra cui Ogmios, Kupo, db-sync, Pallas, CML e gOuroboros. Ogni pacchetto è pensato per documentare l’errore, fornire i passaggi di riproduzione e identificare gli strumenti bloccati da esso.