Dans les prochains fils, je vais plonger en profondeur dans EIL - le Couche d'Interopérabilité d'Ethereum. Le protocole permet une exécution inter-chaînes minimisée en confiance avec de nombreux cas d'utilisation intéressants et il vaut la peine de développer une intuition à ce sujet. Ceci est la Partie 1 de l'explication 🧵👇

Pour une introduction douce et quelques transactions de test, vous pouvez jeter un œil rapide à mon fil précédent et au résumé de @l2beat. TL/DR - EIL vous permet d'exécuter vous-même des transactions inter-chaînes, supprimant ainsi les hypothèses de confiance associées aux intermédiaires /2

La plupart des autres protocoles x-chain introduisent des intermédiaires - des relayeurs, des solveurs, des oracles, etc... chaque intermédiaire - selon le protocole, peut potentiellement vous nuire - voler, geler, causer des problèmes, etc... vous devez leur faire confiance pour qu'ils se comportent correctement /3

Construire des protocoles sans confiance est très difficile, et EIL ne fait pas exception. Il a de nombreuses pièces mobiles, et je le considérerais comme très compliqué, mais c'est ce qu'il faut pour construire des protocoles sans confiance. Une raison de plus d'apprendre comment cela fonctionne 💪 /4

Au cœur, EIL est un protocole HLTC. Si vous ne savez pas ce que c'est, c'est un échange atomique sans confiance où vous échangez des fonds sur une chaîne avec une contrepartie sur une autre chaîne /5

Les protocoles HLTC classiques reposent sur l'échange de "secrets" (hashs cryptographiques) et - bien que totalement sans confiance - souffrent d'une mauvaise interface utilisateur car l'échange est quelque peu fastidieux /6

EIL ne repose pas sur l'échange de "secrets" - vous pouvez plutôt le considérer comme une version optimiste de HLTC. Lorsque tout se passe comme prévu (de manière optimiste) - c'est très rapide. Si l'une des parties est malveillante - un mécanisme de règlement des différends quelque peu compliqué est impliqué /7

Dans EIL, Alice (l'utilisateur) qui a des fonds sur la chaîne SRC et souhaite exécuter une transaction sur la chaîne DST, échangera ses fonds SRC contre des fonds DST de Bobby (fournisseur de liquidité inter-chaînes). Ces fonds DST seront utilisés pour effectuer la transaction DST, tandis qu'un peu plus tard, Bobby récupérera les fonds d'Alice /8

Examinons l'exemple d'Alice souhaitant acheter un NFT sur DST 1. Alice dépose des fonds sur SRC 2. Bobby, voyant cela, émet un bon à court terme 3. Alice utilise ce bon pour effectuer une tx sur DST 4. Bobby réclame les fonds d'Alice sur SRC /9

Alors comment se fait-il qu'Alice puisse utiliser le bon de Bobby sur DST ? Un mécanisme de Paymaster AA assez standard est utilisé ici - sur DST, il existe un type spécial de Paymaster (Paymaster x-chain) qui conserve les fonds de Bobby et - s'il reçoit le bon de Bobby - financera la transaction d'Alice /10

Qu'en est-il de l'interface utilisateur pour Alice ? Cela signifie-t-il qu'elle doit signer deux transactions ? Ça a l'air terrible, non ? Il s'avère qu'elle n'a besoin de signer qu'une seule fois (les transactions 1 et 3 en tant que paquet). Son portefeuille enverra la tx1 à SRC, attendra le bon de Bobby et enverra la tx2 à DST sans qu'Alice ne s'en aperçoive.