Cardano détaille la conception du client léger IBC pour Injective

La Cardano Foundation a détaillé comment la connexion IBC de Cardano avec Injective vérifie les transferts interchaînes sans dépendre d’un opérateur de pont dépositaire. Lors d’une session Developer Office Hours, le responsable de l’ingénierie de l’écosystème, Fabian Bormann, a présenté l’environnement de test public et a décrit le travail restant avant un déploiement sur mainnet.

La session développe la route IBC directe activée entre Cardano Preprod et le testnet d’Injective début août.

Les développeurs peuvent reproduire des transferts entre Cardano et Injective

Le dépôt open source Cardano IBC Incubator inclut les composants nécessaires pour exécuter et valider la route de test. Son outil en ligne de commande Caribic aide les développeurs à démarrer les services requis, à vérifier leur état et à établir les clients IBC, la connexion et le canal de transfert.

L’interface de test connecte un portefeuille Cardano, tel que VESPR, à un portefeuille compatible Cosmos tel que Keplr. Les développeurs peuvent ensuite déplacer de l’ADA de test de Cardano Preprod vers le testnet d’Injective puis effectuer un transfert de retour.

L’implémentation actuelle prend en charge ICS-20, le standard IBC pour les transferts de jetons fongibles. Quand l’ADA passe sur Injective, l’actif original est verrouillé sur Cardano et un bon correspondant est émis sur le réseau de destination. Le retour de l’actif brûle ce bon et libère l’ADA original.

Le même modèle permet au $INJ de test d’entrer sur Cardano sans qu’un opérateur centralisé ne détienne les actifs transférés. Injective a implémenté directement le client léger de Cardano, supprimant le besoin d’une chaîne intermédiaire séparée entre les deux écosystèmes.

Deux clients légers vérifient les messages interchaînes

Bormann a distingué IBC d’un pont conventionnel. Les relayeurs transportent des paquets entre les réseaux, mais ils ne décident pas si un transfert est valide. Chaque chaîne réceptrice vérifie l’autre réseau au moyen de son propre client léger.

Cardano utilise un client léger Tendermint écrit en Aiken pour vérifier l’état et les messages provenant d’Injective. Injective utilise un client léger Cardano probabiliste qui suit une séquence de blocs Cardano et mesure la mise associée à leurs producteurs.

Un bloc Cardano unique est signé par le stake pool qui l’a produit. Le client léger attend donc des blocs supplémentaires et accumule suffisamment de preuves appuyées par la mise avant de considérer la transaction initiale comme finalisée.

Bormann a estimé qu’un transfert complet prend actuellement environ huit à dix minutes, y compris la fenêtre de règlement Cardano et les messages IBC nécessaires pour confirmer le transfert.

Ouroboros Peras pourrait finalement raccourcir ce processus en permettant au client léger de recueillir plus rapidement une confirmation plus large des stake pools. Peras cependant ne fait pas partie de l’infrastructure de production actuelle de Cardano.

La trajectoire vers le mainnet inclut des tests de sécurité et de DeFi

La connexion reste limitée aux environnements de test. La documentation de Caribic indique que le fonctionnement sur le mainnet d’Injective n’a pas encore été implémenté, tandis que le flux de travail disponible connecte Cardano Preprod ou Preview au testnet public d’Injective.

Bormann a cité parmi les prochaines étapes des tests supplémentaires de l’écosystème, un possible bug bounty et des intégrations avec des protocoles DeFi. Il a aussi indiqué que l’équipe a discuté d’usages potentiels avec FluidTokens. Le travail à venir inclut l’amélioration de l’affichage des actifs IBC et de leurs métadonnées dans les portefeuilles et les explorateurs de blockchain.

Bormann a indiqué que le projet a fait l’objet d’un audit par Anastasia Labs en 2025. La route de test nécessite encore des améliorations opérationnelles, notamment des mises à jour fiables du client léger et des procédures de reprise après des interruptions prolongées.

L’implémentation IBC de Cardano est passée de la recherche de faisabilité à un environnement de test interchaînes reproductible. Les développeurs peuvent désormais exécuter la route directe, examiner comment les transferts sont vérifiés et déplacer des actifs de test dans les deux sens. L’ADA et l’INJ de production resteront en dehors du système jusqu’à ce que les travaux sur la sécurité, la continuité et l’intégration applicative permettent un déploiement séparé sur mainnet.