Ripple: o v1.7 do servidor XRP Ledger corta o uso de memória pela metade

  • A versão 1.7 de rippled  reduzirá o consumo de memória para menos da metade.
  • A nova versão de referência da implementação do servidor XRP Ledger será lançada em breve.

Como a equipe C++ da Ripple escreveu em um novo post no blog ontem, chegou a hora: a versão 1.7.0 do rippled está para ser lançada. Por que isto é importante? Rippled é o software servidor que alimenta o XRP Ledger é usado pelos nós como uma implementação de referência na rede. Com a versão 1.7.0, os operadores de nós verão uma “melhoria no mundo real de mais de 50%”, de acordo com a equipe RippleX.

Em meados de dezembro, o Ripple CTO David Schwartz relatou melhorias fabulosas de desempenho durante os testes iniciais da versão 1.7. Na ocasião, Schwartz conduziu um teste no qual seu servidor foi desligado, esperou 60 segundos e depois reiniciou para simular a reinicialização para atualizar o código ou operações similares.

No teste, Schwartz mediu o consumo de memória, as taxas de processamento de dados e o tempo necessário, explicando que a versão antiga “leva 82 segundos, 5,2 GB, e picos a 73K nós/segundo”. A versão otimizada leva 37 segundos, 2,2 GB, e picos a 327K nós/seg. (na minha máquina)”!

Como Ripple delineou, a equipe C++ “passou um tempo significativo em 2020 concentrando-se em como fazer melhor uso dos recursos disponíveis do sistema”. “E esse trabalho agora parece estar dando frutos. Todas as mudanças com a versão 1.7 os levam a uma economia total de memória de mais de 50%, com alguns lugares usando menos 7 GB de RAM do que o código original.

Desde dezembro, os resultados foram testados pela comunidade, como a Alloy Networks, para verificar se a versão 1.7 funciona da mesma forma “assim como funciona para nós”, como afirmou Ripple.

Com a confirmação de que funciona, estamos animados em dizer que estas mudanças farão parte do próximo lançamento da versão 1.7.0 ondulada. […] Temos orgulho de informar que, em comparação com as versões anteriores, as melhorias que contribuímos para a versão 1.7.0 do rippled, nossa implementação de referência do servidor XRP Ledger, cortou seu uso de memória para menos da metade.

O parâmetro-chave para os desenvolvedores do rippled

O foco das melhorias do V.1.7 rippled  foi o chamado “SHAMap” e seus componentes, particularmente os nós na estrutura em forma de árvore do SHAMap. Esta estrutura de dados “contém o estado do próprio ledger – todas as contas, saldos, configurações, ordens de troca e tudo mais que o XRP Ledger rastreia”.

O SHAMap é uma combinação de uma árvore Merkle e uma árvore Radix com um fator de ramificação de 16, e este fator de ramificação foi o parâmetro-chave para os desenvolvedores da Ripple:

Cada nó tem 16 filhos, quer apontem ou não para alguma coisa. E essa foi a percepção chave: só porque os nós podem ter até 16 filhos, não significa que eles realmente têm na prática. […] Os dados que coletamos mostram que a maioria dos nós internos tem apenas um punhado de crianças. Com isso em mente, examinamos se os nós da árvore poderiam ser ajustados, em tempo de execução, para acomodar apenas o número de crianças que eles precisassem.

About Author

Jake Simmons tem sido um entusiasta de criptomonedas desde 2016, e desde que ouviu falar sobre Bitcoin e tecnologia blockchain, ele tem estado envolvido com o assunto todos os dias. Além das criptomoedas, Jake estudou ciência da computação e trabalhou por 2 anos para uma startup no setor de blockchain. Na CNF ele é responsável pelas questões técnicas. Seu objetivo é tornar o mundo consciente das moedas criptográficas de uma forma simples e compreensível.

Os comentários estão encerrados.