El desarrollador de XRPL Denis Angell lanzó esta semana un panel en tiempo real que evalúa cada enmienda del XRP Ledger según cuánto se ha probado realmente su funcionalidad en devnet antes de llegar a mainnet.
La herramienta convierte la preparación de las enmiendas, que antes dependía de la confianza en el proceso, en una tabla pública que muestra exactamente qué tipos de transacción, campos y códigos de resultado nunca se han probado en una transacción real.
Qué registra realmente el panel
Angell creó la herramienta, alojada en amendments-staging.xrpl.foundation, para leer directamente del nodo todas las especificaciones de cada enmienda, en lugar de mantenerlas manualmente. Esto incluye todos los tipos de transacción, campos opcionales, indicadores, códigos de resultado y entradas del libro mayor que introduce la enmienda.
A continuación, el panel supervisa la actividad de devnet y comprueba si alguna transacción validada ha probado cada elemento. Las celdas verdes enlazan a la transacción que lo probó por primera vez, y las rojas señalan lo que aún no se ha probado.
El desarrollador explicó directamente el motivo del proyecto:
«Cada nueva función de XRPL se implementa mediante una enmienda. Los validadores votan para aprobarla y, una vez activa, pasa a formar parte permanente del protocolo. Eso merece pruebas reales de que la función se ha probado de principio a fin en devnet, no solo de forma aislada».
Esta semana, el panel supervisa en tiempo real 16 enmiendas en devnet, y 13 de ellas todavía tienen aspectos sin probar.
Las mayores brechas se encuentran en las enmiendas más recientes: Sponsor tiene 65 de sus 107 comprobaciones posibles aún sin ejecutar, a XChainBridge le faltan 30 de 40 y MPTokensV1 tiene pendientes 27 de 102.
El análisis de esta semana también detectó 59 hallazgos en el conjunto: dos errores de especificación, 23 carencias en la documentación y 34 carencias en las pruebas.
Esta semana, una enmienda, XLS-75, que permite delegar permisos para que una cuenta otorgue a otra clave facultades limitadas —como congelar líneas de confianza y nada más—, cerró las brechas de pruebas que aún tenía pendientes.
Según Angell, el equipo añadió una lógica que vincula cada transacción delegada con el permiso específico que la autoriza y, después, probó en devnet todas las celdas pendientes, completando la cobertura de las 122 comprobaciones de sus 12 permisos granulares.
Ha presentado el esfuerzo como una iniciativa colectiva y ha animado a los desarrolladores de XRPL a «buscar las celdas rojas» y ejecutar ellos mismos las transacciones que faltan, ya que el panel refleja la nueva actividad en cuestión de segundos.
Las pruebas de enmiendas se intensifican mientras la adopción se rezaga
El impulso por realizar pruebas más rigurosas antes de la activación llega tras un ciclo de actualizaciones accidentado. Como CryptoPotato informó en julio, la actualización v3.2.0 de Ripple, que cambió el nombre del software central del servidor de rippled a xrpld y redujo el uso de memoria de los nodos entre un 30 % y un 40 %, seguía sin ser adoptada por más de la mitad de los nodos de XRPL semanas después de su lanzamiento, aunque el 89 % del conjunto de validadores de confianza de la red ya la había instalado.
Fuente: CryptoPotato
