O Ethereum já é uma plataforma poderosa para a coordenação global, mas ainda está sendo aprimorado. Um conjunto ambicioso de melhorias atualizará o Ethereum da forma atual em uma plataforma totalmente dimensionada e com a máxima resiliência. Essas melhorias estão definidas no planejamento do Ethereum.
Para saber mais sobre as melhorias anteriores do Ethereum, acesse a nossa página Histórico
Quais serão as próximas alterações no Ethereum?
O planejamento do Ethereum descreve as melhorias específicas que serão feitas no protocolo no futuro. Em geral, o planejamento oferecerá os benefícios descritos a seguir aos usuários do Ethereum:
Transações mais baratas
Rollups are too expensive and rely on centralized components, causing users to place too much trust in their operators. The roadmap includes fixes for both of these problems.
More on reducing fees
Segurança extra
Ethereum is already very secure but it can be made even stronger, ready to withstand all kinds of attack far into the future.
More on security
Melhor experiência do usuário
More support for smart contract wallets and light-weight nodes will make using Ethereum simpler and safer.
More on user experience
Preparado para o futuro
Ethereum researchers and developers are solving tomorrow's problems today, readying the network for future generations.
More on future proofingPor que o Ethereum precisa de um planejamento?
O Ethereum recebe melhorias regulares que aprimoram a escalabilidade, a segurança ou a sustentabilidade. Um dos principais pontos fortes do Ethereum é a adaptação à medida que novas ideias surgem a partir de pesquisa e desenvolvimento. A adaptabilidade confere ao Ethereum a flexibilidade para enfrentar os desafios emergentes e acompanhar os avanços tecnológicos mais revolucionários.
Como o planejamento é definido
O planejamento é, em grande parte, o resultado de anos de trabalho de pesquisadores e desenvolvedores, pois o protocolo é muito técnico, mas qualquer pessoa motivada pode participar. As ideias geralmente começam como discussões em um fórum, como ethresear.ch(opens in a new tab), Ethereum Magicians(opens in a new tab) ou no servidor Eth R&D no Discord. Elas podem ser respostas a novas vulnerabilidades descobertas, sugestões de organizações que trabalham na camada de aplicativos (como e exchanges) ou temas polêmicos conhecidos pelos usuários finais (como custos ou velocidades de transação). Quando essas ideias amadurecem, elas podem ser apresentadas como [Propostas de melhorias do Ethereum] (https://eips.ethereum.org/(opens in a new tab)). Tudo isso é feito abertamente, e qualquer pessoa da comunidade pode dar sua opinião, a qualquer momento.
O que era ETH2?
O termo 'Eth2' era comumente usado para descrever o futuro do Ethereum antes da mudança para , mas foi eliminado em favor de uma terminologia mais precisa. Originalmente, era usado para diferenciar a rede Ethereum antes da mudança para prova de participação e a rede depois, ou às vezes para se referir aos diferentes clientes Ethereum (os e os eram respectivamente chamados de clientes ETH1 e ETH2).
O planejamento do Ethereum mudará ao longo do tempo?
Sim, quase sem dúvida. O planejamento é o plano atual de atualização do Ethereum, abrangendo planos futuros e de curto prazo. Esperamos que o planejamento mude à medida que novas informações e tecnologias sejam disponibilizadas.
Pense no roadmap do Ethereum como um conjunto de intenções para aprimorar o Ethereum; é a melhor hipótese dos pesquisadores e desenvolvedores do núcleo sobre o melhor caminho a seguir no Ethereum.
Quando o planejamento será finalizado?
Algumas melhorias são de prioridade mais baixa e provavelmente não serão implementadas nos próximos 5 a 10 anos (por exemplo, resistência quântica). É difícil prever o momento exato de cada melhoria, pois muitos itens do roadmap são trabalhados em paralelo e desenvolvidos em velocidades diferentes. A urgência de uma melhoria também pode mudar ao longo do tempo, dependendo de fatores externos (por exemplo, um avanço repentino no desempenho e na disponibilidade de computadores quânticos pode tornar a criptografia resistente a quânticos mais urgente).
Uma maneira de pensar sobre o desenvolvimento do Ethereum é por analogia à evolução biológica. É mais provável que uma rede capaz de se adaptar a novos desafios e manter a adequação seja bem-sucedida do que uma resistente a mudanças, embora, à medida que a rede se torne cada vez mais eficiente, dimensionável e segura, sejam necessárias menos alterações no protocolo.
Preciso fazer algo quando uma melhoria é implementada?
As melhorias normalmente não afetam os usuários finais, exceto ao proporcionar melhores experiências de usuário e um protocolo mais seguro e talvez mais opções de como interagir com o Ethereum. Os usuários comuns não precisam participar ativamente de uma melhoria, nem precisam fazer nada para proteger seus ativos. Os operadores de precisarão atualizar seus clientes para se prepararem para uma melhoria. Algumas melhorias podem gerar mudanças para os desenvolvedores de aplicativos. Por exemplo, as melhorias de expiração do histórico podem fazer com que os desenvolvedores de aplicativos obtenham dados históricos de novas fontes.
E quanto ao Verge, Splurge etc?
Vitalik Buterin propôs uma visão para o planejamento do Ethereum(opens in a new tab) que foi organizada em diversas categorias vinculadas pelos efeitos na arquitetura do Ethereum. Ela inclui:
- <A Fusão: melhorias relacionadas à mudança de para
- The Surge: melhorias relacionadas ao dimensionamento por meio de e fragmentação de dados
- The Scourge: melhorias relacionadas à resistência à censura, à descentralização e a riscos de protocolo do
- The Verge: melhorias relacionadas à verificação de com mais facilidade
- The Purge: melhorias relacionadas à redução dos custos computacionais dos nós em execução e à simplificação do protocolo
- The Splurge: outras melhorias que não se encaixam bem nas categorias anteriores.
Decidimos não usar essa terminologia porque queríamos usar um modelo mais simples e mais centrado no usuário. Embora usemos uma linguagem centrada no usuário, a visão permanece idêntica à proposta por Vitalik.
E quanto à fragmentação?
A fragmentação divide a blockchain do Ethereum de modo que subconjuntos de sejam responsáveis apenas por uma fração do total de dados. Originalmente, essa era a forma de escalabilidade do Ethereum. No entanto, os rollups da se desenvolveram muito mais rápido do que o esperado e já proporcionaram um grande aumento de escala, e proporcionarão muito mais depois que o Proto-Danksharding for implementado. Isso significa que as "cadeias de fragmentos" não são mais necessárias e foram retiradas do planejamento.
Procurando por melhorias técnicas específicas?
- Danksharding - o Danksharding torna os rollups da camada 2 muito mais baratos para os usuários ao adicionar "blobs" de dados aos blocos Ethereum.
- Saques de participação - a melhoria Shanghai/Capella habilitou saques de participação no Ethereum, permitindo que as pessoas desbloqueassem seus ETHs participados.
- Finalidade de um único espaço - em vez de esperar quinze minutos, os blocos poderiam ser propostos e finalizados no mesmo espaço. Isso é mais conveniente para os aplicativos e muito mais difícil de atacar.
- Separação entre proponente e construtor - a divisão das tarefas de construção e proposta de blocos em validadores separados cria uma maneira mais justa, mais resistente à censura e mais eficiente para que o Ethereum chegue a um consenso.
- Eleição de líder secreto - a criptografia inteligente pode ser utilizada para garantir que a identidade do proponente do bloco atual não seja tornada pública, protegendo-o de determinados tipos de ataque.
- Abstração da conta - a abstração da conta é uma classe de melhorias que oferece suporte a carteiras de contratos inteligentes nativamente no Ethereum, em vez de precisar usar um middleware complexo.
- Verkle Trees - As Verkle Trees são uma estrutura de dados que pode ser utilizada para habilitar clientes sem estado no Ethereum. Esses clientes "sem estado" exigirão uma quantidade mínima de espaço de armazenamento, mas ainda poderão verificar novos blocos.
- Sem estado - os clientes sem estado poderão verificar novos blocos sem precisar armazenar grandes quantidades de dados. Isso proporcionará todos os benefícios da execução de um nó a apenas uma pequena fração dos custos atuais.