Le client IBC de Cardano ajoute la vérification de la mise via Mithril

Cardano Foundation a publié la version v0.1.6 de son noyau expérimental de client léger IBC de Cardano le 16 octobre. Chaque nouveau client démarre désormais à partir d’une distribution de mise certifiée par Mithril, apportant des données de mise authentifiées à l’infrastructure pour les messages interchaînes et les transferts de jetons.

Mithril certifie les distributions de mise de Cardano

Une distribution de mise enregistre la quantité d’ADA déléguée à chaque pool de staking. Le client IBC utilise ces informations lors de la vérification des blocs de Cardano et de l’évaluation du respect des conditions d’acceptation de l’état IBC de Cardano.

Mithril certifie les données de Cardano au moyen des signatures des opérateurs de pools de staking participants. Dans cette implémentation, ses certificats authentifient la distribution de mise associée à une époque donnée, une période définie dans le protocole de Cardano.

Selon la documentation du client, les montants de mise constituaient le dernier composant non signé de ses données d’époque. Une distribution fournie par un relayer, le service qui transporte les informations entre les réseaux, était donc soumise à un délai de contestation de six heures.

Une distribution certifiée prévaut désormais sur un tableau téléversé. Si un certificat Mithril contredit des données de mise précédemment acceptées, le client gèle. Cette version aligne également la vérification des signatures sur l’implémentation de référence de Mithril et introduit des vérifications de preuve plus strictes.

Impact du changement sur les transferts IBC de Cardano

IBC, pour Inter Blockchain Communication, est un protocole d’échange de messages et de jetons entre blockchains. Cardano IBC Incubator développe l’implémentation de Cardano, y compris des composants prenant en charge les transferts de jetons fongibles.

Un client léger s’exécute sur la chaîne réceptrice et vérifie les informations provenant d’un autre réseau avant qu’un message IBC ne soit accepté. Pour Cardano, cela implique de suivre les blocs, de vérifier leurs producteurs et de rassembler des preuves suffisantes au travers de la production des blocs suivants.

Un certificat Mithril correspondant supprime l’attente liée à la vérification de la mise. Les époques ultérieures sans cette certification restent soumises au processus de contestation.

D’autres exigences d’acceptation continuent de s’appliquer. Le modèle actuel exige au moins 24 blocs construits après le bloc observé, au moins cinq pools qualifiés, et un seuil de mise spécifié. Atteindre à lui seul le nombre minimal de blocs ne garantit donc pas l’acceptation.

Les délais de transfert individuels dépendent toujours de la finalisation des blocs, des mises à jour du client et du traitement des messages IBC.

Le déploiement d’IBC sur Cardano reste expérimental

Le dépôt continue de décrire le projet comme un logiciel expérimental, incomplet et insuffisamment testé pour un pont de production. Les développeurs peuvent tester des transferts de jetons, y compris de l’ADA de test, tandis que la sécurité de l’implémentation dépend également des sources de données configurées et des paramètres d’acceptation.

Une chaîne Cosmos participante doit intégrer le client Cardano et autoriser explicitement son utilisation. Le nouveau noyau a été publié en même temps que des adaptateurs pour deux versions ibc-go prises en charge.

Les clients existants utilisant l’ancien format de stockage inline doivent être recréés avant que la chaîne hôte ne mette à niveau vers le nouveau module.

Les opérateurs définissent une configuration Mithril de confiance initiale lors de la création d’un client. L’initialisation n’aboutit que lorsque la distribution de mise importée correspond à un certificat vérifié, faisant des données de mise authentifiées un point de départ requis pour la vérification interchaînes ultérieure du client.