A la enmienda Batch V1.1 del XRP Ledger le falta un voto de validador para alcanzar el umbral del 80 % necesario para iniciar la cuenta regresiva de activación de 14 días, tras una reconstrucción de seguridad realizada a raíz de un fallo crítico en la versión original.
El código revisado ha pasado por una revisión de ingeniería sénior, pruebas adversariales, dos revisiones de seguridad externas y un análisis asistido por IA antes de la votación actual de los validadores.
Batch V1.1 llega a la votación final antes de la cuenta regresiva de activación
El desarrollador de RippleX Mayukha Vadari dijo que la enmienda se incluyó en xrpld 3.3.0 y que ahora está sometida a votación. La actualización sustituye a Batch V1.0, cuyo error de validación de firmas se detectó en febrero, cuando la enmienda aún no estaba en la red principal, por lo que no hubo fondos en riesgo.
El fallo original se debía a un retorno anticipado en la función checkBatchSign. Si una cuenta firmante aún no existía en el libro mayor, la validación podía devolver un resultado satisfactorio sin comprobar a los demás firmantes. Esto podría haber permitido ejecutar transacciones en nombre de otras cuentas sin sus claves privadas.
Batch V1.1 eliminó ese fallo y también solucionó varios otros problemas detectados durante la reconstrucción. El proceso incluyó la revisión de cuatro ingenieros sénior, un Sherlock Batch Attackathon, una reevaluación de Halborn, una auditoría de Common Prefix, un análisis con IA de Cantina y pruebas de regresión en Devnet y en la red de pruebas.
Vadari también dijo que el equipo corrigió otros errores detectados mediante sus nuevas pruebas de red teaming con IA. Los cambios incluyen correcciones para eludir la validación de MPT, fallos de nodos, validación del tamaño de las rutas, verificación de firmas, orden de los firmantes y hash de transacciones.
El apoyo de los validadores está cerca del umbral requerido. Una cuenta, FrancisBovineSwift, describió la votación de Batch como «casi lista». La instantánea más reciente muestra que 27 validadores de confianza han votado a favor de la enmienda y ocho en contra, lo que sitúa el apoyo en torno al 77 %, frente al umbral del 80 % necesario para aprobar los cambios. Falta solo un voto para alcanzar esa cifra.
Por qué la enmienda Batch es importante para los desarrolladores de XRPL
Batch, también conocida como XLS-56, permite ejecutar de forma atómica varias transacciones de distintas cuentas en un único cierre del libro mayor. Si falla una transacción dentro de un lote de tipo «todo o nada», se revierte toda la operación. El diseño no requiere contratos inteligentes.
La función está pensada para intercambios atómicos, liquidaciones coordinadas y otras transacciones en las que varias partes deben actuar conjuntamente. También podría reducir los pasos necesarios para acuñar y transferir NFT.
Esta reconstrucción de seguridad se produce tras otras revisiones recientes de XRPL. La red retiró su enmienda Permission Delegation después de que se detectara un error de gravedad alta antes del despliegue en la red principal, y la versión V1.1 está siendo sometida a una revisión adicional.
Además, un panel de pruebas de XRPL lanzado este mes también ha dado más visibilidad a las pruebas de enmiendas al hacer un seguimiento de los tipos de transacciones, campos y códigos de resultado que se han probado en Devnet.
Fuente: CryptoPotato
