La enmienda Batch V1.1 del XRP Ledger está a un voto de validador de alcanzar el umbral del 80% necesario para iniciar su cuenta regresiva de 14 días de activación, tras una reconstrucción de seguridad que siguió a una falla crítica en la versión original.
El código revisado ha pasado por una revisión de ingeniería senior, pruebas adversariales, dos revisiones de seguridad externas y un análisis asistido por IA antes de la votación actual del validador.
El Lote V1.1 alcanza la votación final antes del conteo regresivo de activación
El desarrollador de RippleX Mayukha Vadari dijo que la enmienda incluida en xrpld 3.3.0 ya está disponible para votación. La actualización reemplaza a Batch V1.0, cuyo error de validación de firma fue descubierto en febrero, mientras la enmienda aún estaba pre-mainnet, lo que significa que ningún fondo estuvo en riesgo.
La falla original involucraba un retorno anticipado en la función checkBatchSign. Si la cuenta del firmante aún no existía en el libro mayor, la validación podría devolver éxito sin verificar los firmantes restantes. Eso podría haber permitido que se ejecutaran transacciones en nombre de otras cuentas sin sus claves privadas.
Batch V1.1 removed esa falla y también resolvió varios otros problemas encontrados durante la reconstrucción. El proceso incluyó la revisión de cuatro ingenieros senior, un Sherlock Batch Attackathon, una reevaluación de Halborn, una auditoría de Common Prefix, un escaneo de Cantina AI y pruebas de regresión en Devnet y testnet.
Vadari también dijo que el equipo corrigió errores adicionales encontrados a través de su nuevo trabajo de red-teaming con IA. Los cambios incluyen correcciones para eludir la validación de MPT, caídas de nodos, validación del tamaño de ruta, verificación de firmas, ordenamiento de firmantes y hash de transacciones.
El sentimiento de los validadores está cerca del umbral requerido, con una cuenta, FrancisBovineSwift, describiendo la votación por lote como “casi allí”, con la instantánea más reciente que muestra que 27 validadores confiables han votado a favor de la enmienda y ocho en contra, lo que coloca el apoyo en aproximadamente el 77% frente al 80% requerido para aprobar cambios, con solo un voto más necesario para alcanzar ese umbral.
Por qué la enmienda por lotes importa para los desarrolladores de XRPL
Lote, también conocido como XLS-56, permite que múltiples transacciones de diferentes cuentas se ejecuten de forma atómica en un solo cierre de libro mayor. Si una transacción en un lote de todo o nada falla, toda la operación se revierte. El diseño no requiere contratos inteligentes.
La función está diseñada para intercambios atómicos, liquidaciones coordinadas y otras transacciones donde múltiples partes necesitan actuar conjuntamente. También podría reducir la cantidad de pasos necesarios para la acuñación y transferencias de NFT.
La reconstrucción de seguridad sigue a otras recientes revisiones de XRPL, después de que la red retirara su enmienda de Delegación de Permisos cuando se encontró un error de alta gravedad antes del despliegue en mainnet, con V1.1 sometida a una revisión adicional.
Además, un panel de prueba de XRPL lanzado este mes también ha hecho más visible la prueba de enmiendas al rastrear qué tipos de transacciones, campos y códigos de resultado se han ejercitado en Devnet.
La publicación XRP Ledger Batch V1.1 se acerca a la activación tras la reconstrucción de seguridad apareció por primera vez en CryptoPotato.