La última actualización del servidor de XRP Ledger está ganando apoyo donde más importa, pero la adopción más amplia de la red todavía muestra una historia desigual. La versión 3.2.0, lanzada el 15 de junio, está diseñada para reducir costos operativos, mejorar estabilidad y hacer que el ledger sea más atractivo para uso institucional. Sin embargo, entre unos 833 nodos activos, cerca del 43% ejecuta v3.2.0, mientras 51% sigue en v3.1.3. Esa brecha crea una división curiosa: los validadores avanzan más rápido que la base amplia de nodos, así que la actualización parece aceptada estratégicamente, pero operativamente incompleta.
El apoyo de validadores supera el umbral clave, pero las enmiendas van más lento
El panorama de validadores es más decisivo. XRPL depende de un conjunto confiable de validadores conocido como Unique Node List, o UNL, y las actualizaciones necesitan apoyo sostenido de más del 80% de esa lista durante dos semanas seguidas para activarse. En la UNL predeterminada de 35 validadores, 31 ya ejecutan v3.2.0, equivalentes a cerca del 89%. Eso importa porque el conteo bruto de nodos no decide la activación. La señal ponderada de gobernanza ya es fuerte, aunque la red más amplia todavía no converge alrededor de la nueva versión de software.
La complicación es que la actualización llega con una enmienda separada onchain, fixCleanup3_2_0, y esa votación avanza más lento que el despliegue del software. La enmienda agrupa correcciones de seguridad y mejoras para funciones más nuevas de XRPL, incluidos vaults de un solo activo, exchanges descentralizados con permisos, tokens multipropósito y el protocolo de préstamos. También añade verificaciones internas para impedir que cuentas eliminadas dejen datos dispersos. El paquete de seguridad todavía necesita consenso explícito, lo que convierte la adopción del software y la aprobación de la enmienda en hitos relacionados, pero distintos.
Ripple votó a favor de fixCleanup3_2_0, pero la enmienda aún registra mucho menos apoyo que la versión v3.2.0. Los validadores que no actualicen antes de que la enmienda se active corren el riesgo de quedar desconectados del ledger en un estado amendment-blocked, una salvaguarda técnica que puede convertirse rápidamente en problema operativo. Para XRPL, la próxima fase es disciplina de coordinación, porque las actualizaciones orientadas a instituciones solo importan si validadores, nodos y votos de enmiendas se alinean sin dejar participantes críticos atrás durante el despliegue.
