Un informe de error recién presentado muestra que el software de la XRP Ledger v3.2.0 registra una clave de validador mientras ejecuta otra, cuando cerca del 30% de los nodos adoptan el servidor renombrado.
Puntos clave:
- Un operador de nodo informó que la v3.2.0 registra la nueva clave de un validador migrado mientras el servidor aún ejecuta la anterior.
- El fallo aparece en Ubuntu 22.04 cuando se añade un token de validador existente a un nodo RPC en ejecución.
- La adopción de la actualización se sitúa cerca del 30%, con la mayoría de operadores aún en la versión anterior.
El error en XRP Ledger expone una discrepancia de claves
El defecto, presentado como incidencia #7581 en el rastreador de GitHub del proyecto, aparece después de que un operador migra un validador existente a un nodo RPC ya 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 antigua 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 añadir un token de validador existente a un nodo activo y reiniciar el servidor lo desencadena en Ubuntu 22.04, una secuencia común durante migraciones rutinarias.
También lee: ¿Es la venta de perp de Anthropic una advertencia para las apuestas cripto previas a la salida a bolsa?
La identidad del validador ancla el consenso de la red
La identidad del validador está en el centro de cómo la 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, por lo 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 interrupciones. Aun así, alarga una serie de defectos que los desarrolladores han señalado desde la versión publicada a mitad de mes, desde fallos de sincronización hasta un bloqueo del parser de configuración.
El informante propuso una solución, pidiendo que los registros del servicio impriman la clave que el servidor realmente usa, o que muestren juntas la clave derivada y la activa. Aún no se ha asignado ningún responsable al informe. Varios informes anteriores ya se han confirmado como errores y están en cola para revisión, mientras otros siguen abiertos mientras los colaboradores los 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. Aproximadamente el 30% de los nodos ahora ejecutan la versión 3.2.0, mientras que la mayoría de los operadores se mantienen en la compilación anterior 3.1.3, según datos públicos de la red.
El despliegue comenzó el 15 de junio, cuando la actualización renombró el software central de rippled a xrpld y prometió ahorros de memoria del 30% al 40%. Desde entonces, los operadores han informado de rupturas de sincronización, errores de cálculo en el relay y ahora la discrepancia de claves en la nueva compilación, sin que se haya publicado aún ningún parche. Los rezagados también corren el riesgo de quedar en un estado bloqueado por enmiendas una vez que los validadores ratifiquen fixCleanup3_2_0, el cambio de limpieza que Ripple ya ha apoyado en la votación en curso.
Lee a continuación: Mane City Mobile llega a iOS y Android en más de 100 países