In de komende threads zal ik dieper ingaan op EIL - Ethereum Interoperability Layer. Het protocol maakt vertrouwen-minimaliserende cross-chain uitvoering mogelijk met veel interessante gebruikscases en het is de moeite waard om hier intuïtie voor op te bouwen. Dit is Deel 1 van de uitleg 🧵👇

Voor een zachte introductie en enkele testtransacties kun je snel een kijkje nemen in mijn vorige thread en de samenvatting van @l2beat. TL/DR - EIL stelt je in staat om zelf x-chain transacties uit te voeren, waardoor de vertrouwensveronderstellingen die gepaard gaan met tussenpersonen worden verwijderd /2

De meeste andere x-chain protocollen introduceren tussenpersonen - relayers, solvers, oracles, enz... elke tussenpersoon - afhankelijk van een protocol, kan je potentieel schaden - stelen, bevriezen, treiteren, enz... je moet erop vertrouwen dat ze zich correct gedragen /3

Het bouwen van trustless protocollen is erg moeilijk, en EIL is daar geen uitzondering op. Het heeft veel bewegende delen, en ik zou het als zeer gecompliceerd beschouwen, maar dat is wat nodig is om trustless protocollen te bouwen. Nog een reden om te leren hoe het werkt 💪 /4

In wezen is EIL een HLTC-protocol. Als je niet weet wat het is, is het een trustless atomic swap waarbij je wat fondsen op de ene keten ruilt met een tegenpartij op een andere keten /5

Classic HLTC-protocollen zijn afhankelijk van het uitwisselen van "geheimen" (cryptografische hashes) en - hoewel volledig zonder vertrouwen - lijden ze aan een slechte gebruikersinterface omdat de uitwisseling enigszins omslachtig is /6

EIL is niet afhankelijk van het uitwisselen van "geheimen" - in plaats daarvan kun je het beschouwen als een optimistische versie van HLTC. Wanneer alles volgens plan verloopt (optimistisch) - is het erg snel. Als een van de partijen kwaadwillig is - is er een enigszins gecompliceerd geschillenmechanisme betrokken /7

In EIL zal Alice (de gebruiker) die fondsen op de SRC-keten heeft en een transactie op de DST-keten wil uitvoeren, haar SRC-fondsen ruilen voor DST-fondsen van Bobby (x-chain liquiditeitsprovider). Deze DST-fondsen zullen worden gebruikt om de DST-transactie uit te voeren, terwijl Bobby enige tijd later Alice's fondsen zal terugkrijgen.

Laten we kijken naar het voorbeeld van Alice die een NFT wil kopen op DST 1. Alice stort geld op SRC 2. Bobby, die dit ziet, geeft een kortetermijnvoucher uit 3. Alice gebruikt deze voucher om een transactie uit te voeren op DST 4. Bobby claimt Alice's geld op SRC /9

Hoe kan het dat Alice Bobby's voucher op DST kan gebruiken? Hier wordt een vrij standaard AA Paymaster-mechanisme gebruikt - op DST is er een speciaal type Paymaster (x-chain Paymaster) dat Bobby's fondsen beheert en - als het wordt gepresenteerd met Bobby's voucher - Alice's transactie zal financieren /10

Wat betreft de UI voor Alice? Betekent dit dat ze twee transacties moet ondertekenen? Klinkt vreselijk, toch? Het blijkt dat ze maar één keer hoeft te ondertekenen (zowel tx 1 als 3 als een bundel). Haar wallet zal tx1 naar SRC verzenden, wachten op Bobby's Voucher en tx2 naar DST verzenden zonder dat Alice het zelfs maar opmerkt /11