Il nodo Dingo di Cardano avanza nella produzione di blocchi su testnet mentre l'infrastruttura basata su Go si espande

Blink Labs ha presentato un nuovo aggiornamento sullo sviluppo di Dingo, un'implementazione alternativa del nodo Cardano scritta in Go. Durante le Developers Office Hours #65, il CEO di Blink Labs Chris Gianelloni ha descritto come Dingo sia passato dal suo ruolo originario di nodo dati a un'infrastruttura in grado di convalidare i dati di Cardano, produrre blocchi sulle reti di test e fornire API locali per le applicazioni.

Per Cardano, l'aggiornamento è rilevante perché Dingo affronta un problema centrale di infrastruttura: la diversità dei nodi. Una rete che dipende eccessivamente da un'unica implementazione dominante comporta rischi operativi, mentre client indipendenti possono aiutare a mettere in luce le assunzioni, migliorare i test e offrire agli sviluppatori più modalità per costruire sullo stesso protocollo.

Dingo rafforza la diversità dei nodi di Cardano con un client basato su Go

Dingo è un progetto open source di nodo Cardano sviluppato da Blink Labs. Il progetto è iniziato come nodo dati progettato per acquisire dati della blockchain, indicizzarli e fornirli tramite API. Gianelloni ha affermato che l'originario focus sulle prestazioni derivava da quel ruolo di indicizzazione, in cui Dingo era pensato per combinare funzioni che spesso sono gestite tramite uno stack più ampio che coinvolge cardano-node, DB Sync e Postgres.

Il progetto ora copre un insieme più ampio di funzioni infrastrutturali. Dingo può operare come nodo dati, servizio API e produttore di blocchi su testnet, a seconda di come è configurato. La sua implementazione basata su Go aggiunge un ulteriore percorso tecnico per l'infrastruttura di Cardano, accanto al consolidato nodo in Haskell e ad altri lavori su client alternativi nell'ecosistema.

Questa diversità di client può aumentare la resilienza della rete perché implementazioni separate mettono alla prova il protocollo partendo da basi di codice diverse. Gianelloni ha affermato che il lavoro con altri team dell'infrastruttura Cardano ha aiutato a identificare dove alcune assunzioni sono legate a una specifica implementazione invece che al protocollo in sé.

Blink Labs ha anche collegato lo sviluppo di Dingo a una proposta del tesoro di Cardano incentrata sulla preparazione alla produzione, sulla preparazione all'hard fork Dijkstra, sul supporto a Leios e sulla produzione di blocchi su mainnet. La proposta ha richiesto finanziamenti in ADA per continuare il lavoro su Dingo come produttore di blocchi di livello produttivo.

La produzione di blocchi su Preview porta Dingo oltre l'indicizzazione dei dati

Gianelloni ha dichiarato che Dingo sta già producendo blocchi sulla rete Preview di Cardano. Durante la presentazione, ha affermato che Dingo aveva prodotto circa il 3 percento dei blocchi nel giorno precedente su Preview e circa il 4 percento negli ultimi 100 blocchi mostrati in quel momento.

Questa attività inserisce Dingo in un ruolo più pratico su testnet, ma non rende il progetto pronto per il mainnet. Blink Labs continua a presentare Dingo come software in sviluppo attivo, con l'uso attuale focalizzato sugli ambienti Preview, PreProd e devnet piuttosto che su operazioni di mainnet di produzione con fondi reali.

Il passaggio verso la produzione di blocchi cambia anche il modello di fiducia alla base dei servizi dati di Dingo. Un nodo puramente dati necessita di un altro nodo di validazione nello stack. In qualità di produttore di blocchi, Dingo può convalidare localmente i dati della catena e poi utilizzare quei dati convalidati come base per i propri servizi API.

Gianelloni ha inoltre presentato applicazioni di esempio costruite attorno a Dingo. Dingo Swap utilizza i dati di Dingo e la UTxO RPC API su Preview, GovLens legge i dati di governance dal database dei metadati di Dingo e Dingo Explorer utilizza un'API compatibile con Blockfrost servita localmente da Dingo.

API, Mithril Sync e lavoro sulla sicurezza definiscono la strada verso il mainnet

Dingo è sviluppato come uno stack infrastrutturale per molteplici casi d'uso degli sviluppatori. Il progetto supporta UTxO RPC, una superficie di API Mini Blockfrost, il supporto alla Rosetta API e l'output dei metadati verso Postgres. Questa configurazione consente agli sviluppatori di creare applicazioni, dashboard e report utilizzando strumenti di database familiari facendo al contempo affidamento su dati indicizzati e convalidati tramite Dingo.

Il progetto utilizza anche Mithril per un bootstrap più rapido. Gianelloni ha affermato che Mithril Sync è uno dei principali metodi consigliati per rendere operativo Dingo, specialmente in modalità API, sebbene Dingo debba comunque elaborare e indicizzare i dati dopo la sincronizzazione iniziale.

Blink Labs ha inoltre descritto diversi passaggi rimanenti prima di un uso più ampio in produzione. Questi includono la convalida del calcolo delle ricompense, il rafforzamento della sicurezza, test su scala mainnet, ottimizzazione dello storage e un audit di sicurezza esterno. Gianelloni ha affermato che il team desidera completare l'audit e affrontare eventuali elementi di remediation prima di dire agli operatori che Dingo è pronto per l'uso su mainnet.

Attualmente Dingo cambia lo stato dell'infrastruttura testnet di Cardano, non lo stato delle operazioni su mainnet. Ora dispone di produzione di blocchi su Preview, esempi di API locali, un modello di metadati su Postgres, strumenti di osservabilità e una roadmap legata a revisione della sicurezza e lavoro di scaling. Per lo sforzo di diversificazione dei nodi di Cardano, l'aggiornamento conferisce a Dingo un ruolo concreto come implementazione funzionante basata su Go che sviluppatori e operatori possono testare prima di qualsiasi distribuzione più ampia in produzione.