Artigo por: imToken
A expressão 「三難困境」 deve estar a fazer as suas orelhas ficarem a arder, não é?
Nos primeiros dez anos após o nascimento do Ethereum, 「三難困境」 assemelhou-se a uma lei física pairando sobre cada desenvolvedor — podes escolher dois entre descentralização, segurança e escalabilidade, mas nunca os três ao mesmo tempo.
No entanto, olhando para o início de 2026, percebemos que ela parece estar a transformar-se gradualmente numa «barreira de design» que pode ser superada através da evolução tecnológica, como Vitalik Buterin destacou numa perspetiva revolucionária em 8 de janeiro:
Em comparação com a redução da latência, aumentar a largura de banda é mais seguro e confiável. Com PeerDAS e ZKP, a escalabilidade do Ethereum pode ser aumentada por milhares de conflitos, sem entrar em conflito com a descentralização.
Então, a «trindade» que outrora parecia intransponível, em 2026, realmente poderá dissipar-se com a maturidade do PeerDAS, ZK e da abstração de contas?
1. Por que é que a «trindade» tem sido inatingível a longo prazo?
Precisamos revisitar o conceito de «trindade do blockchain» proposto por Vitalik Buterin, que descreve a dificuldade de alcançar simultaneamente segurança, escalabilidade e descentralização numa cadeia pública:
- Descentralização, que implica um limiar baixo para nós, participação ampla e ausência de confiança numa entidade única;
- Segurança, que garante a consistência do sistema contra malfeitores, censura e ataques;
- Escalabilidade, que oferece alta capacidade de processamento, baixa latência e uma boa experiência de utilizador;
O problema é que, sob arquiteturas tradicionais, estes três aspetos tendem a limitar-se mutuamente. Por exemplo, aumentar a capacidade de processamento geralmente exige hardware mais potente ou introdução de coordenação centralizada; reduzir a carga dos nós pode comprometer a segurança; insistir numa descentralização extrema pode sacrificar desempenho e experiência.
Podemos dizer que, nos últimos 5-10 anos, diferentes blockchains — desde o EOS inicial, passando pelo Polkadot e Cosmos, até aos entusiastas de desempenho extremo como Solana, Sui, Aptos — ofereceram respostas distintas: alguns sacrificam descentralização por desempenho, outros aumentam a eficiência com nós autorizados ou com mecanismos de comissão, e há quem priorize a verificação e validação livre.
Mas o ponto comum é que quase todas as soluções de escalabilidade só conseguem satisfazer duas dessas três condições ao mesmo tempo, sacrificando a terceira.
Ou, dito de outra forma, quase todos os projetos operam numa lógica de «blockchain monolítica»: se queres velocidade, precisas de nós mais potentes; se queres mais nós, precisas de uma rede mais lenta — uma questão aparentemente sem solução.
Se deixarmos de lado, por momento, a discussão sobre as vantagens e desvantagens de blockchains monolíticas versus modulares, e revisitar o percurso do Ethereum desde 2020, quando passou de uma «cadeia única» para uma arquitetura de múltiplas camadas centrada em Rollups, até à recente maturidade de tecnologias como ZK (provas de conhecimento zero), perceberemos que:
A lógica subjacente à «trindade» tem vindo a ser reestruturada ao longo dos últimos 5 anos, à medida que o Ethereum modularizou progressivamente.
De forma objetiva, o Ethereum, através de uma série de práticas de engenharia, foi desconstruindo as limitações originais. Pelo menos na sua trajetória técnica, este problema deixou de ser uma questão filosófica.
2. A abordagem de «dividir para conquistar» na engenharia
A seguir, vamos desmontar esses detalhes técnicos, analisando como, entre 2020 e 2025, o Ethereum avançou com várias linhas de tecnologia em paralelo para resolver essa limitação triangular.
Primeiro, através do PeerDAS, que «desacoplou» a disponibilidade de dados, libertando o limite natural de escalabilidade.
Como é sabido, na trindade, a disponibilidade de dados é frequentemente o primeiro obstáculo à escalabilidade, pois os blockchains tradicionais exigem que cada nó completo baixe e verifique todos os dados, garantindo segurança, mas limitando a capacidade de expansão. É por isso que soluções como Celestia, na sua fase inicial, tiveram um grande crescimento ao oferecer uma abordagem «DA» (Data Availability) inovadora.
A direção do Ethereum não foi fortalecer os nós, mas alterar a forma como estes verificam os dados, com o PeerDAS (Peer Data Availability Sampling):
Ele não exige que cada nó baixe toda a informação do bloco, mas sim que, por amostragem probabilística, verifique se os dados estão disponíveis — os dados do bloco são divididos e codificados, e os nós apenas amostrando aleatoriamente uma parte. Se os dados estiverem ocultados, a probabilidade de falha na amostragem aumenta rapidamente, permitindo uma melhoria significativa na throughput, enquanto os nós comuns ainda podem participar na verificação. Isto não será uma otimização através de uma estrutura descentralizada que marca o fim da batalha?
Vitalik destaca que o PeerDAS deixou de ser uma ideia no roadmap para se tornar um componente de sistema real, o que significa que o Ethereum já deu um passo concreto na direção de «escalabilidade × descentralização».
Depois, temos o zkEVM, que tenta resolver o problema de «cada nó ter que repetir todos os cálculos» através de provas de conhecimento zero.
A ideia central é dotar o Ethereum de capacidade de gerar e verificar provas ZK. Ou seja, após cada bloco, é possível produzir uma prova matemática verificável, que outros nós podem validar sem precisar repetir toda a computação. Especificamente, as vantagens do zkEVM concentram-se em três aspetos:
- Verificação mais rápida: os nós não precisam reexecutar transações, apenas validar a zkProof;
- Menor carga: reduz o esforço de computação e armazenamento dos nós completos, facilitando a participação de nós leves e verificadores cross-chain;
- Maior segurança: ao contrário do caminho OP, as provas ZK podem ser verificadas instantaneamente na cadeia, com maior resistência a manipulações e limites de segurança mais claros;
Recentemente, a Fundação Ethereum (EF) lançou oficialmente o padrão de provas instantâneas zkEVM para L1, marcando a primeira inclusão formal da tecnologia ZK na camada principal. Nos próximos anos, o Ethereum irá gradualmente migrar para um ambiente de execução que suporte a verificação de zkEVM, passando de «execução pesada» para «verificação por provas».
Vitalik acredita que o zkEVM já atingiu um estágio de prontidão para produção, com desempenho e funcionalidades adequadas, embora o desafio de segurança a longo prazo e a complexidade de implementação ainda persistam. Segundo a roadmap da EF, o objetivo é manter o atraso na geração de provas abaixo de 10 segundos, com provas menores que 300 KB, usando segurança de 128 bits, evitando setups confiáveis, e permitindo que dispositivos domésticos participem na geração de provas, assim reduzindo a barreira à descentralização.
Por fim, além dessas duas iniciativas, há planos baseados na roadmap de 2030 do Ethereum (como The Surge, The Verge, etc.), que visam melhorar a capacidade de throughput, reestruturar o modelo de estado, aumentar o limite de Gas e aprimorar a camada de execução.
Estas representam tentativas e acumulações ao longo do caminho para ultrapassar as limitações tradicionais da trindade, formando uma linha de desenvolvimento de longo prazo. O objetivo é alcançar maior throughput de blobs, uma divisão mais clara de tarefas entre Rollups, maior estabilidade na execução e liquidação, criando uma base sólida para a futura interoperabilidade e multi-chain.
Importa salientar que estas atualizações não são melhorias isoladas, mas módulos projetados para se complementarem e reforçarem mutuamente, refletindo a «atitude de engenharia» do Ethereum perante a trindade: não procurar uma solução mágica única, mas ajustar a arquitetura em múltiplas camadas, redistribuindo custos e riscos.
3. Visão para 2030: o estado final do Ethereum
Mesmo assim, devemos manter a moderação. Porque elementos como «descentralização» não são indicadores técnicos estáticos, mas resultados de uma evolução contínua.
O Ethereum está, na verdade, a explorar gradualmente os limites das restrições da trindade através de práticas de engenharia — com mudanças na forma de verificação (de recontar para amostrar), na estrutura de dados (de estado inflacionado para estado com validade), e no modelo de execução (de monolítico para modular). A relação de trade-offs original está a deslocar-se, e estamos a aproximar-nos do ponto «quer, quer, quer».
Recentemente, Vitalik também forneceu um quadro temporal relativamente claro:
- 2026: Com melhorias na camada de execução e mecanismos de construção, incluindo o ePBS, o limite de Gas pode ser aumentado sem depender do zkEVM, criando condições para «executar mais nós zkEVM»;
- 2026–2028: Ajustes na precificação de Gas, estrutura de estado e organização da carga de execução, para manter a segurança sob cargas mais elevadas;
- 2027–2030: À medida que o zkEVM se torna uma forma principal de validação de blocos, o limite de Gas pode aumentar ainda mais, com o objetivo de uma construção de blocos mais descentralizada.
Com as atualizações recentes da roadmap, podemos vislumbrar três características-chave do Ethereum até 2030, que representam a resposta final à trindade:
- L1 extremamente simples: O L1 torna-se numa base sólida, neutra, responsável apenas por disponibilizar dados e provas de liquidação, sem lidar com lógica de aplicação complexa, mantendo um nível elevado de segurança;
- L2 próspero e interoperável: através do EIL (camada de interoperabilidade) e regras de confirmação rápida, o L2 fragmentado é unido numa única entidade, onde os utilizadores não percebem a existência da cadeia, apenas uma TPS de centenas de milhares;
- Limite de verificação extremamente baixo: graças à maturidade de tecnologias de estado e clientes leves, até um smartphone pode participar na verificação, garantindo que a base da descentralização permanece sólida;
Curiosamente, no momento em que escrevo, Vitalik reforçou um padrão de teste importante — o «Teste de Saída» (The Walkaway Test), reiterando que o Ethereum deve ser capaz de operar autonomamente, mesmo que todos os provedores de serviços desapareçam ou sejam atacados, e que os DApps continuem a funcionar com segurança para os utilizadores.
Esta afirmação, na verdade, eleva a métrica de avaliação do «estado final» do sistema, de velocidade e experiência, para aquilo que o Ethereum valoriza mais — se, na pior das hipóteses, o sistema ainda é confiável e não depende de pontos únicos.
Para concluir
Devemos sempre olhar para o desenvolvimento com uma perspetiva de longo prazo, especialmente na indústria de Web3/Crypto, que evolui a uma velocidade vertiginosa.
Acredito que, daqui a muitos anos, ao recordarem as intensas discussões sobre a trindade entre 2020 e 2025, as pessoas poderão pensar que foi como discutir, antes da invenção do automóvel, «como fazer uma carruagem que seja rápida, segura e com grande capacidade de carga ao mesmo tempo».
A resposta do Ethereum não é fazer uma escolha dolorosa entre os três vértices, mas, através de PeerDAS, provas ZK e um desenho económico inteligente, construir uma infraestrutura digital que seja de todos, extremamente segura e capaz de suportar toda a atividade financeira global.
De forma objetiva, cada passo nesta direção aproxima-nos do fim da história da «trindade».
