Na última década, a execução sequencial foi o princípio central de design do Ethereum para garantir consistência e segurança. No entanto, com a expansão contínua de DeFi, stablecoins, soluções de Camada 2 e finanças on-chain, esse modelo de execução começou a evidenciar gargalos de desempenho. Enquanto isso, blockchains de nova geração como Solana, Sui e Aptos transformaram a execução paralela em pilar arquitetônico, elevando de forma consistente a capacidade de processamento da rede. Diante desse cenário competitivo, o Ethereum realiza agora uma atualização sistemática de sua lógica de execução subjacente por meio do Glamsterdam.
Sob a ótica da evolução da tecnologia blockchain, a execução paralela vai além de um TPS mais alto. Ela representa uma reformulação profunda do gerenciamento de estado, do agendamento de transações e da alocação de recursos do Ethereum. Se essas atualizações forem implementadas de forma gradual, a Camada 1 do Ethereum poderá deixar de ser uma plataforma tradicional de contratos inteligentes para se tornar uma grande rede de liquidação aberta, sustentando ativos digitais globais e atividades financeiras on-chain.
Por que o Ethereum sempre utilizou execução sequencial?
Desde a criação do Ethereum, a execução sequencial sustenta a operação da rede. Nesse modelo, as transações dentro de um bloco precisam ser processadas uma a uma, em ordem fixa — a transação seguinte só começa quando a anterior termina. Todos os nós seguem a mesma sequência de execução, garantindo que cheguem a um estado final consistente.
A principal vantagem desse design é a simplicidade e a segurança. Por mais complexa que seja a lógica da transação, todos os nós executam na mesma ordem, eliminando conflitos de estado ou resultados inconsistentes. O ecossistema de contratos inteligentes do Ethereum operou de forma estável na última década justamente por causa desse modelo de execução conservador e confiável.
No entanto, a execução sequencial também impõe um teto natural ao desempenho da rede.
Mesmo quando muitas transações em um bloco são independentes, os nós não conseguem processá-las simultaneamente; precisam executá-las uma após a outra. Esse design não era um grande problema quando o ecossistema era menor, mas, com o aumento dos volumes de transações on-chain, os gargalos de desempenho se tornaram cada vez mais evidentes.
Quais gargalos a execução sequencial enfrenta?
Nos últimos anos, a rede Ethereum passou por transformações profundas. Os volumes de transferência de stablecoins cresceram enormemente, os protocolos de empréstimo on-chain amadureceram, os volumes de negociação em DEX bateram recordes sucessivos e o número de redes de Camada 2 aumentou de forma constante. Cada vez mais aplicações complexas dependem do Ethereum como camada final de liquidação. No entanto, a capacidade de execução da cadeia principal ficou muito aquém do ritmo de crescimento do ecossistema.
O problema se manifesta em três áreas principais:
-
Subutilização de Recursos da CPU: Servidores modernos geralmente têm múltiplos núcleos, mas, com a execução sequencial, os nós costumam usar apenas uma única thread para processar transações, deixando grande capacidade computacional ociosa.
-
Congestionamento de Transações Eleva Taxas: Quando muitas transações entram na rede ao mesmo tempo, a capacidade limitada de execução força os usuários a pagar taxas de Gas mais altas para garantir prioridade na inclusão.
-
Escalabilidade Limitada da Camada 1: Mesmo que o Limite de Gas seja aumentado no futuro, enquanto a execução continuar sequencial, as melhorias gerais de desempenho serão limitadas.
Como resultado, a comunidade do Ethereum começou a questionar: é possível executar transações não conflitantes simultaneamente sem comprometer a segurança? Essa é exatamente a questão que o roteiro de execução paralela do Glamsterdam busca responder.
Block Access Lists: A Infraestrutura Chave para a Execução Paralela do Glamsterdam
Para alcançar a execução paralela, o Ethereum precisa saber quais transações acessam qual estado e quais são livres de conflitos. Para resolver esse problema, o Glamsterdam introduz o design de Listas de Acesso a Blocos (BAL).
Em termos simples, as Listas de Acesso a Blocos exigem que as transações declarem antecipadamente:
- Quais contas serão acessadas;
- Quais Slots de Armazenamento serão lidos;
- Qual estado será modificado;
- Quais dados precisam ser gravados on-chain.
Com essas informações, os nós podem analisar conflitos potenciais entre transações antes do início da execução.
Considere um exemplo simples. A Transação A é um usuário trocando ETH por USDC; a Transação B é um usuário cunhando um NFT. Como essas duas transações acessam estados diferentes, o sistema pode determinar que podem ser executadas simultaneamente. No entanto, se duas transações modificarem o mesmo pool de empréstimo ou o mesmo saldo da conta, o sistema recorrerá à execução sequencial para evitar erros de estado.
As Listas de Acesso a Blocos não reformulam completamente o modelo de execução do Ethereum. Em vez disso, permitem que o maior número possível de transações seja processado em paralelo, mantendo a segurança.
Como o Ethereum faz a transição da execução sequencial para a paralela?
O caminho do Ethereum para a execução paralela não é uma mudança única e isolada.
O Glamsterdam funciona mais como um conjunto de atualizações de infraestrutura que equipam gradualmente a rede com capacidades paralelas, otimizando a execução de transações passo a passo.
-
Introdução das Listas de Acesso a Blocos: Ao exigir que as transações declarem seu intervalo de acesso ao estado com antecedência, o sistema identifica transações não conflitantes e as agenda para execução concorrente.
-
Otimização do Agendamento de Transações: Os nós atribuem dinamicamente a ordem de execução com base no estado que cada transação acessa, permitindo que vários núcleos de CPU trabalhem simultaneamente, em vez de processar uma transação por vez como antes.
-
Atualizações no Gerenciamento de Estado: Com o avanço da Verkle Tree, do Ethereum sem estado e de outras tecnologias, a eficiência da leitura de dados de estado deve melhorar, fornecendo melhor suporte subjacente para a execução paralela.
Essa abordagem de atualização incremental é um dos maiores diferenciais entre o Ethereum e outras blockchains de alto desempenho.
O Ethereum não desmontou sua arquitetura anterior; em vez disso, está melhorando gradualmente o desempenho sobre seu modelo de segurança existente.
Que mudanças a execução paralela trará para o Ethereum?
Para todo o ecossistema, a execução paralela significa muito mais do que apenas um número de TPS mais alto. A capacidade de processamento da rede deve melhorar significativamente: enquanto antes um bloco só podia processar transações sequencialmente, agora múltiplas transações podem ser executadas simultaneamente, aumentando naturalmente a eficiência geral da execução.
A experiência de negociação também pode ser ainda mais otimizada: com o aumento da utilização dos recursos da rede, o congestionamento tende a diminuir, e as taxas de Gas pagas pelos usuários podem se tornar mais estáveis.
Para o DeFi, a execução paralela é igualmente transformadora.
Por exemplo:
- Os DEXs conseguem lidar com mais negociações;
- Os protocolos de empréstimo concluem liquidações mais rapidamente;
- A eficiência da liquidação de stablecoins melhora;
- A latência da negociação de derivativos on-chain diminui.
Para as soluções de Camada 2, uma Camada 1 com maior desempenho também significa:
- Custos de submissão de Rollup reduzidos;
- Velocidade de liquidação mais rápida;
- Taxas de transação mais baixas para o usuário;
- Capacidades de escalabilidade de Camada 2 aprimoradas.
À medida que mais ativos do mundo real (RWA) e capital institucional migram para on-chain, uma Camada 1 de alto desempenho e segura se tornará infraestrutura crítica para o crescimento de todo o ecossistema.
Como o Glamsterdam se diferencia de outras blockchains de alto desempenho?
A execução paralela não é um conceito novo. A Solana adotou desde cedo a arquitetura Sealevel para permitir a execução concorrente de transações; a Sui usa um modelo de objeto para melhorar a concorrência de estado; a Aptos suporta transações paralelas por meio do Block-STM.
Então por que o Ethereum está apenas agora avançando em direção à execução paralela? A resposta está no compromisso primordial do Ethereum com a segurança e a descentralização. Ele possui a maior rede de nós do mundo, o ecossistema de clientes mais diversificado e a maior base de ativos on-chain. Qualquer alteração em sua arquitetura subjacente precisa equilibrar cuidadosamente compatibilidade e estabilidade da rede.
Por isso, o Ethereum escolheu um caminho incremental. Em vez de buscar TPS extremo, ele está melhorando gradualmente a eficiência da rede, preservando abertura, descentralização e segurança. Embora essa abordagem seja mais lenta, também significa menor risco de atualização e total compatibilidade com os ecossistemas DeFi e de Camada 2 existentes.
Após a execução paralela, qual é o próximo passo para o Ethereum?
O Glamsterdam não é o ponto final das atualizações da arquitetura subjacente do Ethereum.
Nos próximos anos, a comunidade do Ethereum persegue várias direções de longo prazo, incluindo:
- Ethereum sem estado;
- Verkle Tree;
- Abstração de Conta Nativa;
- Parallel EVM mais maduro;
- Estruturas de armazenamento de dados mais eficientes;
- Pesquisa em criptografia resistente a quantum.
Todas essas atualizações convergem para um objetivo comum de longo prazo: transformar o Ethereum de uma plataforma de contratos inteligentes em uma infraestrutura global aberta de finanças e ativos digitais.
Nessa jornada, a execução paralela não é a linha de chegada — é um componente crítico da arquitetura de próxima geração do Ethereum. À medida que o desempenho da Camada 1 continua a melhorar, o Ethereum está bem posicionado para equilibrar segurança, abertura e escalabilidade, sustentando uma economia on-chain de escala sem precedentes.
Resumo
Da execução sequencial para a paralela, o Glamsterdam está conduzindo uma profunda atualização arquitetônica no Ethereum. Por meio de Listas de Acesso a Blocos, otimização de acesso a estado e mecanismos de execução concorrente mais maduros no futuro, o Ethereum busca melhorar o desempenho e a utilização de recursos da Camada 1, mantendo a descentralização e a segurança.
Em vez de simplesmente buscar TPS, o Ethereum foca no desenvolvimento sustentável de longo prazo. A execução paralela não significa apenas uma rede mais rápida, mas também uma reforma abrangente do gerenciamento subjacente de recursos, da lógica de acesso a estado e da escalabilidade do ecossistema. À medida que mais infraestruturas amadurecem, o Glamsterdam pode muito bem se tornar um ponto de virada fundamental na evolução do Ethereum em direção à próxima geração de redes financeiras abertas.
