Durante a última década, a execução sequencial tem sido o princípio central de design da Ethereum para garantir consistência e segurança. No entanto, à medida que as DeFi, as stablecoins, as soluções de Camada 2 e as finanças on-chain continuaram a escalar, este modelo de execução começou a revelar estrangulamentos de desempenho. Entretanto, blockchains de próxima geração como Solana, Sui e Aptos fizeram da execução paralela uma característica arquitetónica central, aumentando consistentemente o rendimento da rede. Neste cenário competitivo, a Ethereum está agora a realizar uma atualização sistemática da sua lógica de execução subjacente através do Glamsterdam.
Do ponto de vista da evolução da tecnologia blockchain, a execução paralela significa mais do que apenas um TPS mais elevado. Representa uma reformulação fundamental da gestão de estado, do agendamento de transações e da alocação de recursos da Ethereum. Se estas atualizações forem implementadas gradualmente, a Camada 1 da Ethereum poderá evoluir de uma plataforma tradicional de contratos inteligentes para uma rede de liquidação aberta de grande escala que suporta ativos digitais globais e atividade financeira on-chain.
Porque é que a Ethereum sempre utilizou execução sequencial?
Desde o seu início, a execução sequencial tem sido um pilar do funcionamento da rede. Neste modelo, as transações dentro de um bloco devem ser processadas uma a uma numa ordem fixa — a transação seguinte não pode começar até que a anterior termine. Os nodos seguem exatamente a mesma sequência de execução, garantindo que todos chegam a um estado final consistente.
A principal vantagem deste design é a sua simplicidade e segurança. Independentemente da complexidade da lógica da transação, todos os nodos executam na mesma ordem, eliminando conflitos de estado ou resultados inconsistentes. O ecossistema de contratos inteligentes da Ethereum funcionou de forma estável na última década precisamente devido a este modelo de execução conservador mas fiável.
No entanto, a execução sequencial também impõe um teto natural ao desempenho da rede.
Mesmo quando muitas transações num bloco são independentes, os nodos continuam a não as poder processar concorrentemente — têm de as executar uma após a outra. Este design não foi um grande problema quando o ecossistema era mais pequeno, mas à medida que os volumes de transações on-chain aumentaram, os estrangulamentos de desempenho tornaram-se cada vez mais pronunciados.
Que estrangulamentos enfrenta a execução sequencial?
Nos últimos anos, a rede Ethereum sofreu mudanças drásticas. Os volumes de transferência de stablecoins expandiram-se massivamente, os protocolos de empréstimos on-chain amadureceram, os volumes de negociação em DEX atingiram repetidamente novos máximos, e o número de redes de Camada 2 cresceu de forma constante. Cada vez mais aplicações complexas dependem agora da Ethereum como a sua camada de liquidação final. No entanto, a capacidade de execução da cadeia principal ficou muito aquém do ritmo de crescimento do ecossistema.
O problema manifesta-se em três áreas principais:
-
Recursos de CPU subutilizados: Os servidores modernos têm tipicamente múltiplos núcleos, mas sob execução sequencial, os nodos utilizam frequentemente apenas um único thread para processar transações, deixando uma capacidade computacional substancial inativa.
-
Congestionamento de transações aumenta as taxas: Quando muitas transações entram na rede simultaneamente, a capacidade de execução limitada força os utilizadores a pagar taxas de gás mais elevadas para garantir inclusão prioritária.
-
Escalabilidade limitada da camada 1: Mesmo que o Limite de gás seja aumentado no futuro, enquanto a execução permanecer sequencial, as melhorias de desempenho global serão limitadas.
Como resultado, a comunidade Ethereum começou a perguntar: Podemos executar transações não conflituosas simultaneamente preservando a segurança? É precisamente esta a questão que o roadmap de execução paralela do Glamsterdam pretende responder.
Listas de acesso a blocos: a infraestrutura chave para a execução paralela do Glamsterdam
Para alcançar a execução paralela, a Ethereum precisa primeiro de saber quais as transações que acedem a que estado e quais as transações que são isentas de conflitos. Para resolver este problema, o Glamsterdam introduz o design de Listas de Acesso a Blocos (BAL).
Simplificando, as Listas de Acesso a Blocos exigem que as transações declarem antecipadamente:
- Que contas serão acedidas;
- Que Slots de armazenamento serão lidos;
- Que estado será modificado;
- Que dados precisam de ser escritos on-chain.
Com esta informação, os nodos podem analisar potenciais conflitos entre transações antes do início da execução.
Considere um exemplo simples. A Transação A é um utilizador a trocar ETH por USDC; a Transação B é um utilizador a cunhar um NFT. Como estas duas transações acedem a estados diferentes, o sistema pode determinar que podem ser executadas simultaneamente. No entanto, se duas transações modificarem o mesmo pool de empréstimos ou o mesmo saldo de conta, o sistema recorrerá novamente à execução sequencial para evitar erros de estado.
As Listas de Acesso a Blocos não reformulam completamente o modelo de execução da Ethereum. Em vez disso, permitem que tantas transações quanto possível sejam processadas em paralelo, mantendo a segurança.
Como faz a Ethereum a transição da execução sequencial para paralela?
O caminho da Ethereum para a execução paralela não é uma mudança única e instantânea.
O Glamsterdam é mais como um conjunto de atualizações de infraestrutura que gradualmente equipam 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 o seu intervalo de acesso a estado antecipadamente, o sistema pode identificar transações não conflituosas e agendá-las para execução concorrente.
-
Otimização do agendamento de transações: Os nodos atribuem dinamicamente a ordem de execução com base no estado a que cada transação acede, permitindo que múltiplos núcleos de CPU trabalhem simultaneamente em vez de processar uma transação de cada vez como antes.
-
Atualizações de gestão de estado: Com o avanço da Verkle tree, do Stateless Ethereum e de outras tecnologias, espera-se que a eficiência da leitura de dados de estado melhore, proporcionando um melhor suporte subjacente à execução paralela.
Esta abordagem de atualização incremental é um dos maiores fatores de diferenciação entre a Ethereum e outras blockchains de alto desempenho.
A Ethereum não desmantelou a sua arquitetura anterior; em vez disso, está a melhorar gradualmente o desempenho com base no seu modelo de segurança existente.
Que mudanças trará a execução paralela para a Ethereum?
Para todo o ecossistema, a execução paralela significa muito mais do que apenas um número de TPS mais elevado. Espera-se que o rendimento da rede melhore significativamente: enquanto um bloco anteriormente só podia processar transações sequencialmente, agora múltiplas transações podem ser executadas em simultâneo, impulsionando naturalmente a eficiência global da execução.
A experiência de negociação também pode ser ainda otimizada: à medida que a utilização de recursos da rede aumenta, é provável que o congestionamento diminua e as taxas de gás pagas pelos utilizadores se tornem mais estáveis.
Para as DeFi, a execução paralela é igualmente transformadora.
Por exemplo:
- As DEX podem lidar com mais negociações;
- Os protocolos de empréstimos podem concluir liquidações mais rapidamente;
- A eficiência de liquidação de stablecoins melhora;
- A latência da negociação de derivados on-chain diminui.
Para as soluções de Camada 2, uma Camada 1 com melhor 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 os utilizadores;
- Capacidades de escalabilidade de Camada 2 melhoradas.
À medida que mais ativos do mundo real (RWA) e capital institucional se movem para on-chain, uma Camada 1 de alto desempenho e segura tornar-se-á uma infraestrutura crítica para o crescimento de todo o ecossistema.
Como é que o Glamsterdam se diferencia de outras blockchains de alto desempenho?
A execução paralela não é um conceito novo. A Solana adotou a arquitetura Sealevel desde cedo para permitir a execução concorrente de transações; a Sui utiliza um modelo de objeto para melhorar a concorrência de estado; a Aptos suporta transações paralelas através do Block-STM.
Então porque é que a Ethereum só agora está a avançar para a execução paralela? A resposta reside no compromisso primordial da Ethereum com a segurança e a descentralização. Possui a maior rede de nodos do mundo, o ecossistema de clientes mais diversificado e a maior base de ativos on-chain. Qualquer alteração à sua arquitetura subjacente deve equilibrar cuidadosamente a compatibilidade e a estabilidade da rede.
Portanto, a Ethereum escolheu um caminho incremental. Em vez de perseguir um TPS extremo, está a melhorar gradualmente a eficiência da rede preservando abertura, descentralização e segurança. Embora esta abordagem seja mais lenta, também significa menor risco de atualização e total compatibilidade com os ecossistemas DeFi e de Camada 2 existentes.
Depois da execução paralela, o que vem a seguir para a Ethereum?
O Glamsterdam não é a paragem final para as atualizações da arquitetura subjacente da Ethereum.
Nos próximos anos, a comunidade Ethereum está a prosseguir várias direções de longo prazo, incluindo:
- Stateless Ethereum;
- Verkle tree;
- Account Abstraction nativa;
- Parallel EVM mais maduro;
- Estruturas de armazenamento de dados mais eficientes;
- Investigação em criptografia resistente a quantum.
Todas estas atualizações convergem para um objetivo comum de longo prazo: transformar a Ethereum de uma plataforma de contratos inteligentes numa infraestrutura financeira e de ativos digitais global e aberta.
Nesta jornada, a execução paralela não é a linha de chegada — é um componente crítico da arquitetura da Ethereum de próxima geração. À medida que o desempenho da Camada 1 continua a melhorar, a Ethereum está bem posicionada para equilibrar segurança, abertura e escalabilidade, suportando uma economia on-chain de escala sem precedentes.
Resumo
Da execução sequencial para paralela, o Glamsterdam está a impulsionar uma profunda atualização arquitetónica para a Ethereum. Através das Listas de Acesso a Blocos, da otimização do acesso a estado e de mecanismos de execução concorrente mais maduros no futuro, a Ethereum pretende melhorar o desempenho da Camada 1 e a utilização de recursos, mantendo a descentralização e a segurança.
Em vez de simplesmente perseguir TPS, a Ethereum foca-se no desenvolvimento sustentável de longo prazo. A execução paralela não significa apenas uma velocidade de rede mais rápida, mas também uma reformulação abrangente da gestão de recursos subjacente, da lógica de acesso a estado e da escalabilidade do ecossistema. À medida que mais infraestruturas amadurecem, o Glamsterdam poderá tornar-se um ponto de viragem crucial na evolução da Ethereum rumo à próxima geração de redes financeiras abertas.
