Resumo da Nova Atualização - V23 Follis Contando com 99% dos nodes atuando na V22, graças ao empenho da comunidade, estamos pró...
Resumo da Nova Atualização - V23 Follis
Contando com 99% dos nodes atuando na V22, graças ao empenho da comunidade, estamos próximos do lançamento da V23.
A entrada de novos desenvolvedores na Nano Foundation, como na comunidade, deixou claro que o código da Nano precisava de mais atenção em testes, legibilidade e melhoria da lógica em muitas partes de baixo nível, portanto, apesar desta atualização não trazer grandes novidades, ela trará melhorias que permitirão um desenvolvimento mais rápido e estável à medida que novos recursos forem adicionados em versões posteriores.
Na Follis, uma reformulação está sendo feita para deixar as coisas mais claras quanto aos parâmetros de inicialização dos nodes. Essas alterações também podem proporcionar uma diminuição nos tempos de inicialização, mas esses ganhos de desempenho devem ser menores.
Várias constantes estabelecidas dentro do código sofrem de baixa legibilidade e foram confusas em muitos casos, especialmente em torno dos detalhes da gênese. Uma série de atualizações ajudam a esclarecer e padronizar melhor esses valores.
A classe existente para gerenciar o armazenamento de dados era muito grande e confusa para navegar. Para seguir o princípio da responsabilidade única (SRP) para essas funções, eles foram divididos em classes com base na tabela que gerenciam. Agora é mais fácil entender e seguir o código para alterações no banco de dados na V23.
Várias outras áreas estão recebendo atenção muito necessária, incluindo observação, keepalives e peças relacionadas a mensagens de rede. Estas são a espinha dorsal da rede e otimizações adicionais permitirão que a rede se comunique adequadamente em todas as condições com menor uso de recursos. Os pedidos de pull são muito variados para listar, mas podem ser conferidos diretamente no GitHub.
Os testes unitários são outra área com muitas atualizações nesta versão. Eles foram limpos e melhorados para feedback mais consistente e requisitos mais rigorosos na conclusão. Algumas melhorias adicionais permanecem, incluindo a atualização de muitos para se afastar do uso de blocos legacy para os blocos state, mas com o V23 Follis as diferentes suítes de teste, como core_test, rpc_test e outras se tornam mais úteis.
À medida que a revisão e o refatoramento de códigos pesados continuaram, uma série de questões foram descobertas e investigadas. O mais notável está relacionado aos atrasos na propagação do bloco e à confirmação de nodes não-principais representativos que imediatamente republicar blocos na chegada ajudarão a resolver.
Outras correções de bugs foram mescladas, com outras por vir.
O termo "pendente" está sendo substituído, que se refere a um bloco de envio que foi confirmado pela rede, mas ainda não teve um bloco de recebimento correspondente publicado e confirmado também. "Recebíveis" será usado em vez disso e atualizações na carteira de nó estão sendo feitas. "Pronto para receber" e "pronto para ser recebido" também são usados para descrever este estado em alguns contextos.
O sistema original de unidades utilizadas para Nano tinha 7 unidades, algumas com nomes sensíveis a questão de letra maiúscula (Nano ou nano). Muitos tópicos foram iniciados para ajudar a resolver a melhor maneira de remover a confusão da unidade e o consenso mostrou que apenas 2 dessas unidades foram usadas consistentemente ao longo do tempo.
A maior unidade de "nano" (10³) e a menor unidade de "raw" (100) serão as unidades padrão daqui para frente. Note que nano não é mais sensível a maiúsculas, então nano, Nano e NANO estão todos descrevendo a mesma unidade, embora nano maiúsculas minúsculas sejam preferidas, pois é assim que a maioria das moedas são escritas.
Atualizações recentes para a documentação foram feitas para ajudar os desenvolvedores a encontrar os recursos necessários para se atualizar mais facilmente em Nano. Isso inclui áreas tanto para desenvolvedores de protocolos quanto para aqueles que procuram se integrar à rede.
Uma nova visão geral do que é necessário para uma integração típica da Nano foi adicionada como a página guias de integração de alto nível, facilitando a integração da moeda por novos usuários.
Recentemente foi lançado o V23.0DB2 com algumas correções de bugs e melhorias gerais de fundo. Como sempre, encorajamos qualquer pessoa com tempo e habilidades a executar um node beta para ajudar.
À medida que temos V23 polido para lançamento, poderemos avançar em melhorias em lançamentos futuros. Uma das áreas-chave serão medidas adicionais de proteção de spam, cujos detalhes serão definidos após a liberação da V23 Follis.
Algumas discussões incluem Time-As-A-Currency, Melhorias de Consenso e Melhorias no Cronograma Eleitoral.
Confira na íntegra:
https://ift.tt/3FzsgTe
(Feed generated with FetchRSS) Via ⋰·⋰ https://ift.tt/38G5s5h
Contando com 99% dos nodes atuando na V22, graças ao empenho da comunidade, estamos próximos do lançamento da V23.
A entrada de novos desenvolvedores na Nano Foundation, como na comunidade, deixou claro que o código da Nano precisava de mais atenção em testes, legibilidade e melhoria da lógica em muitas partes de baixo nível, portanto, apesar desta atualização não trazer grandes novidades, ela trará melhorias que permitirão um desenvolvimento mais rápido e estável à medida que novos recursos forem adicionados em versões posteriores.
Na Follis, uma reformulação está sendo feita para deixar as coisas mais claras quanto aos parâmetros de inicialização dos nodes. Essas alterações também podem proporcionar uma diminuição nos tempos de inicialização, mas esses ganhos de desempenho devem ser menores.
Várias constantes estabelecidas dentro do código sofrem de baixa legibilidade e foram confusas em muitos casos, especialmente em torno dos detalhes da gênese. Uma série de atualizações ajudam a esclarecer e padronizar melhor esses valores.
A classe existente para gerenciar o armazenamento de dados era muito grande e confusa para navegar. Para seguir o princípio da responsabilidade única (SRP) para essas funções, eles foram divididos em classes com base na tabela que gerenciam. Agora é mais fácil entender e seguir o código para alterações no banco de dados na V23.
Várias outras áreas estão recebendo atenção muito necessária, incluindo observação, keepalives e peças relacionadas a mensagens de rede. Estas são a espinha dorsal da rede e otimizações adicionais permitirão que a rede se comunique adequadamente em todas as condições com menor uso de recursos. Os pedidos de pull são muito variados para listar, mas podem ser conferidos diretamente no GitHub.
Os testes unitários são outra área com muitas atualizações nesta versão. Eles foram limpos e melhorados para feedback mais consistente e requisitos mais rigorosos na conclusão. Algumas melhorias adicionais permanecem, incluindo a atualização de muitos para se afastar do uso de blocos legacy para os blocos state, mas com o V23 Follis as diferentes suítes de teste, como core_test, rpc_test e outras se tornam mais úteis.
À medida que a revisão e o refatoramento de códigos pesados continuaram, uma série de questões foram descobertas e investigadas. O mais notável está relacionado aos atrasos na propagação do bloco e à confirmação de nodes não-principais representativos que imediatamente republicar blocos na chegada ajudarão a resolver.
Outras correções de bugs foram mescladas, com outras por vir.
O termo "pendente" está sendo substituído, que se refere a um bloco de envio que foi confirmado pela rede, mas ainda não teve um bloco de recebimento correspondente publicado e confirmado também. "Recebíveis" será usado em vez disso e atualizações na carteira de nó estão sendo feitas. "Pronto para receber" e "pronto para ser recebido" também são usados para descrever este estado em alguns contextos.
O sistema original de unidades utilizadas para Nano tinha 7 unidades, algumas com nomes sensíveis a questão de letra maiúscula (Nano ou nano). Muitos tópicos foram iniciados para ajudar a resolver a melhor maneira de remover a confusão da unidade e o consenso mostrou que apenas 2 dessas unidades foram usadas consistentemente ao longo do tempo.
A maior unidade de "nano" (10³) e a menor unidade de "raw" (100) serão as unidades padrão daqui para frente. Note que nano não é mais sensível a maiúsculas, então nano, Nano e NANO estão todos descrevendo a mesma unidade, embora nano maiúsculas minúsculas sejam preferidas, pois é assim que a maioria das moedas são escritas.
Atualizações recentes para a documentação foram feitas para ajudar os desenvolvedores a encontrar os recursos necessários para se atualizar mais facilmente em Nano. Isso inclui áreas tanto para desenvolvedores de protocolos quanto para aqueles que procuram se integrar à rede.
Uma nova visão geral do que é necessário para uma integração típica da Nano foi adicionada como a página guias de integração de alto nível, facilitando a integração da moeda por novos usuários.
Recentemente foi lançado o V23.0DB2 com algumas correções de bugs e melhorias gerais de fundo. Como sempre, encorajamos qualquer pessoa com tempo e habilidades a executar um node beta para ajudar.
À medida que temos V23 polido para lançamento, poderemos avançar em melhorias em lançamentos futuros. Uma das áreas-chave serão medidas adicionais de proteção de spam, cujos detalhes serão definidos após a liberação da V23 Follis.
Algumas discussões incluem Time-As-A-Currency, Melhorias de Consenso e Melhorias no Cronograma Eleitoral.
Confira na íntegra:
https://ift.tt/3FzsgTe
(Feed generated with FetchRSS) Via ⋰·⋰ https://ift.tt/38G5s5h
Comentários
Postar um comentário