Todas as notícias passam por uma rigorosa verificação de fatos e são revisadas por especialistas em blockchain y profissionais experientes do setor.
- A Buterin tornou públicos os detalhes do primeiro hard fork do Ethereum 2.0.
- HF1 introduzirá suporte para clientes leves e reduzirá as penalidades para nós honestos.
O inventor do Ethereum, Vitalik Buterin, lançou ontem um plano para o primeiro hard fork da Beacon Chain (Ethereum 2.0). O nome de código preliminar é HF1. Os principais objetivos de HF1 são adicionar suporte de clientes leves e corrigir algumas vulnerabilidades na Beacon Chain que foram descobertas tarde demais para serem abordadas em Gênesis.
Além disso, o mecanismo de bifurcação difícil deve tornar-se testável “com uma mudança relativamente pequena” “antes que grandes mudanças (estilhaçamento, fusão) precisem ser feitas” Por último, mas não menos importante, o plano propõe várias mudanças consensuais com HF1.
O primeiro hard fork do Ethereum 2.0
Como Buterin discute, o suporte para clientes leves – nós que têm requisitos mínimos de recursos e poderiam funcionar em dispositivos móveis – será criado por um “comitê de sincronização” selecionado aleatoriamente
O objetivo disto é permitir que os clientes leves determinem a cabeça da chain com uma baixa quantidade de despesas gerais (~20 kB por dia, no mínimo, para manter o ritmo, e ~500 bytes para verificar um único bloco). Isto permitiria que os clientes leves fossem realmente viáveis para dispositivos móveis, casos de uso in-browser em casos semelhantes para a Beacon Chain.
Isto, diz Buterin, permitirá “carteiras minimizadas pela confiança” que são capazes de verificar a blockchain por conta própria, em vez de os usuários terem que confiar em prestadores de serviços externos e, assim, confiar em sua integridade.
Além disso, HF1 se destina a mitigar uma questão que vem sendo debatida calorosamente há meses, “slashing” Até agora, é o caso da Beacon Chain que os validadores podem perder parte de sua ETH estacada em caso de inatividade. Isto tornou a estaca perigosa, especialmente para os “stakers domésticos” menores, pois eles são penalizados por eventos que não foram culpa deles, como uma Internet ou falta de energia.
HF1 visa mitigar isto, distinguindo entre inatividade intermitente e contínua:
O vazamento de inatividade se torna quadrática por validador. Ou seja, se houver um vazamento de inatividade durante o qual um validador totalmente offline perde ~10% de seu saldo, um validador que esteja online 90% do tempo durante esse período perderia apenas ~0,1% de seu saldo (em oposição a ~1%). Isto tenta focalizar as penalidades em nós verdadeiramente mal-comportados e reduzir as penalidades para nós honestos que apenas têm uma conexão imperfeita com a rede
Quanto à correção das vulnerabilidades, Buterin escreveu que houve melhorias nas regras de escolha do hard fork. Os desenvolvedores identificaram vários casos em que o protocolo abriu a porta para 34% de ataques e um “ataque de equilíbrio” Mesmo que tivesse sido necessário um timing preciso para os ataques, uma reorganização da blockchain poderia ter acontecido. Entretanto, os bugs foram corrigidos.
Atualmente, ainda não se sabe quando o fork será ativado. Enquanto isso, uma convenção de nomes para todos os hard forks do Ethereum 2.0 está sendo procurada via GitHub. Entre as sugestões estão elementos químicos, zonas do World of Warcraft, objetos míticos, nomes de estrelas, sistemas solares e nomes de cidades.
