Nei prossimi thread, farò un'analisi approfondita di EIL - Ethereum Interoperability Layer. Il protocollo consente l'esecuzione cross-chain con un minor rischio di fiducia, con molti casi d'uso interessanti, ed è utile costruire un'intuizione attorno ad esso. Questa è la Parte 1 della spiegazione 🧵👇

Per un'introduzione delicata e alcune transazioni di prova, puoi dare un'occhiata veloce al mio thread precedente e al riassunto di @l2beat. TL/DR - EIL ti consente di eseguire autonomamente transazioni x-chain, rimuovendo così le assunzioni di fiducia associate agli intermediari /2

La maggior parte degli altri protocolli x-chain introduce intermediari - relayer, solver, oracoli, ecc... ogni intermediario - a seconda del protocollo, può potenzialmente farti del male - rubare, congelare, infastidire, ecc... devi fidarti che si comportino correttamente /3

Costruire protocolli senza fiducia è molto difficile, e EIL non fa eccezione. Ha molte parti in movimento, e lo considererei molto complicato, ma è ciò che serve per costruire protocolli senza fiducia. Un motivo in più per imparare come funziona 💪 /4

Alla base, EIL è un protocollo HLTC. Se non sai cos'è, è uno scambio atomico senza fiducia in cui scambi dei fondi su una catena con una controparte su un'altra catena /5

I protocolli HLTC classici si basano sullo scambio di "segreti" (hash crittografici) e - pur essendo completamente senza fiducia - soffrono di una cattiva interfaccia utente poiché lo scambio è piuttosto scomodo /6

EIL non si basa sullo scambio di "segreti" - invece puoi pensarlo come una versione ottimistica di HLTC. Quando tutto va secondo i piani (ottimisticamente) - è molto veloce. Se una delle parti è malevola - è coinvolto un meccanismo di disputa piuttosto complicato.

In EIL, Alice (l'utente) che ha fondi sulla catena SRC e vuole eseguire una transazione sulla catena DST, scambierà i suoi fondi SRC per i fondi DST di Bobby (fornitore di liquidità cross-chain). Questi fondi DST saranno utilizzati per eseguire la transazione DST, mentre qualche tempo dopo Bobby recupererà i fondi di Alice /8

Vediamo l'esempio di Alice che vuole acquistare un NFT su DST 1. Alice deposita fondi su SRC 2. Bobby, vedendo questo, emette un voucher a breve termine 3. Alice utilizza questo voucher per effettuare una transazione su DST 4. Bobby reclama i fondi di Alice su SRC /9

Quindi come mai Alice può utilizzare il voucher di Bobby su DST? Qui viene utilizzato un meccanismo di Paymaster AA piuttosto standard: su DST c'è un tipo speciale di Paymaster (x-chain Paymaster) che conserva i fondi di Bobby e - se presentato con il voucher di Bobby - finanzierà la transazione di Alice /10

Che ne dici dell'interfaccia utente per Alice? Significa che deve firmare due transazioni? Sembra terribile, vero? Si scopre che deve firmare solo una volta (sia tx 1 che 3 come un pacchetto). Il suo portafoglio invierà tx1 a SRC, aspetterà il Voucher di Bobby e invierà tx2 a DST senza che Alice se ne accorga.