O objetivo do Ethereum é tornar-se o livro-razão mundial - uma plataforma para suportar ativos civilizacionais e registros, sustentando infraestruturas críticas como finanças, governança e certificação de dados de alto valor. Para realizar essa visão, é necessário equilibrar duas capacidades fundamentais: escalabilidade e resiliência.
O hard fork Fusaka trará um aumento de 10 vezes no espaço de dados L2, e o roadmap de 2026 também planeja uma expansão semelhante para o L1. Ao mesmo tempo, o Merge mudou o Ethereum para o consenso PoS, a diversidade de clientes melhorou rapidamente, a pesquisa sobre ZK verificabilidade e resistência a ataques quânticos continua avançando, e a camada de aplicação está se tornando cada vez mais forte. Mas além da escalabilidade e desempenho, há uma base de resiliência que é facilmente ignorada, mas igualmente importante: a simplicidade do protocolo.
A simplicidade é o escudo supremo da descentralização
Uma das coisas mais impressionantes do Bitcoin é a extrema simplicidade do seu protocolo:
A blockchain é composta por uma cadeia de blocos;
Cada bloco está ligado ao bloco anterior por hash;
O bloco é verificado através de PoW, ou seja, verificando se os primeiros dígitos do seu hash são 0;
Cada bloco contém transações, e as transações consomem moedas geradas por mineração ou por transações anteriores.
Um estudante do ensino médio que entende de código pode compreender completamente o funcionamento do protocolo Bitcoin, um programador pode até implementá-lo como um projeto pessoal. Essa simplicidade traz os seguintes benefícios:
Mais fácil de ser amplamente compreendido, reduzindo a barreira de entrada para pesquisa e desenvolvimento, evitando o domínio dos "tecnocratas";
Reduzir o custo da infraestrutura de interfaces para desenvolver novos clientes, validadores, ferramentas, etc.
Reduzir a complexidade da manutenção a longo prazo;
Reduzir o risco de grandes vulnerabilidades de segurança e facilitar a verificação da correção do protocolo;
Reduzir a superfície de ataque social manipulada por interesses especiais.
Historicamente, o Ethereum não se destacou nesta área, levando a custos de desenvolvimento desnecessários, riscos de segurança e uma cultura de pesquisa fechada. Nos próximos cinco anos, o Ethereum tem o potencial de se tornar quase tão simples quanto o Bitcoin, e podemos abordar isso em dois níveis: camada de consenso e camada de execução.
Camada de consenso simplificada
O novo mecanismo de consenso do futuro (anteriormente conhecido como beam chain) integra uma profunda acumulação dos últimos dez anos sobre teoria de consenso, ZK-SNARK, economia de staking, entre outros, com o objetivo de construir uma camada de consenso significativamente simplificada e otimizada a longo prazo, cujas principais iniciativas incluem:
Mecanismo de finalização de três slots (3-slot finality): remove a lógica complexa de slot e epoch; não é mais necessário o embaralhamento do comitê, comitês de sincronização e outros mecanismos; pode ser implementado basicamente em cerca de 200 linhas de código; possui segurança mais próxima do ótimo em comparação com o protocolo Gasper atual.
Escolha de fork simplificada e estrutura de rede: menos validadores ativos permitem o uso de regras de escolha de fork mais simples; a agregação STARK permite que qualquer um se torne um agregador, sem necessidade de confiança e pagamentos complexos; arquitetura p2p mais robusta.
Simplificação da lógica relacionada à transição de estados: redesenhar os mecanismos de entrada, saída, retirada e troca de chaves dos validadores; reduzir a complexidade do código e expressar de forma mais clara comportamentos críticos, como ciclos subjetivos.
A vantagem da camada de consenso é que ela é relativamente independente da execução do EVM, permitindo mais liberdade na realização dessas atualizações. A verdadeira dificuldade reside em como simplificar a camada de execução.
Camada de execução simplificada
A camada de execução é realmente o "centro de magia negra": um conjunto de instruções EVM complexo, contratos pré-compilados longos e difíceis de entender, SELFDESTRUCT de difícil escalabilidade e um peso histórico de compatibilidade excessivo. Portanto, substituir a EVM por uma VM simples, de alto desempenho e amigável ao ZK, como a RISC-V, tem as seguintes vantagens:
A performance é aumentada diretamente em 100 vezes;
Integração perfeita com as principais linguagens de programação;
Pode ser executado nativamente em sistemas de prova de conhecimento zero;
Estrutura estática clara, favorecendo a auditoria e a verificação de segurança;
Quase não é necessário pré-compilar contratos, no futuro mesmo algoritmos quânticos resistentes poderão ser implantados nativamente.
Mas a migração não é um "hard fork" forçado, mas sim permitir que os contratos antigos continuem a ser executados em um interpretador EVM, que por sua vez é um contrato escrito em RISC-V. Assim como a Apple usou o Rosetta para transitar para os chips ARM, o Ethereum pode atualizar a máquina virtual sem dor.
Componentes compartilhados, criando uma base de sistema mais elegante
O protocolo Ethereum do futuro deve integrar mais "componentes compartilhados", reduzindo drasticamente a complexidade do sistema:
Códigos de correção unificados: usados para amostragem de disponibilidade de dados, armazenamento histórico, aceleração de broadcast P2P, evitando design duplicado;
Formato de serialização unificado (SSZ): semelhante ao ABI atual, compatível, mas mais eficiente, favorecendo o desacoplamento do L2.
Estrutura de árvore de estado unificada (árvore binária): mais adequada para provas ZK, mais rápida e mais simples.
Isto significa que a camada subjacente do Ethereum não é mais composta por "várias soluções improvisadas" mas, sim, por "blocos de protocolo" construídos com verdadeira estética de engenharia.
Quando a complexidade chega ao fim, é o melhor momento para começar a simplificar.
A simplicidade, em muitos aspectos, é semelhante à descentralização, sendo um valor que leva à resiliência do sistema. Valorizar verdadeiramente a simplicidade requer uma mudança cultural, e seus benefícios muitas vezes são difíceis de quantificar imediatamente, enquanto o custo de abrir mão de funcionalidades chamativas e de fazer um esforço extra se torna imediatamente evidente. Mas, com o passar do tempo, o valor da simplicidade se torna gradualmente evidente, e o Bitcoin é o melhor exemplo disso.
Inspirando-se na abordagem do tinygrad, o objetivo é estabelecer um limite máximo de linhas de código de consenso para a norma de longo prazo do Ethereum, visando que a complexidade do caminho crítico de consenso se aproxime o máximo possível da simplicidade do Bitcoin. A lógica relacionada às regras históricas ainda será mantida, mas deverá ser isolada fora do caminho de consenso. Ao mesmo tempo, o design geral deve aderir ao princípio de "priorizar soluções mais simples", inclinando-se para o encapsulamento local em vez de complexidade sistêmica, e priorizando a adoção de escolhas de arquitetura que tenham propriedades claras e verificáveis.
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
Código é civilização: por que o Ethereum deve ser "assustadoramente simples" como o Bitcoin?
Autor original: Vitalik Buterin
Reprodução: Daisy, Mars Finance
O objetivo do Ethereum é tornar-se o livro-razão mundial - uma plataforma para suportar ativos civilizacionais e registros, sustentando infraestruturas críticas como finanças, governança e certificação de dados de alto valor. Para realizar essa visão, é necessário equilibrar duas capacidades fundamentais: escalabilidade e resiliência.
O hard fork Fusaka trará um aumento de 10 vezes no espaço de dados L2, e o roadmap de 2026 também planeja uma expansão semelhante para o L1. Ao mesmo tempo, o Merge mudou o Ethereum para o consenso PoS, a diversidade de clientes melhorou rapidamente, a pesquisa sobre ZK verificabilidade e resistência a ataques quânticos continua avançando, e a camada de aplicação está se tornando cada vez mais forte. Mas além da escalabilidade e desempenho, há uma base de resiliência que é facilmente ignorada, mas igualmente importante: a simplicidade do protocolo.
A simplicidade é o escudo supremo da descentralização
Uma das coisas mais impressionantes do Bitcoin é a extrema simplicidade do seu protocolo:
A blockchain é composta por uma cadeia de blocos;
Cada bloco está ligado ao bloco anterior por hash;
O bloco é verificado através de PoW, ou seja, verificando se os primeiros dígitos do seu hash são 0;
Cada bloco contém transações, e as transações consomem moedas geradas por mineração ou por transações anteriores.
Um estudante do ensino médio que entende de código pode compreender completamente o funcionamento do protocolo Bitcoin, um programador pode até implementá-lo como um projeto pessoal. Essa simplicidade traz os seguintes benefícios:
Mais fácil de ser amplamente compreendido, reduzindo a barreira de entrada para pesquisa e desenvolvimento, evitando o domínio dos "tecnocratas";
Reduzir o custo da infraestrutura de interfaces para desenvolver novos clientes, validadores, ferramentas, etc.
Reduzir a complexidade da manutenção a longo prazo;
Reduzir o risco de grandes vulnerabilidades de segurança e facilitar a verificação da correção do protocolo;
Reduzir a superfície de ataque social manipulada por interesses especiais.
Historicamente, o Ethereum não se destacou nesta área, levando a custos de desenvolvimento desnecessários, riscos de segurança e uma cultura de pesquisa fechada. Nos próximos cinco anos, o Ethereum tem o potencial de se tornar quase tão simples quanto o Bitcoin, e podemos abordar isso em dois níveis: camada de consenso e camada de execução.
Camada de consenso simplificada
O novo mecanismo de consenso do futuro (anteriormente conhecido como beam chain) integra uma profunda acumulação dos últimos dez anos sobre teoria de consenso, ZK-SNARK, economia de staking, entre outros, com o objetivo de construir uma camada de consenso significativamente simplificada e otimizada a longo prazo, cujas principais iniciativas incluem:
Mecanismo de finalização de três slots (3-slot finality): remove a lógica complexa de slot e epoch; não é mais necessário o embaralhamento do comitê, comitês de sincronização e outros mecanismos; pode ser implementado basicamente em cerca de 200 linhas de código; possui segurança mais próxima do ótimo em comparação com o protocolo Gasper atual.
Escolha de fork simplificada e estrutura de rede: menos validadores ativos permitem o uso de regras de escolha de fork mais simples; a agregação STARK permite que qualquer um se torne um agregador, sem necessidade de confiança e pagamentos complexos; arquitetura p2p mais robusta.
Simplificação da lógica relacionada à transição de estados: redesenhar os mecanismos de entrada, saída, retirada e troca de chaves dos validadores; reduzir a complexidade do código e expressar de forma mais clara comportamentos críticos, como ciclos subjetivos.
A vantagem da camada de consenso é que ela é relativamente independente da execução do EVM, permitindo mais liberdade na realização dessas atualizações. A verdadeira dificuldade reside em como simplificar a camada de execução.
Camada de execução simplificada
A camada de execução é realmente o "centro de magia negra": um conjunto de instruções EVM complexo, contratos pré-compilados longos e difíceis de entender, SELFDESTRUCT de difícil escalabilidade e um peso histórico de compatibilidade excessivo. Portanto, substituir a EVM por uma VM simples, de alto desempenho e amigável ao ZK, como a RISC-V, tem as seguintes vantagens:
A performance é aumentada diretamente em 100 vezes;
Integração perfeita com as principais linguagens de programação;
Pode ser executado nativamente em sistemas de prova de conhecimento zero;
Estrutura estática clara, favorecendo a auditoria e a verificação de segurança;
Quase não é necessário pré-compilar contratos, no futuro mesmo algoritmos quânticos resistentes poderão ser implantados nativamente.
Mas a migração não é um "hard fork" forçado, mas sim permitir que os contratos antigos continuem a ser executados em um interpretador EVM, que por sua vez é um contrato escrito em RISC-V. Assim como a Apple usou o Rosetta para transitar para os chips ARM, o Ethereum pode atualizar a máquina virtual sem dor.
Componentes compartilhados, criando uma base de sistema mais elegante
O protocolo Ethereum do futuro deve integrar mais "componentes compartilhados", reduzindo drasticamente a complexidade do sistema:
Códigos de correção unificados: usados para amostragem de disponibilidade de dados, armazenamento histórico, aceleração de broadcast P2P, evitando design duplicado;
Formato de serialização unificado (SSZ): semelhante ao ABI atual, compatível, mas mais eficiente, favorecendo o desacoplamento do L2.
Estrutura de árvore de estado unificada (árvore binária): mais adequada para provas ZK, mais rápida e mais simples.
Isto significa que a camada subjacente do Ethereum não é mais composta por "várias soluções improvisadas" mas, sim, por "blocos de protocolo" construídos com verdadeira estética de engenharia.
Quando a complexidade chega ao fim, é o melhor momento para começar a simplificar.
A simplicidade, em muitos aspectos, é semelhante à descentralização, sendo um valor que leva à resiliência do sistema. Valorizar verdadeiramente a simplicidade requer uma mudança cultural, e seus benefícios muitas vezes são difíceis de quantificar imediatamente, enquanto o custo de abrir mão de funcionalidades chamativas e de fazer um esforço extra se torna imediatamente evidente. Mas, com o passar do tempo, o valor da simplicidade se torna gradualmente evidente, e o Bitcoin é o melhor exemplo disso.
Inspirando-se na abordagem do tinygrad, o objetivo é estabelecer um limite máximo de linhas de código de consenso para a norma de longo prazo do Ethereum, visando que a complexidade do caminho crítico de consenso se aproxime o máximo possível da simplicidade do Bitcoin. A lógica relacionada às regras históricas ainda será mantida, mas deverá ser isolada fora do caminho de consenso. Ao mesmo tempo, o design geral deve aderir ao princípio de "priorizar soluções mais simples", inclinando-se para o encapsulamento local em vez de complexidade sistêmica, e priorizando a adoção de escolhas de arquitetura que tenham propriedades claras e verificáveis.