Em uma atualização rápida para a comunidade, o desenvolvedor do Ethereum 2.0, Danny Ryan, forneceu um resumo do progresso feito em direção ao desenvolvimento do eth2 e as melhorias de otimização feitas nas últimas semanas.
Ele falou sobre a auditoria recentemente concluída e a verificação formal do bytecode do contrato de depósito eth2 pela Runtime Verification, e como isto é um marco essencial na jornada para a implementação das melhorias na blockchain core do Ethereum para o lançamento do ETH 2.0.
Do esforço total dedicado à otimização da blockchain, muito foi alocado para a cadeia de beacon no núcleo do Ethereum 2.0 – um componente necessário para o sistema sharded geral. Ele ressaltou que, para poder executar a cadeia de beacon junto com um punhado de fragmentos em uma máquina consumidora, “é fundamental que a cadeia de beacon tenha um consumo de recursos relativamente baixo, mesmo quando houver uma alta participação do validador”.
Ryan também falou sobre a implementação Rust do Ethereum 2.0, cuja rede de teste com cerca de 16.000 validadores havia sido desativada algumas semanas atrás, após um “loop de retransmissão que fazia com que os nós essencialmente fizessem um ataque DdoS próprio”. Com o bug resolvido o Sigma Prime foi capaz de criar uma rede de teste capaz de lidar com mais de 100.000 validadores.
Ele também disse que a Lighthouse obteve ganhos de 70% no hash que, juntamente com a verificação da assinatura do BLS, “está se mostrando o principal gargalo computacional nos clientes eth2”.
Segundo a atualização de desenvolvimento, a rede de teste da Prysmatic Labs, Prysm, passou o slot 180.000 com mais de 35.000 validadores ativos na plataforma. As velocidades de sincronização também melhoraram, de cerca de 0,3 para mais de 20 blocos por segundo.
O desenvolvedor do Ethereum 2.0 também explicou como a especificação principal do eth2 , que descreve o comportamento correto de um sistema, frequentemente especifica o “comportamento esperado” de maneira ineficiente. Ele disse que isso se deve ao fato de o código de especificação ser otimizado principalmente para facilitar a leitura da intenção, e não o desempenho. No entanto, como algoritmos diferentes podem implementar a mesma especificação, o Ethereum 2.0 permite uma ampla variedade de implementações diferentes de seus componentes, incluindo a escolha do fork.
Ao perceber um grande gargalo no algoritmo de escolha de fork da Lighthouse, a Sigma Prime descobriu um ‘proto_array’ entre os vários algoritmos de escolha de fork implementados pela Protolambda há um ano. Uma vez integrado, o proto_array foi capaz de executar “em ordem de magnitude em menos tempo e executar significativamente menos leituras no banco de dados”.
Além de atualizações para o desenvolvimento, Ryan também definiu o trabalho que está sendo feito para a pesquisa da Fase 2 do Ethereum 2.0, que envolve a adição de estado e execução no universo fragmentado do eth2 . As equipes do Quilt e do eWASM têm pesquisado e definido melhor seu espaço de design aberto, juntamente com o desenvolvimento contínuo das fases 0 e 1.
Além disso, a equipe do TXRX decidiu dedicar parte de seus esforços à pesquisa da Fase 2, concentrando-se em um melhor entendimento, “complexidade de transação entre fragmentos” e caminhos de integração de prototipagem para eth1 a eth2. Como resultado de uma concessão fornecida pela ConsenSys em conjunto com a Ethereum Foundation , a plataforma de teste de blockchain ‘Whiteblock’ lançou recentemente seus resultados de teste “libp2p gossipsub”.
Leia também: RSK lança ponte de interoperabilidade entre Bitcoin e Ethereum
This website uses cookies.