La enmienda Batch V1.1 de XRP Ledger se ha situado a un voto de validador de iniciar su proceso de activación de dos semanas después de que los desarrolladores corrigieran otros 11 problemas de software descubiertos durante las revisiones de seguridad.
RippleX dijo el lunes que la última revisión de Batch V1.1 identificó problemas relacionados con firmas de transacciones, comprobaciones de autorización y caídas de servidores, con las correcciones incorporadas en la versión que ahora están considerando los validadores de XRP Ledger.
El martes, el apoyo se situó en 27 de los 35 validadores de confianza, lo que equivale aproximadamente al 77%, dejando la propuesta justo por debajo del nivel del 80% requerido para entrar en el período de activación de la red.
Batch V1.1 permitiría agrupar hasta ocho transacciones en una única operación, con reglas de ejecución que pueden requerir que las transacciones vinculadas se completen juntas.
Para un intercambio de tokens entre dos usuarios, la función podría hacer que ambas transferencias dependan una de la otra. Si una de las partes del intercambio falla, la otra transacción no se completaría de forma independiente.
Las billeteras y los mercados podrían usar la misma estructura para procesar un pago de cliente y una tarifa de plataforma juntos. RippleX dijo que los proyectos comerciales que utilizan Batch ya están bajo contrato o en desarrollo, aunque el equipo de desarrolladores no ha identificado públicamente a las empresas involucradas.
El apoyo de los validadores ha aumentado rápidamente durante la última semana. El 8 de septiembre, Batch V1.1 tenía 24 votos de los 35 validadores en la Lista de Nodos Únicos predeterminada, lo que equivale al 68,57%, informó previamente crypto.news. Tres validadores más han respaldado la enmienda desde entonces.
Según las reglas de gobernanza de XRP Ledger, una enmienda debe mantener al menos el 80% de apoyo de los validadores durante 14 días consecutivos antes de poder activarse. Con 35 validadores de confianza contados actualmente, otro voto de apoyo llevaría a Batch V1.1 por encima del umbral e iniciaría ese período.
El resultado no se bloquearía una vez que comenzara la cuenta regresiva. Los validadores pueden cambiar sus posiciones, y si el apoyo cae por debajo del 80% durante la ventana de 14 días, el proceso de activación se interrumpiría.
Un proceso similar se desarrolló en julio cuando la enmienda fixCleanup3_2_0 aseguró un 85,71% de apoyo y entró en su ventana de activación. El paquete se activó posteriormente el 29 de julio después de mantener suficiente respaldo de los validadores durante el período requerido.
La votación actual sigue a la retirada del diseño original de Batch después de que los investigadores encontraran una vulnerabilidad antes de que la función llegara a la red principal de XRP Ledger.
Bajo ciertas condiciones, la falla podría haber permitido a un atacante colocar transacciones de la cuenta de otro usuario dentro de un lote sin obtener la autorización requerida. No se pusieron en riesgo fondos de usuarios porque la enmienda afectada nunca se activó.
Los desarrolladores reconstruyeron la función tras el descubrimiento, y Batch V1.1 se incluyó posteriormente en xrpld 3.3.0, lanzado el 6 de agosto.
La versión xrpld 3.3.0 introdujo la implementación corregida de Batch junto con varias otras características de protocolo propuestas. Cada enmienda aún requiere la aprobación separada de los validadores antes de activarse en la red principal.
La ingeniera de software de RippleX, Mayukha Vadari, dijo que el problema original de la firma se encontró en febrero antes del despliegue en la red principal. El trabajo posterior incluyó una solución de causa raíz, revisiones por parte de cuatro ingenieros senior, un concurso de seguridad de Sherlock y auditorías de Halborn y Common Prefix.
“Después de que el error de firma de la v1.0 fuera detectado en febrero (pre-Mainnet, sin fondos en riesgo), lo reconstruimos”, escribió Vadari en X el 14 de septiembre.
El proceso de revisión no terminó con la vulnerabilidad inicial. RippleX dijo que se encontraron otros 11 problemas mientras se examinaba la implementación de reemplazo.
Los hallazgos adicionales cubrieron el manejo de firmas, las comprobaciones de autorización y las condiciones del software capaces de causar fallos en los servidores.
Common Prefix clasificó una de las vulnerabilidades como crítica. Según la revisión de RippleX, el problema podría haber permitido a un atacante reutilizar un permiso que un usuario había firmado y realizar más transacciones de las que el usuario pretendía autorizar originalmente.
Otros hallazgos involucraron la forma en que las transacciones Batch verificaban los permisos y procesaban las firmas. Los desarrolladores abordaron los problemas reportados antes de que la enmienda alcanzara su etapa actual de votación de validadores.
RippleX dijo que cuatro ingenieros senior revisaron la implementación, mientras que Halborn y Common Prefix realizaron auditorías externas. El código pasó por pruebas automatizadas y un concurso público de seguridad diseñado para exponer debilidades antes de la activación.
Las pruebas de seguridad se han utilizado en otras propuestas recientes de XRP Ledger. Una revisión de seguridad de Common Prefix en junio identificó problemas numéricos y de comportamiento en los componentes de XRPL, con correcciones implementadas a través de la versión 3.2.0. La firma de seguridad fue posteriormente encargada de la verificación formal y el análisis de otras partes de la red.
Un concurso separado de Sherlock que cubría las características propuestas de XRP Ledger encontró docenas de vulnerabilidades válidas antes de que las enmiendas afectadas llegaran a la red principal, incluyendo hallazgos críticos y de alta gravedad.
Batch es uno de varios cambios de protocolo introducidos a través del ciclo de software 3.3.0 mientras los desarrolladores de XRP Ledger trabajan en la liquidación de transacciones, la privacidad, los permisos y las características institucionales.
Antes de que se lanzara el software, los desarrolladores esbozaron cinco enmiendas propuestas para XRPL que incluían transacciones Batch, MPT Confidencial, Patrocinador, MPT Dinámico y Delegación de Permisos.
Batch está diseñado en torno a la liquidación atómica, donde múltiples operaciones relacionadas pueden manejarse como una transacción coordinada en lugar de enviarse por separado.
La Delegación de Permisos permitiría a una cuenta otorgar autoridad restringida a otra cuenta sin ceder el control total. El MPT Confidencial está diseñado para ocultar saldos y montos de transferencia para Tokens de Propósitos Múltiples, manteniendo las identidades de las cuentas visibles en el libro mayor público.
Ninguna de las características se activa simplemente porque su código esté incluido en xrpld. Los validadores deciden por separado si apoyan las enmiendas, dejando cada propuesta con su propio calendario de votación.
La red ya ha visto diferentes tasas de adopción entre las propuestas 3.3.0. Ripple votó en agosto a favor de la enmienda PermissionDelegationV1_1 cuando tenía el apoyo de siete de los 35 validadores de confianza.
Batch se ha acercado mucho más al umbral de activación desde entonces. Sus actuales 27 votos dejan la enmienda a un validador de apoyo de iniciar el período de 14 días, siempre que los votos existentes se mantengan.
RippleX no ha nombrado los proyectos comerciales que, según dijo, están bajo contrato o en desarrollo para usar Batch. CoinDesk dijo que preguntó al equipo de desarrolladores qué empresas se están preparando para usar la función y si las 11 últimas correcciones recibieron una revisión independiente contra la versión que actualmente consideran los validadores.
XRP