Un nuevo informe de error muestra que el software v3.2.0 de XRP Ledger registra una clave de validador mientras ejecuta otra, justo cuando cerca del 30% de los nodos adoptan el servidor renombrado.
Puntos clave:
- Un operador de nodo informó que v3.2.0 registra la nueva clave de un validador migrado mientras el servidor sigue ejecutando la anterior.
- El fallo aparece en Ubuntu 22.04 cuando se agrega un token de validador existente a un nodo RPC en funcionamiento.
- La adopción de la actualización se sitúa cerca del 30%, con la mayoría de los operadores aún en la versión anterior.
El error de XRP Ledger expone una discrepancia de claves
El defecto, registrado como incidencia n.º 7581 en el rastreador de GitHub del proyecto, aparece después de que un operador migra un validador existente a un nodo RPC que ya está en ejecución y luego reinicia el servicio. El registro del servicio informa de la nueva identidad del validador migrado, mientras que el endpoint server_info sigue devolviendo la clave anterior que está en el archivo local wallet.db. Los dos registros ya no coinciden.
Reproducir la división requiere poco esfuerzo. El operador afirma que agregar un token de validador existente a un nodo activo y reiniciar el servidor la desencadena en Ubuntu 22.04, una secuencia habitual durante migraciones de rutina.
También lea: ¿Es la venta de futuros perpetuos de Anthropic una advertencia para las apuestas cripto pre-OPI?
La identidad del validador ancla el consenso de la red
La identidad del validador está en el centro de cómo XRP Ledger acuerda cada nuevo libro mayor. Las propuestas de un nodo solo tienen peso cuando otros servidores confían en su clave a través de sus listas únicas de nodos, de modo que una identidad obsoleta o desajustada puede confundir a cualquiera que revise la máquina. Un registro confuso puede ralentizar esa confianza.
Hasta ahora, la discrepancia no ha causado ninguna interrupción. Aun así, amplía una serie de defectos que los desarrolladores han señalado desde la versión de mitad de mes, desde fallos de sincronización hasta un bloqueo del analizador de configuración.
El informante propuso una solución, pidiendo que los registros del servicio muestren la clave que el servidor realmente utiliza, o que muestren juntas la clave derivada y la activa. Todavía no se ha asignado ningún responsable al informe. Varias incidencias anteriores ya se han confirmado como errores y están en cola para revisión, mientras otras siguen abiertas mientras los colaboradores las evalúan.
La adopción se rezaga mientras continúa la votación de la enmienda
La adopción de la versión sigue siendo lenta. Alrededor del 30% de los nodos ahora ejecutan la versión 3.2.0, mientras que la mayoría de los operadores permanecen en la versión anterior 3.1.3, según datos públicos de la red.
El despliegue comenzó el 15 de junio, cuando la actualización cambió el nombre del software principal de rippled a xrpld y prometió ahorros de memoria del 30% al 40%. Desde entonces, los operadores han informado de fallos de sincronización, errores de cálculo en el relay y ahora la discrepancia de claves en la nueva versión, sin que hasta el momento se haya publicado ningún parche. Los rezagados también se arriesgan a quedar en un estado bloqueado por enmienda una vez que los validadores ratifiquen fixCleanup3_2_0, el cambio de limpieza que Ripple ya ha apoyado en la votación en curso.
Leer a continuación: Mane City Mobile llega a iOS y Android en más de 100 países