En los próximos hilos, haré un análisis profundo de EIL - Ehtereum Interoperabiliy Layer. El protocolo permite una ejecución cross-chain minimizada en confianza con muchos casos de uso interesantes, y merece la pena construir intuición en torno a ello. Esta es la Parte 1 del explicativo 🧵👇

Para una introducción suave y algunas transacciones de prueba, puedes echar un vistazo rápido a mi hilo anterior y @l2beat resumen. Resumen/dr - EIL te permite autoejecutar transacciones x-chain, eliminando así las suposiciones de confianza asociadas a intermediarios /2

La mayoría de los otros protocolos de cadena X introducen intermediarios: relayers, solvers, oráculos, etc... Cada intermediario, dependiendo de un protocolo, puede potencialmente hacerte daño: robar, congelar, hacer el daño, etc. Debes confiar en que se comportan correctamente /3

Construir protocolos sin confianza es muy difícil, y EIL no es una excepción. Tiene muchas partes en movimiento, y lo consideraría muy complicado, pero eso es lo que se necesita para construir protocolos de confianza. Una razón más para aprender cómo funciona 💪 /4

En esencia, EIL es un protocolo HLTC. Si no sabes qué es, es un swap atómico sin confianza donde intercambias fondos de una cadena con una contraparte de otra cadena /5

Los protocolos clásicos de HLTC dependen del intercambio de "secretos" (hashes criptográficos) y, aunque totalmente sin confianza, sufren de mala interfaz, ya que el intercambio resulta algo engorroso /6

EIL no depende del intercambio de "secretos"; en su lugar, puedes verlo como una versión optimista de HLTC. Cuando todo sale según lo planeado (optimistamente), es muy rápido. Si alguna de las partes es malintencionada, hay un mecanismo de disputa algo complicado /7

En EIL, Alice (la usuaria) que tiene fondos en la cadena SRC y quiere ejecutar el tratamiento en la cadena de verano, intercambiará sus fondos SRC por fondos de verano de Bobby (proveedor de liquidez de la cadena x). Estos fondos de verano se usarán para realizar transacciones de verano, mientras que un tiempo después Bobby recuperará los fondos de Alice /8

Veamos el ejemplo de Alice que quiere comprar NFT en verano 1. Alice deposita fondos en SRC 2. Bobby, al ver esto, emite un vale temporal 3. Alice utiliza este vale para realizar transferencias en horario de verano 4. Bobby reclama los fondos de Alice en SRC /9

¿Entonces por qué Alice puede usar el vale de Bobby en el horario de verano? Aquí se utiliza un mecanismo bastante estándar de Pagador AA: en el horario de verano hay un tipo especial de Pagador (Pagador de cadena x) que se queda con los fondos de Bobby y —si se le presenta el vale de Bobby— financia la transacción de Alice /10

¿Y la interfaz de usuario para Alice? ¿Significa eso que tiene que firmar dos transacciones? ¿Suena fatal, no? Resulta que solo tiene que firmar una vez (tanto el tratamiento 1 como el 3 en conjunto). Su cartera enviará el Tx1 a SRC, esperará el Voucher de Bobby y enviará el Tx2 al DST sin que Alice se dé cuenta de que /11