A quarta camada de protocolo do Ethereum: a Camada de Memória

O Ethereum, em sua constante evolução, propõe uma nova arquitetura em quatro camadas, introduzindo a Camada de Memória. Esta camada se soma às já existentes de Consenso, Execução e Dados. A Camada de Memória visa governar o sequenciamento de transações, a formação de mempools, e mecanismos cruciais como inclusão forçada e abstração de conta, abordando problemas como extração de Valor Máximo Extraível (MEV) e censura. A negligência histórica em relação a essa camada permitiu que sequenciadores de rollups operassem fora da responsabilidade da Layer 1 (L1), concedendo aos builders controle unilateral sobre a ordenação e inclusão de transações.

A solução arquitetônica para a Camada de Memória propõe abordagens como mempools virtuais fragmentados, listas de inclusão forçada pela escolha do fork (FOCIL), 'base sequencing', mempools criptografadas e abstração de conta baseada em 'frame transactions'. O objetivo é criar uma abstração unificada de sequenciador que garanta resistência à censura e minimize o MEV, ao mesmo tempo que preserva a composibilidade síncrona entre fragmentos de execução. Segundo o artigo original da Ethereum Research, a separação entre propositor e construtor de blocos (PBS) é um passo fundamental para mitigar esses problemas, onde construtores criam blocos e propositores escolhem o mais lucrativo, dificultando a censura e a extração de MEV por um único ator. A introdução de listas de inclusão, por exemplo, permite que validadores imponham a inclusão de transações específicas, prevenindo censura por parte dos construtores.

A proposta da Camada de Memória expande a arquitetura do Ethereum para além das três camadas conhecidas (Consenso, Execução e Dados), adicionando um componente essencial para gerenciar o fluxo de transações. Isso endereça diretamente as vulnerabilidades de censura e extração de MEV associadas à operação descentralizada de sequenciadores em rollups. A inclusão de mecanismos como FOCIL e mempools criptografadas representa uma evolução no controle sobre a inclusão de transações, algo que não era nativamente abordado pelas camadas anteriores. A ideia de 'frame transactions' e base sequencing, mencionada como soluções, também sugere um refinamento na forma como as transações são processadas e abstraídas, alinhando-se com esforços anteriores de abstração de conta como a EIP-8141, discutida em marcos anteriores do CEVIU.

A introdução da Camada de Memória é um marco para o Ethereum, pois busca consolidar a resistência à censura e a justiça na inclusão de transações. Ao reconhecer e padronizar o sequenciamento, o Ethereum visa neutralizar as práticas extrativas de MEV e as vulnerabilidades de censura que afetam o ecossistema, especialmente em rollups. Isso pode levar a um ecossistema mais equitativo para usuários e stakers, além de fortalecer a integridade do protocolo.

A proposta se alinha a discussões anteriores sobre a relação entre L1 e L2, como o framework da Fundação Ethereum que posiciona ambas como camadas complementares, e não concorrentes, onde a L1 atua como hub global. A Camada de Memória oferece uma solução arquitetônica para consolidar essa relação, garantindo que as inovações em L2 não comprometam a segurança e a descentralização fundamental da rede principal do Ethereum.