BlockPulseNews
Un pont light-client est un bridge qui vérifie directement sur la chaîne de destination l'état de la chaîne d'origine grâce à un client léger, ce qui évite de devoir faire confiance à un groupe de gardiens ou de signataires.
Thème : Oracles et interopérabilité
La plupart des bridges reposent sur un comité : un ensemble de signataires atteste qu'un dépôt a bien eu lieu sur la chaîne A, et la chaîne B les croit sur parole. Si ce comité est compromis, les fonds le sont aussi. Un pont light-client remplace cette confiance par une vérification cryptographique : un smart contract déployé sur la chaîne B suit les en-têtes de blocs de la chaîne A et contrôle les signatures de ses validateurs ou la preuve de travail.
Une fois l'en-tête accepté, le pont peut vérifier une preuve d'inclusion, souvent une preuve de Merkle, montrant qu'un événement précis figure dans un bloc de la chaîne A. La sécurité du pont se rapproche alors de celle des chaînes elles-mêmes. Ce modèle est exigeant : vérifier des signatures d'une autre chaîne peut coûter cher en gas, surtout si les algorithmes cryptographiques diffèrent. C'est pourquoi on combine parfois le light client avec des preuves à connaissance nulle, qui compressent cette vérification. Le protocole IBC de l'écosystème Cosmos repose sur ce principe.
Imaginons que Paul veuille transférer un token de la chaîne A vers la chaîne B. Il le verrouille dans le contrat du pont sur A. Un relayeur transmet à B l'en-tête du bloc et une preuve que le verrouillage y figure. Le contrat light-client sur B vérifie les signatures des validateurs de A, contrôle la preuve, puis émet la version représentative du token pour Paul, sans aucun gardien intermédiaire.
Le pont n'est jamais plus sûr que la chaîne qu'il vérifie : si le consensus de la chaîne source est attaqué, de faux en-têtes peuvent être acceptés. Un bug dans le code du light client ou dans la vérification des preuves peut aussi être exploité. Enfin, le coût de vérification peut ralentir les mises à jour.
Il supprime la dépendance à un comité de signataires, une source fréquente de piratages. Il reste toutefois exposé aux bugs de code et à la sécurité des chaînes reliées.
Parce que vérifier le consensus d'une autre chaîne peut être complexe et coûteux, notamment lorsque les deux chaînes utilisent des signatures ou des fonctions de hachage différentes.
Les derniers articles de BlockPulseNews sur ce sujet.