Nos próximos tópicos, farei uma análise aprofundada do EIL - Camada de Interoperabilidade do Ehtereum. O protocolo permite a execução entre cadeias com minimização de confiança, com muitos casos de uso interessantes, e vale a pena desenvolver uma intuição sobre isso. Esta é a Parte 1 da explicação 🧵👇

Para uma introdução suave e algumas transações de teste, você pode dar uma olhada rápida no meu tópico anterior e no resumo do @l2beat. TL/DR - EIL permite que você execute transações x-chain de forma autônoma, removendo assim as suposições de confiança associadas a intermediários /2

A maioria dos outros protocolos x-chain introduz intermediários - relayers, solvers, oráculos, etc... cada intermediário - dependendo do protocolo, pode potencialmente prejudicá-lo - roubar, congelar, causar problemas, etc... você precisa confiar que eles se comportam corretamente /3

Construir protocolos sem confiança é muito difícil, e o EIL não é exceção. Tem muitas partes móveis, e eu consideraria que é muito complicado, mas é isso que é necessário para construir protocolos sem confiança. Mais uma razão para aprender como funciona 💪 /4

No seu núcleo, o EIL é um protocolo HLTC. Se você não sabe o que é, é uma troca atómica sem confiança onde você troca alguns fundos em uma cadeia com uma contraparte em outra cadeia /5

Os protocolos clássicos HLTC baseiam-se na troca de "segredos" (hashes criptográficos) e - embora sejam totalmente sem confiança - sofrem de uma má interface de utilizador, pois a troca é algo complicada /6

EIL não depende da troca de "segredos" - em vez disso, você pode pensar nisso como uma versão otimista do HLTC. Quando tudo corre de acordo com o plano (otimisticamente) - é muito rápido. Se qualquer uma das partes for maliciosa - há um mecanismo de disputa um tanto complicado envolvido /7

Em EIL, Alice (a utilizadora) que tem fundos na cadeia SRC e deseja executar uma transação na cadeia DST, irá trocar os seus fundos SRC pelos fundos DST de Bobby (fornecedor de liquidez x-chain). Esses fundos DST serão utilizados para realizar a transação DST, enquanto algum tempo depois Bobby irá recuperar os fundos de Alice /8

Vamos olhar para o exemplo de Alice querendo comprar um NFT no DST 1. Alice deposita fundos no SRC 2. Bobby, vendo isso, emite um voucher de curto prazo 3. Alice usa este voucher para realizar uma tx no DST 4. Bobby reivindica os fundos de Alice no SRC /9

Então, como é que a Alice pode usar o voucher do Bobby no DST? Um mecanismo de Paymaster AA bastante padrão é utilizado aqui - no DST existe um tipo especial de Paymaster (Paymaster x-chain) que mantém os fundos do Bobby e - se apresentado com o voucher do Bobby - financiará a transação da Alice /10

E quanto à interface do utilizador para a Alice? Isso significa que ela tem que assinar duas transações? Parece terrível, não? Acontece que ela só precisa assinar uma vez (tanto a tx 1 como a 3 como um pacote). A carteira dela enviará a tx1 para SRC, aguardará o Voucher do Bobby e enviará a tx2 para DST sem que a Alice sequer perceba /11