I de kommande trådarna kommer jag att göra en djupdykning i EIL - Ehtereum Interoperabiliy Layer. Protokollet möjliggör förtroendeminimerad cross-chain-exekvering med många intressanta användningsfall och det är värt att bygga intuition kring det. Detta är del 1 av förklaringen 🧵👇

För en mild introduktion och några testtransaktioner kan du snabbt titta på min tidigare tråd och @l2beat sammanfattning. TL/DR - EIL låter dig själv utföra x-chain-transaktioner, vilket eliminerar förtroendeantaganden kopplade till mellanhänder /2

De flesta andra x-chain-protokoll introducerar mellanhänder – relayers, solvers, oracles, etc... Varje mellanhand – beroende på protokoll – kan potentiellt skada dig – stjäla, frysa, sörja, osv... Du måste lita på att de beter sig korrekt /3

Att bygga förtroendelösa protokoll är mycket svårt, och EIL är inget undantag. Det har många rörliga delar, och jag skulle betrakta det som väldigt komplicerat, men det är vad som krävs för att bygga förtroendelösa protokoll. Ytterligare en anledning att lära sig hur det fungerar 💪 /4

I grunden är EIL ett HLTC-protokoll. Om du inte vet vad det är, är det en trustless atomic swap där du växlar pengar på en kedja med en motpart på en annan kedja /5

Klassiska HLTC-protokoll bygger på utbyte av "hemligheter" (kryptografiska hashar) och – även om de är helt pålitliga – lider de av dåligt användargränssnitt eftersom börsen är något omständlig /6

EIL förlitar sig inte på att utbyta "hemligheter" – istället kan du se det som en optimistisk version av HLTC. När allt går enligt plan (optimistiskt) – går det väldigt snabbt. Om någon av parterna är illvillig – finns det en något komplicerad tvistmekanism inblandad /7

I EIL kommer Alice (användaren) som har medel på SRC-kedjan och vill genomföra transaktioner på DST-kedjan, att byta sina SRC-fonder mot DST-fonder från Bobby (x-chain likviditetsleverantör). Dessa DST-medel kommer att användas för att genomföra DST-transaktioner, medan Bobby senare kommer att hämta Alices medel /8

Låt oss titta på exemplet med Alice som vill köpa NFT under sommartid 1. Alice sätter in medel på SRC 2. Bobby, som ser detta, utfärdar en korttidskupong 3. Alice använder denna voucher för att utföra behandling på sommartid 4. Bobby kräver Alices pengar på SRC /9

Så hur kommer det sig att Alice kan använda Bobbys voucher på sommartid? En ganska standard AA Paymaster-mekanism används här – på sommartid finns en speciell typ av Paymaster (x-chain Paymaster) som behåller Bobbys medel och – om den får Bobbys voucher – finansierar Alices transaktion /10

Hur är det med UI för Alice? Betyder det att hon måste skriva under två transaktioner? Låter hemskt, eller hur? Det visar sig att hon bara behöver skriva under en gång (både tx 1 och 3 som ett paket). Hennes plånbok skickar tx1 till SRC, väntar på Bobbys voucher och skickar tx2 till sommartid utan att Alice ens märker /11