W następnych wątkach dokładnie przyjrzę się EIL - Warstwie Interoperacyjności Ethereum. Protokół umożliwia minimalizację zaufania w wykonaniu między łańcuchami z wieloma interesującymi zastosowaniami i warto zbudować intuicję wokół tego. To jest Część 1 wyjaśnienia 🧵👇

Aby delikatnie wprowadzić się i przeprowadzić kilka testowych transakcji, możesz szybko spojrzeć na mój poprzedni wątek oraz podsumowanie @l2beat. TL/DR - EIL pozwala na samodzielne wykonywanie transakcji x-chain, eliminując tym samym założenia dotyczące zaufania związane z pośrednikami /2

Większość innych protokołów x-chain wprowadza pośredników - relayerów, solverów, oracle, itd... każdy pośrednik - w zależności od protokołu, może potencjalnie ci zaszkodzić - ukraść, zablokować, dokuczać, itd... musisz ufać, że będą się odpowiednio zachowywać /3

Budowanie protokołów bez zaufania jest bardzo trudne, a EIL nie jest wyjątkiem. Ma wiele ruchomych części i uważam, że jest to bardzo skomplikowane, ale właśnie to jest potrzebne do budowy protokołów bez zaufania. Jeszcze jeden powód, aby nauczyć się, jak to działa 💪 /4

W swojej istocie EIL jest protokołem HLTC. Jeśli nie wiesz, co to jest, to jest to bezpieczna wymiana atomowa, w której wymieniasz środki na jednym łańcuchu z kontrahentem na innym łańcuchu /5

Klasyczne protokoły HLTC opierają się na wymianie "sekretów" (hashy kryptograficznych) i - chociaż są całkowicie bez zaufania - cierpią na złą obsługę interfejsu, ponieważ wymiana jest dość uciążliwa /6

EIL nie polega na wymianie "sekretów" - zamiast tego można to traktować jako optymistyczną wersję HLTC. Kiedy wszystko idzie zgodnie z planem (optymistycznie) - jest to bardzo szybkie. Jeśli którakolwiek ze stron jest złośliwa - wchodzi w grę dość skomplikowany mechanizm rozstrzygania sporów.

W EIL Alice (użytkownik), która ma środki na łańcuchu SRC i chce wykonać transakcję na łańcuchu DST, wymieni swoje środki SRC na środki DST Bobby'ego (dostawcy płynności między łańcuchami). Te środki DST będą użyte do przeprowadzenia transakcji DST, podczas gdy Bobby w późniejszym czasie odzyska środki Alice /8

Przyjrzyjmy się przykładzie Alicji, która chce kupić NFT na DST 1. Alicja wpłaca środki na SRC 2. Bobby, widząc to, wydaje krótkoterminowy voucher 3. Alicja używa tego vouchera do wykonania transakcji na DST 4. Bobby zgłasza środki Alicji na SRC /9

Skąd więc Alice może użyć vouchera Bobby'ego na DST? Używany jest tutaj dość standardowy mechanizm AA Paymaster - na DST istnieje specjalny typ Paymastera (x-chain Paymaster), który przechowuje fundusze Bobby'ego i - jeśli zostanie przedstawiony voucher Bobby'ego - sfinansuje transakcję Alice.

Co z interfejsem użytkownika dla Alice? Czy to oznacza, że musi podpisać dwie transakcje? Brzmi strasznie, prawda? Okazuje się, że musi podpisać tylko raz (obie transakcje 1 i 3 jako pakiet). Jej portfel wyśle transakcję 1 do SRC, poczeka na Voucher Bobby'ego i wyśle transakcję 2 do DST, nawet nie zauważając tego.