O Ethereum em si deve passar no teste de desistência. O Ethereum deve ser um lar para aplicações sem confiança e minimizadas em confiança, seja em finanças, governança ou em outros lugares. Deve suportar aplicações que são mais como ferramentas - o martelo que, uma vez comprado, é seu - do que como serviços que perdem toda a funcionalidade assim que o fornecedor perde o interesse em mantê-los (ou pior, é hackeado ou se torna extrativo de valor). Mesmo quando as aplicações têm funcionalidade que depende de um fornecedor, o Ethereum pode ajudar a reduzir essas dependências tanto quanto possível e proteger o usuário tanto quanto possível nos casos em que as dependências falham. Mas construir tais aplicações não é possível em uma camada base que depende de atualizações contínuas de um fornecedor para continuar sendo utilizável - mesmo que esse "fornecedor" seja o processo de todos os desenvolvedores principais. O Ethereum, a blockchain, deve ter as características que buscamos nas aplicações do Ethereum. Portanto, o Ethereum em si deve passar no teste de desistência. Isso significa que o Ethereum deve chegar a um lugar onde _podemos ossificar se quisermos_. Não precisamos parar de fazer mudanças no protocolo, mas devemos chegar a um lugar onde a proposta de valor do Ethereum não depende estritamente de quaisquer recursos que não estejam no protocolo já. Isso inclui o seguinte: * Resistência total a quântica. Devemos resistir à armadilha de dizer "vamos adiar a resistência quântica até o último momento possível em nome de extrair mais eficiências por mais tempo". Usuários individuais têm esse direito, mas o protocolo não deve. Ser capaz de dizer "o protocolo do Ethereum, como está hoje, é criptograficamente seguro por cem anos" é algo que devemos nos esforçar para alcançar o mais rápido possível e insistir como um ponto de orgulho. * Uma arquitetura que pode expandir para escalabilidade suficiente. O protocolo precisa ter as propriedades que permitem expandir para milhares de TPS ao longo do tempo, notavelmente validação ZK-EVM e amostragem de dados através do PeerDAS. Idealmente, chegamos a um ponto onde a escalabilidade adicional é feita através de mudanças "apenas de parâmetros" - e idealmente _essas_ mudanças não são forks estilo BPO, mas sim feitas com o mesmo mecanismo de votação de validadores que usamos para o limite de gás. * Uma arquitetura de estado que pode durar décadas. Isso significa decidir e implementar qualquer forma de parcial sem estado e expiração de estado que nos permita sentir confortáveis em deixar o Ethereum operar com milhares de TPS por décadas, sem quebrar a sincronização ou os requisitos de disco rígido ou I/O. Isso também significa preparar o futuro das árvores e tipos de armazenamento para funcionar bem com esse ambiente a longo prazo. * Um modelo de conta que é de uso geral (isso é "abstração total de conta": afastar-se do ECDSA consagrado para validação de assinatura) * Um cronograma de gás que temos confiança de que está livre de vulnerabilidades de DoS, tanto para execução quanto para prova ZK * Um modelo econômico de PoS que, com tudo o que aprendemos ao longo da última meia década de prova de participação no Ethereum e uma década completa além, temos confiança de que pode durar e permanecer descentralizado por décadas, e apoia a utilidade do ETH como colateral sem confiança (por exemplo, em stablecoins lastreadas em ETH minimizadas em governança) * Um modelo de construção de blocos que temos confiança de que resistirá à pressão de centralização e garantirá resistência à censura mesmo em ambientes futuros desconhecidos Idealmente, fazemos o trabalho duro nos próximos anos, para chegar a um ponto onde no futuro quase toda a inovação futura pode acontecer através da otimização do cliente, e ser refletida no protocolo através de mudanças de parâmetros. A cada ano, devemos marcar pelo menos uma dessas caixas, e idealmente várias. Faça a coisa certa uma vez, com base no conhecimento do que é verdadeiramente a coisa certa (e não compromissos de soluções intermediárias), e maximize a robustez tecnológica e social do Ethereum a longo prazo. O Ethereum vai com tudo. Este é o gwei.

Bem-vindo a 2026! Milady está de volta. Ethereum fez muito em 2025: os limites de gás aumentaram, a contagem de blobs aumentou, a qualidade do software dos nós melhorou, os zkEVMs superaram seus marcos de desempenho, e com os zkEVMs e o PeerDAS, o Ethereum deu seu maior passo em direção a ser um tipo de blockchain fundamentalmente novo e mais poderoso (mais sobre isso mais tarde). Mas temos um desafio: o Ethereum precisa fazer mais para atender aos seus próprios objetivos declarados. Não a busca por "vencer o próximo meta", independentemente de ser dólares tokenizados ou memecoins políticas, não convencer arbitrariamente as pessoas a nos ajudar a preencher o espaço de bloco para fazer o ETH ultrassônico novamente, mas a missão: Construir o computador mundial que serve como uma peça central da infraestrutura de uma internet mais livre e aberta. Estamos construindo aplicações descentralizadas. Aplicações que funcionam sem fraude, censura ou interferência de terceiros. Aplicações que passam no teste de desistência: elas continuam funcionando mesmo que os desenvolvedores originais desapareçam. Aplicações onde, se você é um usuário, você nem percebe se o Cloudflare sai do ar - ou mesmo se todo o Cloudflare for hackeado pela Coreia do Norte. Aplicações cuja estabilidade transcende a ascensão e queda de empresas, ideologias e partidos políticos. E aplicações que protegem sua privacidade. Tudo isso - para finanças, e também para identidade, governança e qualquer outra infraestrutura civilizacional que as pessoas queiram construir. Essas propriedades parecem radicais, mas devemos lembrar que, há uma geração, qualquer carteira, eletrodoméstico, livro ou carro cumpriria cada uma delas. Hoje, todos os itens acima estão, por padrão, se tornando serviços de assinatura, condenando você a uma dependência permanente de algum senhor centralizado. Ethereum é a rebelião contra isso. Para alcançar isso, precisa ser (i) utilizável, e utilizável em escala, e (ii) realmente descentralizado. Isso precisa acontecer tanto (a) no nível da blockchain, incluindo o software que usamos para executar e nos comunicar com a blockchain, quanto (b) no nível da aplicação. Todas essas peças devem ser melhoradas - já estão sendo melhoradas, mas devem ser melhoradas ainda mais. Felizmente, temos ferramentas poderosas ao nosso lado - mas precisamos aplicá-las, e nós vamos. Desejando a todos um emocionante 2026. Milady.

Equilíbrio de poder