In den nächsten Threads werde ich tief in EIL - Ethereum Interoperabilitätslayer eintauchen. Das Protokoll ermöglicht vertrauensminimierte Cross-Chain-Ausführungen mit vielen interessanten Anwendungsfällen, und es ist wert, ein Gespür dafür zu entwickeln. Dies ist Teil 1 der Erklärung 🧵👇

Für eine sanfte Einführung und einige Testtransaktionen können Sie einen kurzen Blick auf meinen vorherigen Thread und die Zusammenfassung von @l2beat werfen. TL/DR - EIL ermöglicht es Ihnen, x-chain Transaktionen selbst auszuführen, wodurch die Vertrauensannahmen, die mit Intermediären verbunden sind, entfallen.

Die meisten anderen x-chain Protokolle führen Intermediäre ein - Relayer, Solver, Orakel usw... Jeder Intermediär - abhängig von einem Protokoll, kann potenziell schädlich für dich sein - stehlen, einfrieren, belästigen usw... Du musst darauf vertrauen, dass sie sich richtig verhalten /3

Vertrauenslose Protokolle zu entwickeln ist sehr schwierig, und EIL ist da keine Ausnahme. Es hat viele bewegliche Teile, und ich würde es als sehr kompliziert betrachten, aber das ist es, was nötig ist, um vertrauenslose Protokolle zu erstellen. Ein weiterer Grund, zu lernen, wie es funktioniert 💪 /4

Im Kern ist EIL ein HLTC-Protokoll. Wenn du nicht weißt, was das ist, es ist ein vertrauensloser atomarer Tausch, bei dem du einige Mittel auf einer Kette mit einem Gegenüber auf einer anderen Kette tauschst /5

Klassische HLTC-Protokolle basieren auf dem Austausch von "Geheimnissen" (kryptografischen Hashes) und - obwohl sie vollständig vertrauenslos sind - leiden sie unter einer schlechten Benutzeroberfläche, da der Austausch etwas umständlich ist /6

EIL basiert nicht auf dem Austausch von "Geheimnissen" - stattdessen kann man es als eine optimistische Version von HLTC betrachten. Wenn alles nach Plan läuft (optimistisch) - ist es sehr schnell. Wenn eine der Parteien böswillig ist - gibt es einen etwas komplizierten Streitmechanismus.

In EIL wird Alice (der Benutzer), die Mittel auf der SRC-Kette hat und eine Transaktion auf der DST-Kette ausführen möchte, ihre SRC-Mittel gegen DST-Mittel von Bobby (x-chain Liquiditätsanbieter) tauschen. Diese DST-Mittel werden verwendet, um die DST-Transaktion durchzuführen, während Bobby einige Zeit später Alices Mittel zurückholen wird /8

Schauen wir uns das Beispiel von Alice an, die ein NFT auf DST kaufen möchte. 1. Alice hinterlegt Gelder auf SRC. 2. Bobby, der dies sieht, stellt einen kurzfristigen Gutschein aus. 3. Alice verwendet diesen Gutschein, um eine Transaktion auf DST durchzuführen. 4. Bobby beansprucht Alices Gelder auf SRC /9

Wie kann Alice also Bobbys Gutschein auf DST verwenden? Hier wird ein ziemlich standardmäßiger AA Paymaster-Mechanismus verwendet - auf DST gibt es eine spezielle Art von Paymaster (x-chain Paymaster), der Bobbys Mittel verwaltet und - wenn er mit Bobbys Gutschein konfrontiert wird - Alice Transaktion finanziert /10

Was ist mit der Benutzeroberfläche für Alice? Bedeutet das, dass sie zwei Transaktionen signieren muss? Klingt schrecklich, oder? Es stellt sich heraus, dass sie nur einmal signieren muss (sowohl tx 1 als auch 3 als Paket). Ihre Wallet wird tx1 an SRC senden, auf Bobbys Gutschein warten und tx2 an DST senden, ohne dass Alice es überhaupt bemerkt /11