David Schwartz, CTO emérito de Ripple y uno de los arquitectos originales de XRP Ledger, trasladó su servidor de concentrador independiente a xrpld 3.2.0 a medida que la última versión del software de la red llegó a los operadores.
Schwartz dijo en X que iba a desconectar su hub durante unos diez minutos para actualizar a la versión 3.2.0. También compartió gráficos de rendimiento de un mes y dijo que mostraban solo "un evento real", una "ráfaga inexplicada de desconexiones de pares" probablemente ligada a una interrupción de la red cercana.
La versión 3.2.0 de XRP Ledger ya está disponible para los operadores de servidores. La versión oficial de XRPL describe la 3.2.0 como principalmente una actualización de limpieza y mantenimiento.
La versión retira las enmiendas que han estado activas durante más de dos años. También continúa la modularización de libxrpl y añade fixCleanup3_2_0, que agrupa correcciones para nuevas funcionalidades de XRPL.
La actualización afecta a las Bóvedas de Activo Único, el Protocolo de Préstamo, el DEX permisionado, los Tokens Multiusos y los dominios permisionados. Las correcciones cubren precisión, redondeo, invariantes y comprobaciones de validación utilizadas por esas herramientas.
Como informó anteriormente crypto.news, Schwartz explicó recientemente su largo papel en el desarrollo de XRP Ledger mientras los desarrolladores preparaban la versión 3.2.0. Ese informe señalaba que la versión renombraría rippled a xrpld y requeriría que algunos operadores actualicen sus sistemas.
Uno de los cambios más visibles es el renombramiento del software. Bajo XLS-0095, el binario del servidor central pasó de rippled a xrpld, mientras que el archivo de configuración predeterminado cambió de rippled.cfg a xrpld.cfg.
La guía de migración oficial indica que los operadores que pasen de la versión 3.1.3 a la 3.2.0 deben seguir pasos adicionales porque el cambio de nombre modifica la configuración predeterminada y las rutas de la base de datos. XRPL instó a los operadores a actualizar para mantener la continuidad del servicio.
El cambio de nombre también tiene un significado para la comunidad. Aleja el servidor de referencia de la antigua denominación con la marca Ripple y lo acerca a una identidad más clara de XRP Ledger.
Algunos partidarios pueden ver esto como un paso hacia una mayor independencia de la red. Aun así, las cuestiones legales y regulatorias dependen de algo más que las etiquetas de software, por lo que el cambio sigue siendo técnico y relacionado con la marca.
El hub de Schwartz no es un reemplazo de validador. Funciona como parte de una infraestructura de pares más amplia que ayuda a los participantes a conectarse, intercambiar datos y observar el comportamiento del libro mayor.
Su actualización pública ofrece a la comunidad un ejemplo visible de un arquitecto de XRPL de larga trayectoria ejecutando la nueva versión en infraestructura en vivo. La publicación también ofreció un breve vistazo al rendimiento del hub durante un mes.
Schwartz dijo que el único evento real en los gráficos estaba relacionado con desconexiones de pares. El problema parecía ser local de la ruta de red del hub en lugar de un fallo confirmado de XRP Ledger.
El mantenimiento tomó un poco más de lo planeado porque el servidor necesitó más tiempo para apagarse de forma segura. Ese detalle no fue confirmado en la vista previa legible de X.
La versión 3.2.0 también se conecta con un trabajo más amplio de XRPL en herramientas financieras. Como informó anteriormente crypto.news, XRPL ha estado preparando funciones nativas de préstamo y custodia programable para una actividad en cadena más avanzada.
Esos planes dependen de un software de servidor fiable y de rutas de actualización limpias. Una versión que elimina enmiendas antiguas, limpia el código y corrige componentes relacionados con DeFi apoya esa dirección sin cambiar el papel de la red de la noche a la mañana.
Como informó anteriormente crypto.news, los operadores de XRPL también se enfrentaron a la presión de la actualización en torno a la versión 3.1.3, cuando los nodos que perdieron el plazo corrieron el riesgo de bloqueo de enmiendas e interrupción del servicio.
