TxPipe prepara l’infrastruttura Rust di Cardano per Leios

TxPipe ha rilasciato LeiosNotify e LeiosFetch insieme alle strutture iniziali del ledger Dijkstra in Pallas 1.2.0 il 16 settembre. Le aggiunte forniscono ai team Rust strumenti per scambiare dati Leios e lavorare con i formati di blocco proposti. I componenti Dijkstra restano esplicitamente sperimentali, disponibili tramite un flag di funzionalità unstable.

Pallas porta il networking Leios in Rust

Pallas è una raccolta di librerie Rust per il networking di Cardano, le operazioni crittografiche e l’elaborazione dei dati blockchain. Gli sviluppatori la usano per creare indicizzatori, servizi dati e altre applicazioni che interagiscono con i nodi Cardano.

I nuovi protocolli risiedono in pallas-network2. LeiosNotify annuncia i blocchi endorser e pubblica i dati disponibili. LeiosFetch consente ai peer connessi di richiedere i corpi dei blocchi, le transazioni associate e i voti.

Unito il 30 giugno prima dell’inclusione nella versione di settembre, l’implementazione di rete è stata testata contro un relay Musashi. L’autore ha confermato la negoziazione del protocollo andata a buon fine, il recupero del corpo di un blocco endorser e la ricezione di voti inline.

Il recupero delle transazioni aveva una limitazione distinta: il relay poteva fallire quando i dati richiesti non erano disponibili. L’applicazione di esempio è stata adattata per richiedere solo le transazioni offerte dal relay, sebbene tale percorso sia rimasto non confermato nel test dal vivo riportato perché l’attività Leios era inattiva.

Perché Pallas è importante per l’aggiornamento Leios di Cardano

Leios introduce blocchi endorser accanto alla struttura Praos esistente di Cardano per aumentare la capacità di transazione. Supportare questo cambiamento richiede software compatibile in tutti i sistemi che recuperano ed elaborano i dati della catena.

L’analisi di impatto di Input Output identifica Pallas tra le librerie interessate da Leios. Indica anche Oura e Mithril come sistemi che usano Pallas. Oura elabora gli eventi della catena, mentre la documentazione ufficiale di Mithril elenca Pallas come suo osservatore della catena predefinito.

Le modifiche richieste dipendono dalla connessione alla rete di ciascuna applicazione. I servizi che leggono direttamente i messaggi di rete o i blocchi necessitano di librerie e decoder compatibili. I wallet e le dApp che accedono a Cardano tramite un’API intermediaria possono mantenere le interfacce esistenti quando il provider aggiorna il proprio backend.

La compatibilità è solo una parte del lavoro. Un throughput più elevato crea ulteriori esigenze di archiviazione, indicizzazione ed elaborazione. Input Output invita quindi a test anticipati sotto carico elevato, consentendo ai team di infrastruttura di individuare i colli di bottiglia prima della distribuzione.

Il supporto di networking di Pallas offre ai team Rust un modo per iniziare quel lavoro di integrazione verso nodi abilitati a Leios. Adozione e test all’interno dei prodotti a valle restano compiti separati.

Il supporto sperimentale a Dijkstra utilizza blocchi reali di testnet

Pallas 1.2.0 ha inoltre introdotto strutture per blocchi, intestazioni, transazioni e dati di ledger correlati di Dijkstra. Restano dietro il flag unstable perché la specifica di codifica dell’era è ancora in evoluzione.

I test hanno utilizzato 13 blocchi Dijkstra registrati su Musashi e un blocco Conway precedente. Hanno verificato che i dati potessero essere decodificati e ricodificati senza modificarne i byte, che gli hash delle intestazioni corrispondessero ai record del nodo e che il decoder Dijkstra rifiutasse il blocco Conway.

Ulteriori strutture sono state implementate a partire dalla specifica senza esempi in quei blocchi registrati. La pull request introduttiva ha inoltre lasciato invariato il livello condiviso di decodifica multi era di Pallas, rendendo l’integrazione più ampia un compito separato.

Il 17 settembre sono seguite le versioni 1.3.0 e 1.4.0, con protezioni contro l’esaurimento dello stack durante la gestione di dati e script profondamente annidati.

Per gli sviluppatori che sperimentano con i formati Dijkstra, i nuovi tipi offrono un punto di verifica specifico: i blocchi di testnet registrati possono essere letti, ricostruiti e verificati rispetto ai loro hash originali. Ciò offre alle integrazioni Rust una base verificabile mentre la specifica del ledger continua a evolversi.