În următoarele câteva discuții, voi face o analiză aprofundată a EIL - Ehtereum Interoperabiliy Layer. Protocolul permite execuția cross-chain minimizată de încredere, cu multe cazuri de utilizare interesante și merită să construiești intuiția în jurul acestuia. Aceasta este Partea 1 a explicațiilor 🧵👇

Pentru o introducere blândă și câteva tranzacții de test, poți arunca o privire rapidă la firul meu anterior și @l2beat rezumat. Pe scurt - EIL îți permite să execuți singur tranzacții x-chain, eliminând astfel presupunerile de încredere asociate intermediarilor /2

Majoritatea celorlalte protocoale x-chain introduc intermediari - relayere, solvere, oracole etc... Fiecare intermediar - în funcție de protocol - poate să-ți facă rău - furt, îngheț, durere etc... Trebuie să ai încredere că se comportă corect /3

Construirea unor protocoale fără încredere este foarte dificilă, iar EIL nu face excepție. Are multe părți în mișcare și aș considera că este foarte complicat, dar asta este necesar pentru a construi protocoale fără încredere. Încă un motiv să înveți cum funcționează 💪 /4

În esență, EIL este un protocol HLTC. Dacă nu știi ce este, este un atomic swap fără încredere în care schimbi unele fonduri dintr-un chain cu o contraparte de pe alt chain /5

Protocoalele clasice HLTC se bazează pe schimbul de "secrete" (hash-uri criptografice) și – deși complet fără încredere – suferă de interfață defectuoasă, deoarece exchange-ul este oarecum incomod/6

EIL nu se bazează pe schimbul de "secrete" – în schimb, poți să o privești ca pe o versiune optimistă a HLTC. Când totul merge conform unui plan (optimist) - este foarte rapid. Dacă oricare dintre părți este rău intenționată – există un mecanism de dispută oarecum complicat implicat /7

În EIL, Alice (utilizatorul) care are fonduri pe lanțul SRC și vrea să execute transferul pe lanțul de vară, își va schimba fondurile SRC cu fondurile de vară ale lui Bobby (furnizorul de lichiditate x-chain). Aceste fonduri DST vor fi folosite pentru efectuarea tranzacțiilor DST, iar ceva mai târziu Bobby va recupera fondurile lui Alice /8

Să ne uităm la exemplul lui Alice care vrea să cumpere NFT pe ora de vară 1. Alice depune fonduri pe SRC 2. Bobby, văzând asta, emite un voucher pe termen scurt 3. Alice folosește acest voucher pentru a efectua transmisie la ora de vară 4. Bobby revendică fondurile lui Alice pe SRC /9

Atunci cum de poate Alice să folosească voucherul lui Bobby la ora de vară? Aici se folosește un mecanism destul de standard de plătitor AA – pe DST există un tip special de plătitor (Paymaster x-chain) care păstrează fondurile lui Bobby și – dacă i se prezintă voucherul lui Bobby – va finanța tranzacțiile lui Alice /10

Dar UI-ul pentru Alice? Înseamnă că trebuie să semneze două tranzacții? Sună groaznic, nu? Se pare că trebuie să semneze o singură dată (atât tx 1, cât și 3 ca pachet). Portofelul ei va trimite tx1 către SRC, va aștepta voucherul lui Bobby și va trimite tx2 la DST fără ca Alice să observe /11