NoticiasCriptoBatch V1.1 de XRP Ledger se acerca a la activación con 27 votos de validadores

Batch V1.1 de XRP Ledger se acerca a la activación con 27 votos de validadores

Autor: Coindoo·

Puntos clave

  • Dos validadores adicionales a favor elevarían la aprobación al 82.86%, por encima del umbral necesario para iniciar el período de activación.
  • Batch V1.1 puede coordinar hasta ocho transacciones relacionadas y exigir que cada instrucción se complete correctamente antes de registrar el lote.
  • La enmienda revisada reemplaza una versión anterior que fue retirada después de que investigadores detectaran una vulnerabilidad de autorización antes de la activación en la red principal.
  • Batch sería opcional y no aceleraría las transferencias ordinarias de XRP ni exigiría cambios en todas las aplicaciones.
  • Las billeteras, los mercados y los servicios de pagos aún tendrían que integrar la función antes de que los usuarios pudieran beneficiarse de ella.
Batch V1.1 de XRP Ledger se acerca a la activación con 27 votos de validadores

La enmienda Batch V1.1 de XRP Ledger se acerca a la activación después de recibir el respaldo de 27 de los 35 validadores monitoreados por XRPScan a las 06:25 UTC del 15 de septiembre de 2026.

Dos validadores adicionales a favor elevarían la aprobación al 82.86%, por encima del umbral del 80% requerido para iniciar el período de activación. Luego, la enmienda tendría que mantener el respaldo necesario durante dos semanas consecutivas antes de convertirse en parte de las reglas activas de XRP Ledger.

El proceso distingue entre poner a disposición el código de la enmienda y activarlo en la red en funcionamiento. Una enmienda puede incluirse en el software del servidor de XRP Ledger, pero no cambia el comportamiento de la red principal hasta que los validadores la aprueban y se completa el período requerido.

Cómo Batch V1.1 podría evitar pagos incompletos

Batch V1.1 permitiría enviar juntas hasta ocho transacciones vinculadas. El libro mayor podría verificar y registrar las instrucciones seleccionadas durante el mismo cierre del libro mayor, en lugar de exigir que una aplicación envíe y confirme cada paso por separado.

Por ejemplo, una venta en un mercado podría involucrar tres acciones: un comprador envía el pago, un vendedor transfiere un activo y el mercado recibe su comisión. Con la opción de ejecución total o nula, las tres instrucciones tendrían que completarse correctamente o todo el lote fallaría. Esto impediría que el pago del comprador se registrara si no pudiera completarse la transferencia del activo correspondiente.

Un lote también podría coordinar instrucciones que involucren más de una cuenta. Esto haría que la función fuera relevante para aplicaciones en las que varios participantes deben autorizar diferentes partes de una misma operación.

La enmienda no aceleraría las transferencias ordinarias de XRP ni exigiría que todas las aplicaciones utilizaran lotes. En cambio, proporcionaría una estructura de transacciones opcional para los desarrolladores que construyen servicios con varios pasos conectados.

V1.1 reemplaza una enmienda Batch retirada

La enmienda Batch original contenía una falla en la forma en que verificaba la autorización de las transacciones dentro de un lote. Investigadores de seguridad identificaron el problema en febrero, cuando la enmienda aún esperaba su activación.

Se recomendó a los validadores retirar su respaldo antes de que la función llegara a la red principal, por lo que la vulnerabilidad no afectó los fondos de los usuarios. La divulgación de la vulnerabilidad de XRP Ledger Foundation describe la respuesta e identifica la implementación anterior como no compatible.

Batch V1.1 reemplaza esa versión después de corregirse su lógica de autorización. Según RippleX, la implementación revisada también pasó por revisiones adicionales del código, pruebas y evaluaciones externas de seguridad antes de volver al proceso de votación de los validadores.

Por lo tanto, la nueva votación es más que un segundo intento de activar la misma función. Los validadores están decidiendo si el reemplazo aborda adecuadamente el problema que detuvo la enmienda original.

Batch está más cerca de activarse que el sistema de préstamos planificado de XRPL

La posición de Batch puede compararse con otros dos cambios de XRP Ledger que avanzan por el proceso de enmiendas. La propuesta fixCleanup3_3_0 aborda problemas de mantenimiento y seguridad relacionados con bóvedas, creadores de mercado automatizados y operaciones con permisos. Mejora las rutas de transacción existentes en lugar de introducir una nueva función de pagos para las aplicaciones.

El sistema de crédito institucional planificado sigue más lejos de su implementación. Tanto Single Asset Vaults como Lending Protocol requieren suficiente respaldo de los validadores, y activar solo uno no crearía un mercado de préstamos nativo funcional.

Batch tiene un alcance más limitado porque coordina transacciones que XRP Ledger ya admite, incluidos pagos, transferencias de activos y comisiones. Sus 27 validadores a favor lo sitúan más cerca del umbral de activación que las dos enmiendas necesarias para los préstamos nativos.

La comparación también muestra por qué la aprobación de una enmienda no siempre se traduce directamente en un producto terminado. Los préstamos requieren varios componentes de protocolo conectados, mientras que Batch ofrecería a cada aplicación una herramienta que podría integrar de forma independiente.

Qué significaría la activación para las billeteras y los mercados

Completar el proceso de activación haría que Batch estuviera disponible en el libro mayor activo, pero las billeteras, los mercados y los servicios de pagos aún tendrían que incorporarlo a sus productos.

Los usuarios no tendrían que cambiar la forma en que realizan una transferencia estándar de XRP. La diferencia sería visible dentro de las aplicaciones que actualmente piden a los clientes completar varias acciones conectadas o repetir una operación después de que falla una instrucción.

Los servicios que combinan un pago, una transferencia de activos y una comisión de plataforma se encuentran entre los usuarios potenciales más claros. Cada proveedor aún tendría que determinar qué pasos pertenecen a un lote y si todos deben completarse correctamente antes de considerar completa la solicitud del cliente.

La votación es solo la primera prueba para Batch V1.1

Alcanzar el umbral de activación establecería si los validadores están preparados para ejecutar Batch V1.1, pero no mostraría cuánta demanda existe para la función. Esa pregunta solo podrá responderse mediante la adopción entre billeteras, mercados y aplicaciones de pagos.

Batch podría tener una ventaja frente a las propuestas de préstamos más ambiciosas de XRPL porque los desarrolladores no tendrían que esperar varios componentes del protocolo ni un mercado financiero completamente nuevo. Podrían aplicarlo a flujos de transacciones que ya existen.

Por lo tanto, su importancia final dependerá menos de la votación de la enmienda que de si los servicios de XRPL encuentran suficientes fallas en operaciones de varios pasos como para justificar su integración.

Este artículo se proporciona únicamente con fines informativos y no constituye asesoramiento financiero ni de inversión. El respaldo de los validadores y el estado de la enmienda pueden cambiar.

Fuente: Coindoo.