Dalam beberapa utas berikutnya, saya akan menyelami EIL - Ehtereum Interoperabiliy Layer. Protokol ini memungkinkan eksekusi lintas rantai yang diminimalkan kepercayaan dengan banyak kasus penggunaan yang menarik dan ada baiknya membangun intuisi di sekitarnya. Ini adalah Bagian 1 dari penjelasan 🧵👇

Untuk intro yang lembut dan beberapa transaksi pengujian, Anda dapat melihat sekilas utas saya sebelumnya dan ringkasan @l2beat. TL/DR - EIL memungkinkan Anda untuk menjalankan sendiri transaksi rantai-x, sehingga menghapus asumsi kepercayaan yang terkait dengan perantara /2

Sebagian besar protokol rantai-x lainnya memperkenalkan perantara - relayer, solver, oracle, dll... Setiap perantara - tergantung pada protokol, berpotensi membahayakan Anda - mencuri, membekukan, berduka, dll... Anda perlu percaya bahwa mereka berperilaku dengan baik /3

Membangun protokol yang tidak dapat dipercaya sangat sulit, dan EIL tidak terkecuali. Ini memiliki banyak bagian yang bergerak, dan saya akan menganggapnya sangat rumit, tetapi itulah yang diperlukan untuk membangun protokol yang tidak dapat dipercaya. Satu lagi alasan untuk mempelajari cara kerjanya 💪 /4

Pada intinya, EIL adalah protokol HLTC. Jika Anda tidak tahu apa itu, ini adalah pertukaran atom tanpa kepercayaan di mana Anda menukar sejumlah dana di satu rantai dengan rekanan di rantai lain /5

Protokol HLTC klasik mengandalkan pertukaran "rahasia" (hash kriptografi) dan - meskipun sepenuhnya tidak dapat dipercaya - menderita UI yang buruk karena pertukaran agak rumit /6

EIL tidak mengandalkan pertukaran "rahasia" - sebaliknya Anda dapat menganggapnya sebagai versi optimis dari HLTC. Ketika semuanya berjalan sesuai rencana (optimis) - itu sangat cepat. Jika salah satu pihak jahat - ada mekanisme sengketa yang agak rumit yang terlibat /7

Di EIL Alice (pengguna) yang memiliki dana di rantai SRC dan ingin mengeksekusi tx di rantai DST, akan menukar dana SRC-nya dengan dana DST Bobby (penyedia likuiditas rantai x). Dana DST ini akan digunakan untuk melakukan transaksi DST, sementara beberapa waktu kemudian Bobby akan mengambil dana Alice /8

Mari kita lihat contoh Alice yang ingin membeli NFT di DST 1. Alice menyetor dana di SRC 2. Bobby, melihat ini, mengeluarkan voucher jangka pendek 3. Alice's menggunakan voucher ini untuk melakukan tx di DST 4. Bobby mengklaim dana Alice di SRC /9

Jadi kenapa Alice bisa menggunakan voucher Bobby di DST ? Mekanisme AA Paymaster yang cukup standar digunakan di sini - di DST ada jenis khusus Paymaster (x-chain Paymaster) yang menyimpan dana Bobby dan - jika disajikan dengan voucher Bobby - akan mendanai transaksi Alice /10

Bagaimana dengan UI untuk Alice? Apakah itu berarti dia harus menandatangani dua transaksi? Kedengarannya mengerikan, bukan? Ternyata dia hanya perlu menandatangani sekali (baik tx 1 dan 3 sebagai bundel). Dompetnya akan mengirim tx1 ke SRC, menunggu Voucher Bobby dan mengirim tx2 ke DST tanpa Alice bahkan menyadarinya /11