Cardano illustra il design del light client IBC per Injective

La Cardano Foundation ha illustrato come la connessione IBC di Cardano con Injective verifichi i trasferimenti cross chain senza fare affidamento su un operatore di bridge custodiale. Durante una sessione di Developer Office Hours, il Head of Ecosystem Engineering Fabian Bormann ha mostrato l'ambiente di test pubblico e delineato il lavoro rimanente prima di un deployment su mainnet.

La sessione approfondisce il percorso IBC diretto attivato tra Cardano Preprod e la testnet di Injective all'inizio di agosto.

Gli sviluppatori possono riprodurre i trasferimenti tra Cardano e Injective

Il repository open source Cardano IBC Incubator include i componenti necessari per eseguire e convalidare il percorso di test. Il suo strumento da riga di comando Caribic aiuta gli sviluppatori ad avviare i servizi richiesti, verificarne lo stato e instaurare i client IBC, la connessione e il canale di trasferimento.

L'interfaccia di test collega un wallet Cardano, come VESPR, con un wallet compatibile con Cosmos come Keplr. Gli sviluppatori possono quindi spostare ADA di test da Cardano Preprod alla testnet di Injective e completare un trasferimento di ritorno.

L'implementazione attuale supporta ICS-20, lo standard IBC per i trasferimenti di token fungibili. Quando ADA viene spostato su Injective, l'asset originale viene bloccato su Cardano e un corrispondente voucher viene emesso sulla rete di destinazione. Il ritorno dell'asset brucia quel voucher e rilascia l'ADA originale.

Lo stesso modello consente al $INJ di test di entrare in Cardano senza un operatore centralizzato che detenga gli asset trasferiti. Injective ha implementato direttamente il light client di Cardano, eliminando la necessità di una catena intermediaria separata tra i due ecosistemi.

Due light client verificano i messaggi cross chain

Bormann ha distinto IBC da un bridge convenzionale. I relayer trasportano i pacchetti tra le reti, ma non decidono se un trasferimento è valido. Ogni chain ricevente verifica l'altra rete tramite il proprio light client.

Cardano utilizza un light client Tendermint scritto in Aiken per verificare lo stato e i messaggi provenienti da Injective. Injective utilizza un light client probabilistico di Cardano che segue una sequenza di blocchi di Cardano e misura lo stake associato ai loro produttori.

Un singolo blocco di Cardano è firmato dallo stake pool che lo ha prodotto. Il light client quindi attende blocchi aggiuntivi e accumula prove sufficienti supportate dallo stake prima di considerare la transazione originale come finalizzata.

Bormann ha stimato che un trasferimento completo attualmente richieda all'incirca da otto a dieci minuti, includendo la finestra di finalizzazione di Cardano e i messaggi IBC necessari per confermare il trasferimento.

Ouroboros Peras potrebbe in futuro abbreviare quel processo consentendo al light client di raccogliere più rapidamente una conferma più ampia degli stake pool. Peras, tuttavia, non fa parte dell'attuale infrastruttura di produzione di Cardano.

Il percorso verso la mainnet include test di sicurezza e DeFi

La connessione rimane limitata ad ambienti di test. La documentazione di Caribic afferma che il funzionamento su mainnet di Injective non è ancora stato implementato, mentre il workflow disponibile collega Cardano Preprod o Preview con la testnet pubblica di Injective.

Bormann ha elencato ulteriori test dell'ecosistema, un possibile bug bounty e integrazioni con protocolli DeFi tra i prossimi passi. Ha anche detto che il team ha discusso potenziali casi d'uso con FluidTokens. Ulteriori lavori includono il miglioramento di come gli asset IBC e i loro metadati appaiono nei wallet e nei blockchain explorer.

Bormann ha affermato che il progetto ha subito un audit da parte di Anastasia Labs nel 2025. Il percorso di test richiede ancora miglioramenti operativi, inclusi aggiornamenti affidabili del light client e procedure di recupero dopo interruzioni prolungate.

L'implementazione IBC di Cardano è passata dalla ricerca di fattibilità a un ambiente di test cross chain riproducibile. Gli sviluppatori possono ora eseguire il percorso diretto, ispezionare come vengono verificate i trasferimenti e spostare asset di test in entrambe le direzioni. ADA e INJ di produzione rimarranno al di fuori del sistema finché il lavoro su sicurezza, continuità e integrazione applicativa non supporterà un deployment separato su mainnet.