XRPL v3.2.0 supera el umbral UNL, pero nodos y votos rezagan
La preparación de los validadores ya está por encima del umbral de activación del 80%, mientras que fixCleanup3_2_0 sigue siendo un catalizador separado y más lento.
La versión 3.2.0 del servidor de XRP Ledger ha alcanzado aproximadamente un 89% de adopción entre los validadores UNL predeterminados, superando el umbral requerido para la activación si se mantiene durante dos semanas consecutivas. La base de nodos más amplia todavía está sesgada hacia la v3.1.3, y una enmienda separada centrada en la seguridad vinculada a la versión está muy por debajo de la tasa de actualización del software.
Puntos Clave
- El software del servidor XRPL v3.2.0 se lanzó el 15 de junio con objetivos declarados de menores costos operativos, mayor estabilidad y un atractivo institucional más fuerte.
- La instantánea de XRPSCAN mostró alrededor de 833 nodos XRPL activos, con aproximadamente un 43% en v3.2.0 frente a aproximadamente un 51% que aún ejecuta v3.1.3.
- Los validadores UNL predeterminados están más avanzados que la base de nodos: 31 de 35 validadores estaban en v3.2.0, alrededor del 89%.
- La enmienda fixCleanup3_2_0 en el libro mayor, que agrupa correcciones de seguridad y mejoras para las nuevas características de XRPL, permaneció bajo votación y se describió como con una aprobación muy por debajo del lanzamiento del software.
La v3.2.0 supera el umbral del UNL predeterminado, pendiente de la ventana de dos semanas.
El software del servidor XRPL v3.2.0 se lanzó el 15 de junio con un argumento operativo: más barato de ejecutar, más estable y más atractivo para el uso institucional. Para el 8 de julio, la actualización ya había cruzado el umbral clave de la capa de validadores en la lista de nodos únicos predeterminada.
Los mecanismos de activación de XRPL son binarios y están limitados por el tiempo. “Para que una nueva versión de software o enmienda se active, necesita el apoyo sostenido de más del 80% de los validadores en esa lista durante dos semanas consecutivas.” En el UNL predeterminado de 35 validadores, 31 estaban ejecutando v3.2.0, aproximadamente el 89%, que está por encima del requisito del >80%. La pregunta abierta es la duración, ya que la condición de dos semanas no se ha confirmado como cumplida.
Para los comerciantes, esa división importa porque enmarca el lanzamiento como más cerca de la finalización en la capa de consenso de lo que implica la distribución más amplia de la red. La preparación de los validadores puede ser alta incluso mientras una gran parte de los nodos permanezca en la versión anterior.
FixCleanup3_2_0: La Enmienda de Seguridad en una Ruta Separada y Más Lenta
El riesgo material más significativo se encuentra en la segunda ruta. Junto con el lanzamiento del software, XRPL tiene una enmienda en el libro mayor, fixCleanup3_2_0, que aún está bajo votación formal a partir del 8 de julio.
La enmienda agrupa correcciones de seguridad y mejoras relacionadas con las características más nuevas de XRPL, incluyendo bóvedas deactivos individuales, intercambios descentralizados, tokens multipropósito (MPTs) y el protocolo de préstamos. También añade verificaciones internas destinadas a prevenir que las cuentas eliminadas dejen datos residuales.
Críticamente, la enmienda no avanza al mismo ritmo que la actualización del software. Se describió como con una tasa de aprobación mucho más baja que la de adopción de v3.2.0, reforzando que “actualizar un validador y votar la enmienda son dos pasos distintos.” Ripple votó a favor de fixCleanup3_2_0.
Operativamente, la enmienda introduce un límite estricto para los rezagados. “Los validadores que no actualicen antes de que la enmienda se active corren el riesgo de ser desconectados del libro mayor en lo que el libro mayor llama un estado bloqueado por enmienda.” Eso convierte el retraso de versión de una división cosmética en un posible evento de conectividad si la votación finalmente se aprueba.
Señales que podrían ajustar—o extender—la línea de tiempo de la actualización
El primer temporizador es la persistencia del soporte del validador. El umbral que importa es si el soporte por defecto de UNL para v3.2.0 se mantiene por encima del 80% durante las dos semanas consecutivas requeridas, ya que esa es la condición de activación.
El segundo temporizador es la limpieza de distribución. La mezcla de nodos de XRPSCAN todavía está inclinada hacia la v3.1.3, por lo que los traders estarán atentos a si la participación de la v3.2.0 aumenta hacia, y luego supera, la participación de aproximadamente el 51% de la versión anterior a medida que los operadores se ponen al día.
El tercer temporizador es la enmienda en sí. No se especificó el recuento exacto de votos para fixCleanup3_2_0, solo que está muy por debajo de la adopción del software, por lo que cualquier porcentaje publicado o aceleración visible en la votación se convierte en el próximo catalizador concreto.
Las comunicaciones de los operadores que hagan referencia explícita a evitar un estado bloqueado por enmiendas también serían una señal de que la urgencia de la actualización está cambiando de opcional a obligatoria.
División de Adopción: Validadores Actualizados, la Base de Nodos Más Amplia No Ha Sido Actualizada
XRPSCAN mostró alrededor de 833 nodos activos en el momento de la instantánea, con aproximadamente el 43% en v3.2.0 y alrededor del 51% aún en v3.1.3. Esa es una implementación que parece lenta si la única perspectiva es el conteo bruto de nodos.
Pero la capa de validadores está contando una historia diferente. En la UNL predeterminada, 31 de 35 validadores ya estaban en v3.2.0, alrededor del 89%. En la estructura de mercado de XRPL, esa es la métrica más accionable porque determina si las actualizaciones y enmiendas pueden realmente pasar a un estado activo.
Esta es la razón por la que los traders tienden a ponderar la preparación de UNL sobre la distribución amplia de nodos. Una red puede parecer "rezagada" en cuanto al conteo de nodos mientras aún está cerca de una transición de capa de consenso, y esas transiciones son donde el riesgo operativo y la narrativa.volatilidadtienden a concentrarse.
El riesgo de activación de doble pista es la verdadera señal de trading aquí.
Trato esto como dos catalizadores separados que pueden activarse en diferentes momentos. v3.2.0 ya está por encima del umbral UNL predeterminado, así que la verdadera prueba es si ese soporte se mantiene fijo durante toda la ventana de dos semanas, porque eso es lo que convierte "desplegado" en "activado."
La mayor incertidumbre es fixCleanup3_2_0. Si esa enmienda eventualmente alcanza la activación mientras la votación sigue rezagada, la configuración comienza a parecer estructural en lugar de impulsada por la narrativa, porque el riesgo bloqueado por la enmienda obliga a los operadores tardíos a moverse.
Esto se parece más a un catalizador de sentimiento que a un cambio fundamental hasta que la votación de la enmienda se estreche y la larga cola de nodos de la red cierre la brecha de versiones de una manera que reduzca el riesgo de tiempo de inactividad inesperado.
