Quebrando os silos de liquidez das L2: a lógica fundamental da Zona Econômica do Ethereum (EEZ) e uma nova solução para a interoperabilidade entre blockchains
Na arquitetura da Zona Econômica do Ethereum (EEZ), o principal objetivo do mecanismo de interoperabilidade entre blockchains é viabilizar a “componibilidade síncrona” (Synchronous Composability). Para entender isso por completo, podemos analisar o processo a partir de duas questões centrais: “por que precisamos de um mecanismo de interoperabilidade entre blockchains” e “por que tudo precisa acontecer dentro do mesmo bloco do Ethereum”.
I. Como funciona o mecanismo de interoperabilidade entre blockchains? (Os três pilares da EEZ)
Nas pontes tradicionais, as blockchains A e B operam de forma assíncrona: você precisa bloquear fundos na blockchain A, aguardar a confirmação de uma multisig ou de validadores e, então, emitir os tokens na blockchain B. O processo é lento e sujeito a falhas. A EEZ, por sua vez, adota um mecanismo de “coordenação síncrona baseada em provas e proxies”, que depende principalmente de três componentes:
Provas em tempo real (Real-time proving):
Antes, gerar uma prova de validade para um Rollup podia levar minutos ou até horas.
A EEZ utiliza hardware de última geração e tecnologias de geração de provas em tempo real para concluir a geração da prova dentro de um único slot do Ethereum (12 segundos). A rede principal do Ethereum não precisa executar novamente o código do Rollup; basta verificar a prova gerada em tempo real para confirmar a correção do estado do Rollup.
Composer e tabela de execução (Execution Table):
O Composer é um operador essencial. Antes de o Ethereum produzir um bloco, ele executa previamente a transação nas várias chains envolvidas nas chamadas entre blockchains e registra o resultado de cada chamada em uma tabela de “respostas pré-calculadas” (a tabela de execução).
Contratos proxy (Proxy):
Cada contrato de um Rollup tem um endereço proxy conhecido antecipadamente na L1 do Ethereum (e vice-versa).
Quando ocorre uma chamada entre blockchains, o código é escrito como se fosse uma chamada comum a um contrato local, sem necessidade de protocolos complexos de troca assíncrona de mensagens. O proxy consulta o contrato da EEZ e verifica o resultado da execução pré-calculado pelo Composer. Se houver correspondência, a chamada é aprovada diretamente.
II. Por que tudo precisa acontecer dentro de um único bloco do Ethereum? (O motivo principal)
“Concluir tudo dentro do mesmo bloco do Ethereum” (ou seja, fazer chamadas síncronas) é a essência de todo o mecanismo. Há três motivos principais:
Eliminar a falta de “atomicidade” e garantir o princípio do “tudo ou nada”
Em operações financeiras e em interações complexas com contratos inteligentes, a atomicidade é essencial: uma transação com várias etapas deve ou ser concluída por inteiro ou falhar por inteiro.
O problema das operações assíncronas entre blockchains: se você dividir a operação em etapas (tomar empréstimo na L1, transferir entre chains e negociar na L2), e a segunda etapa ficar bloqueada ou o mercado sofrer uma grande oscilação, seus ativos ficarão expostos a riscos enormes. Por exemplo, o dinheiro pode sair da L1, mas a negociação falhar por algum motivo no pool de destino da L2, deixando os fundos presos no meio do caminho.
A vantagem da sincronização dentro do mesmo bloco: quando todas as operações são incluídas em um único bloco do Ethereum, toda a cadeia de transações é absolutamente atômica. Durante a simulação, se o Composer detectar que qualquer etapa (como slippage excessiva ou saldo insuficiente) pode falhar, o pacote inteiro de transações é cancelado antes da produção do bloco. Se a transação for incluída na blockchain, mas algo der errado em qualquer etapa, todas as operações relacionadas no Ethereum e no Rollup serão revertidas com segurança de imediato. Isso elimina completamente os riscos intermediários do processo entre blockchains.
Eliminar a fragmentação da liquidez e permitir que as L2 compartilhem em tempo real os pools profundos da L1
Se as operações entre blockchains não forem concluídas no mesmo bloco, será necessário transferir os fundos antecipadamente para os pools de cada L2 e mantê-los bloqueados, o que reduz muito a eficiência do capital e fragmenta a liquidez.
Dentro de um mesmo bloco do Ethereum, o Rollup pode “tomar emprestada” diretamente, no instante em que inicia uma chamada, a profunda liquidez da rede principal L1 do Ethereum (como a da Uniswap e da Aave).
Por exemplo: você inicia uma transação na L2, que, dentro do mesmo bloco do Ethereum, chama diretamente a Uniswap na L1 para concluir uma troca e receber o resultado de volta. Para o usuário, a experiência é como se tudo acontecesse na mesma chain, sem precisar “depositar ou transferir fundos” antecipadamente para cada chain.
Evitar a dessincronização de estados e ataques de “reorganização” (Reorg)
Uma blockchain pode sofrer uma reorganização de blocos (Reorg) a qualquer momento. Se as operações entre blockchains forem assíncronas e se estenderem por vários blocos, a blockchain A pode considerar uma transação concluída e, em seguida, uma reorganização na rede principal do Ethereum pode remover o estado upstream do qual a blockchain A dependia, causando uma confusão contábil catastrófica.
Exigir que tudo aconteça dentro do mesmo bloco do Ethereum significa que todas as mudanças de estado, verificações de provas e chamadas de retorno dos proxies ficam vinculadas ao mesmo ponto de referência temporal (bloco de sincronização).
As chains integradas à EEZ precisam cumprir uma regra fundamental: quando o Ethereum sofre uma reorganização, a chain também precisa reverter seu estado em sincronia. Isso garante, pela própria lógica fundamental do sistema, que nunca haja divergências nos registros devido a diferenças de tempo entre estados de diferentes blockchains.
💡 Em resumo:
Concluir tudo dentro do mesmo bloco do Ethereum permite substituir as pontes entre blockchains, frágeis e demoradas, pela propriedade mais robusta da camada fundamental da blockchain: a “atomicidade”. Assim, aplicações distribuídas por diferentes L2 podem compartilhar instantaneamente e com segurança toda a liquidez e os recursos computacionais da rede principal do Ethereum, como se estivessem no mesmo núcleo de CPU.
Na arquitetura da Zona Econômica do Ethereum (EEZ), o principal objetivo do mecanismo de interoperabilidade entre blockchains é viabilizar a “componibilidade síncrona” (Synchronous Composability). Para entender isso por completo, podemos analisar o processo a partir de duas questões centrais: “por que precisamos de um mecanismo de interoperabilidade entre blockchains” e “por que tudo precisa acontecer dentro do mesmo bloco do Ethereum”.
I. Como funciona o mecanismo de interoperabilidade entre blockchains? (Os três pilares da EEZ)
Nas pontes tradicionais, as blockchains A e B operam de forma assíncrona: você precisa bloquear fundos na blockchain A, aguardar a confirmação de uma multisig ou de validadores e, então, emitir os tokens na blockchain B. O processo é lento e sujeito a falhas. A EEZ, por sua vez, adota um mecanismo de “coordenação síncrona baseada em provas e proxies”, que depende principalmente de três componentes:
Provas em tempo real (Real-time proving):
Antes, gerar uma prova de validade para um Rollup podia levar minutos ou até horas.
A EEZ utiliza hardware de última geração e tecnologias de geração de provas em tempo real para concluir a geração da prova dentro de um único slot do Ethereum (12 segundos). A rede principal do Ethereum não precisa executar novamente o código do Rollup; basta verificar a prova gerada em tempo real para confirmar a correção do estado do Rollup.
Composer e tabela de execução (Execution Table):
O Composer é um operador essencial. Antes de o Ethereum produzir um bloco, ele executa previamente a transação nas várias chains envolvidas nas chamadas entre blockchains e registra o resultado de cada chamada em uma tabela de “respostas pré-calculadas” (a tabela de execução).
Contratos proxy (Proxy):
Cada contrato de um Rollup tem um endereço proxy conhecido antecipadamente na L1 do Ethereum (e vice-versa).
Quando ocorre uma chamada entre blockchains, o código é escrito como se fosse uma chamada comum a um contrato local, sem necessidade de protocolos complexos de troca assíncrona de mensagens. O proxy consulta o contrato da EEZ e verifica o resultado da execução pré-calculado pelo Composer. Se houver correspondência, a chamada é aprovada diretamente.
II. Por que tudo precisa acontecer dentro de um único bloco do Ethereum? (O motivo principal)
“Concluir tudo dentro do mesmo bloco do Ethereum” (ou seja, fazer chamadas síncronas) é a essência de todo o mecanismo. Há três motivos principais:
Eliminar a falta de “atomicidade” e garantir o princípio do “tudo ou nada”
Em operações financeiras e em interações complexas com contratos inteligentes, a atomicidade é essencial: uma transação com várias etapas deve ou ser concluída por inteiro ou falhar por inteiro.
O problema das operações assíncronas entre blockchains: se você dividir a operação em etapas (tomar empréstimo na L1, transferir entre chains e negociar na L2), e a segunda etapa ficar bloqueada ou o mercado sofrer uma grande oscilação, seus ativos ficarão expostos a riscos enormes. Por exemplo, o dinheiro pode sair da L1, mas a negociação falhar por algum motivo no pool de destino da L2, deixando os fundos presos no meio do caminho.
A vantagem da sincronização dentro do mesmo bloco: quando todas as operações são incluídas em um único bloco do Ethereum, toda a cadeia de transações é absolutamente atômica. Durante a simulação, se o Composer detectar que qualquer etapa (como slippage excessiva ou saldo insuficiente) pode falhar, o pacote inteiro de transações é cancelado antes da produção do bloco. Se a transação for incluída na blockchain, mas algo der errado em qualquer etapa, todas as operações relacionadas no Ethereum e no Rollup serão revertidas com segurança de imediato. Isso elimina completamente os riscos intermediários do processo entre blockchains.
Eliminar a fragmentação da liquidez e permitir que as L2 compartilhem em tempo real os pools profundos da L1
Se as operações entre blockchains não forem concluídas no mesmo bloco, será necessário transferir os fundos antecipadamente para os pools de cada L2 e mantê-los bloqueados, o que reduz muito a eficiência do capital e fragmenta a liquidez.
Dentro de um mesmo bloco do Ethereum, o Rollup pode “tomar emprestada” diretamente, no instante em que inicia uma chamada, a profunda liquidez da rede principal L1 do Ethereum (como a da Uniswap e da Aave).
Por exemplo: você inicia uma transação na L2, que, dentro do mesmo bloco do Ethereum, chama diretamente a Uniswap na L1 para concluir uma troca e receber o resultado de volta. Para o usuário, a experiência é como se tudo acontecesse na mesma chain, sem precisar “depositar ou transferir fundos” antecipadamente para cada chain.
Evitar a dessincronização de estados e ataques de “reorganização” (Reorg)
Uma blockchain pode sofrer uma reorganização de blocos (Reorg) a qualquer momento. Se as operações entre blockchains forem assíncronas e se estenderem por vários blocos, a blockchain A pode considerar uma transação concluída e, em seguida, uma reorganização na rede principal do Ethereum pode remover o estado upstream do qual a blockchain A dependia, causando uma confusão contábil catastrófica.
Exigir que tudo aconteça dentro do mesmo bloco do Ethereum significa que todas as mudanças de estado, verificações de provas e chamadas de retorno dos proxies ficam vinculadas ao mesmo ponto de referência temporal (bloco de sincronização).
As chains integradas à EEZ precisam cumprir uma regra fundamental: quando o Ethereum sofre uma reorganização, a chain também precisa reverter seu estado em sincronia. Isso garante, pela própria lógica fundamental do sistema, que nunca haja divergências nos registros devido a diferenças de tempo entre estados de diferentes blockchains.
💡 Em resumo:
Concluir tudo dentro do mesmo bloco do Ethereum permite substituir as pontes entre blockchains, frágeis e demoradas, pela propriedade mais robusta da camada fundamental da blockchain: a “atomicidade”. Assim, aplicações distribuídas por diferentes L2 podem compartilhar instantaneamente e com segurança toda a liquidez e os recursos computacionais da rede principal do Ethereum, como se estivessem no mesmo núcleo de CPU.