Ripple: v1.7 del servidor XRP Ledger reduce el consumo de memoria a la mitad

  • La versión 1.7 de rippled reducirá el consumo de memoria a menos de la mitad.
  • La nueva versión de la implementación de referencia del servidor XRP Ledger se publicará pronto.

Como el equipo de C++ de Ripple escribió ayer en una nueva entrada del blog, ha llegado el momento: la versión 1.7.0 de rippled va a ser lanzada. ¿Por qué es importante? Rippled es el software de servidor que alimenta el XRP Ledger y es utilizado por los nodos como implementación de referencia en la red. Con la versión 1.7.0, los operadores de nodos verán una «mejora en el mundo real de más del 50%», según el equipo de RippleX.

A mediados de diciembre, el director de tecnología de Ripple, David Schwartz, informó de fabulosas mejoras de rendimiento durante las pruebas iniciales de la versión 1.7. En ese momento, Schwartz realizó una prueba en la que su servidor se apagaba, esperaba 60 segundos y luego se reiniciaba para simular el reinicio para actualizar el código u operaciones similares.

En la prueba, Schwartz había medido el consumo de memoria, las tasas de procesamiento de datos y el tiempo necesario, explicando que la versión antigua «tarda 82 segundos, 5,2 GB, y alcanza un pico de 73K nodos/seg. La versión optimizada tarda 37 segundos, 2,2 GB y alcanza un máximo de 327K nodos/seg (en mi máquina)»

Como ha señalado Ripple, el equipo de C++ ha «dedicado una cantidad significativa de tiempo en 2020 a centrarse en cómo hacer un mejor uso de los recursos disponibles del sistema. «Y ese trabajo parece estar dando sus frutos. Todos los cambios de la versión 1.7 les llevan a un ahorro total de memoria de más del 50%, con algunos lugares que utilizan 7 GB menos de RAM que el código original.

Desde diciembre, los resultados han sido probados por la comunidad, como Alloy Networks, para verificar que la versión 1.7 funciona igual de bien «que para nosotros», como declaró Ripple.

Con la confirmación de que así es, nos complace decir que estos cambios formarán parte del próximo lanzamiento de la versión 1.7.0 de Ripple. […] Estamos orgullosos de informar que, en comparación con las versiones anteriores, las mejoras que hemos aportado a la versión 1.7.0 de rippled, nuestra implementación de referencia del servidor XRP Ledger, reducen su uso de memoria a menos de la mitad.

El parámetro clave para los desarrolladores de rippled

El foco de las mejoras de rippled V.1.7 fue el llamado «SHAMap» y sus componentes, en particular los nodos dentro de la estructura en forma de árbol del SHAMap. Esta estructura de datos «contiene el estado del propio ledger: todas las cuentas, saldos, configuraciones, órdenes de intercambio y todo lo que el XRP Ledger rastrea».

El SHAMap es una combinación de un árbol Merkle y un árbol Radix con un factor de ramificación de 16, y este factor de ramificación fue el parámetro clave para los desarrolladores de Ripple:

Cada nodo tiene 16 hijos, apunten a algo o no. Y esa fue la idea clave: el hecho de que los nodos puedan tener hasta 16 hijos no significa que lo hagan en la práctica. […] Los datos que recogimos muestran que la mayoría de los nodos internos sólo tienen un puñado de hijos. Teniendo esto en cuenta, examinamos si los nodos del árbol podían ajustarse, en tiempo de ejecución, para dar cabida sólo a los hijos que necesitaran.

About Author

Jake Simmons has been a crypto enthusiast since 2016, and since hearing about Bitcoin and blockchain technology, he's been involved with the subject every day. Beyond cryptocurrencies, Jake studied computer science and worked for 2 years for a startup in the blockchain sector. At CNF he is responsible for technical issues. His goal is to make the world aware of cryptocurrencies in a simple and understandable way.

Los comentarios están cerrados.