En los próximos hilos, haré un análisis profundo sobre EIL - Capa de Interoperabilidad de Ethereum. El protocolo permite la ejecución cruzada minimizando la confianza con muchos casos de uso interesantes y vale la pena desarrollar una intuición al respecto. Esta es la Parte 1 de la explicación 🧵👇

Para una introducción suave y algunas transacciones de prueba, puedes echar un vistazo rápido a mi hilo anterior y al resumen de @l2beat. TL/DR - EIL te permite ejecutar transacciones x-chain de forma autónoma, eliminando así las suposiciones de confianza asociadas con intermediarios /2

La mayoría de los otros protocolos x-chain introducen intermediarios: relayers, solvers, oráculos, etc... cada intermediario, dependiendo del protocolo, puede potencialmente perjudicarte: robar, congelar, causar problemas, etc... necesitas confiar en que se comporten adecuadamente /3

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

En su esencia, EIL es un protocolo HLTC. Si no sabes lo que es, es un intercambio atómico sin confianza donde intercambias algunos fondos en una cadena con una contraparte en otra cadena /5

Los protocolos clásicos de HLTC se basan en el intercambio de "secretos" (hashes criptográficos) y, aunque son completamente sin confianza, sufren de una mala interfaz de usuario, ya que el intercambio es algo engorroso /6

EIL no se basa en intercambiar "secretos"; en su lugar, puedes pensar en ello como una versión optimista de HLTC. Cuando todo va según lo planeado (de manera optimista), es muy rápido. Si alguna de las partes es maliciosa, hay un mecanismo de disputa algo complicado involucrado /7

En EIL, Alice (la usuaria) que tiene fondos en la cadena SRC y quiere ejecutar una transacción en la cadena DST, intercambiará sus fondos SRC por fondos DST de Bobby (proveedor de liquidez x-chain). Estos fondos DST se utilizarán para realizar la transacción DST, mientras que algún tiempo después Bobby recuperará los fondos de Alice.

Veamos el ejemplo de Alice queriendo comprar un NFT en DST 1. Alice deposita fondos en SRC 2. Bobby, al ver esto, emite un vale a corto plazo 3. Alice utiliza este vale para realizar una transacción en DST 4. Bobby reclama los fondos de Alice en SRC /9

¿Entonces cómo es que Alice puede usar el vale de Bobby en DST? Aquí se utiliza un mecanismo de Paymaster AA bastante estándar: en DST hay un tipo especial de Paymaster (Paymaster x-chain) que mantiene los fondos de Bobby y, si se presenta con el vale de Bobby, financiará la transacción de Alice.

¿Qué pasa con la interfaz de usuario para Alice? ¿Significa que tiene que firmar dos transacciones? Suena terrible, ¿no? Resulta que solo tiene que firmar una vez (tanto la tx 1 como la 3 como un paquete). Su billetera enviará la tx1 a SRC, esperará el Vale de Bobby y enviará la tx2 a DST sin que Alice se dé cuenta /11