Los desarrolladores de XRP Ledger lanzaron xrpld versión 3.3.0 el 6 de agosto, acercando varios cambios de protocolo a una posible activación en la red principal.
- XRPL 3.3.0 introduce código de protocolo, pero la aprobación de los validadores sigue siendo necesaria antes de que ocurra cualquier activación en la red principal.
- ConfidentialTransfer protegería los saldos de MPT y los montos de transferencia, preservando el acceso de cumplimiento para las partes autorizadas.
- BatchV1_1 restaura la funcionalidad de transacciones atómicas después de que una versión anterior se detuviera debido a una falla de seguridad.
- Sponsor permitiría que terceros cubran tarifas y reservas mientras los usuarios mantienen el control total de la cuenta.
- DynamicMPT permitiría a los emisores modificar propiedades seleccionadas de tokens más tarde, apoyando necesidades comerciales y de cumplimiento en evolución.
El lanzamiento oficial en GitHub confirma el trabajo en ConfidentialTransfer, BatchV1_1, Sponsor y DynamicMPT, junto con correcciones y otros cambios de protocolo. El lanzamiento del software en sí no activa esas características en la red.
La distinción importa porque algunos informes describen seis mejoras como ya activas. Según el proceso de enmienda de XRP Ledger, las nuevas características del protocolo requieren el apoyo de los validadores antes de la activación. Una enmienda debe mantener más del 80% de apoyo de los validadores de confianza durante dos semanas continuas antes de que surta efecto.
XRP Ledger 3.3.0 añade herramientas de privacidad y transacciones atómicas
ConfidentialTransfer está diseñado para añadir privacidad a los Tokens de Propósito Múltiple, o MPT. La documentación de XRPL dice que la enmienda utiliza criptografía para proteger saldos individuales y montos de transferencia, preservando mecanismos que permiten a las partes autorizadas, incluidos emisores o auditores, verificar la información necesaria para el cumplimiento.
La característica sigue sujeta a la activación de la enmienda, por lo que las transferencias privadas de MPT no deberían describirse aún como activas en la red principal de XRPL.
BatchV1_1 es otro componente importante. El estándar XLS-56 permite empaquetar y procesar múltiples transacciones juntas, incluyendo transacciones que involucran diferentes cuentas. La ejecución atómica puede ayudar en flujos de liquidación donde varias acciones deben tener éxito juntas en lugar de dejar una parte completada mientras otra falla.
Características revisadas tras hallazgos de seguridad anteriores
Batch tiene una historia importante. Una versión anterior fue deshabilitada antes de la activación en la red principal después de que se descubriera un problema de seguridad en la lógica de firma de transacciones. La Fundación XRPL luego se movió hacia BatchV1_1 como el reemplazo corregido. Como se informó anteriormente en la cobertura de seguridad de XRPL, los desarrolladores han aumentado la revisión formal en torno a las mejoras recientes.
La Delegación de Permisos siguió un camino similar. XRPL reveló en septiembre de 2025 que un error en la enmienda anterior podría haber permitido que una transacción no autorizada cargara tarifas a otra cuenta bajo condiciones específicas. Se aconsejó a los validadores votar no, y la característica vulnerable nunca se activó. PermissionDelegationV1_1 se desarrolló como su reemplazo.
El concepto revisado permite que una cuenta otorgue permisos de transacción definidos sin entregar su clave privada principal, apoyando billeteras operativas con autoridad limitada.
Sponsor y DynamicMPT apuntan a la incorporación institucional
Sponsor, basado en XLS-68, está diseñado para permitir que otra cuenta cubra tarifas de transacción o requisitos de reserva mientras el usuario mantiene el control de la cuenta y las claves. La característica podría permitir que las aplicaciones incorporen usuarios sin requerir que adquieran XRP únicamente para cumplir con los costos de red. La propuesta XLS-68 apoya explícitamente el patrocinio de tarifas y reservas mientras preserva el control de las claves del usuario.
DynamicMPT apunta a los emisores de tokens. La propuesta XLS-94 permite a los emisores designar propiedades seleccionadas de MPT como mutables al crear un token, y luego actualizar esos campos permitidos más tarde. El estándar está destinado a acomodar requisitos comerciales o de cumplimiento cambiantes sin hacer que cada propiedad del token sea libremente editable.
Juntas, estas características encajan con el creciente enfoque de XRPL en las finanzas tokenizadas. En la cobertura relacionada con la tokenización, crypto.news informó que JPMorgan, Mastercard, Ondo Finance y Ripple probaron un canje de tesorería tokenizado usando XRPL.
No todas las mejoras citadas pertenecen a la versión 3.3.0
Una corrección es necesaria en torno al marco ampliamente difundido de "seis mejoras". fixCleanup3_2_0 pertenece al ciclo anterior de xrpld 3.2.0, no al paquete de características recién lanzado 3.3.0. El registro de cambios de GitHub para 3.3.0 muestra trabajo en LendingProtocolV1_1 y una pista separada de fixCleanup3_3_0 junto con las características principales.
Por lo tanto, el lanzamiento no debe leerse como seis capacidades terminadas disponibles simultáneamente. Es un hito de software de servidor que brinda a los validadores y operadores el código necesario para las decisiones de enmienda. Las enmiendas individuales pueden tener diferentes cronogramas de votación y pueden no activarse si el apoyo cae por debajo del umbral requerido.
Este proceso de gobernanza ha importado antes. Las enmiendas originales de Batch y Delegación de Permisos se detuvieron después de que se identificaron errores antes de la activación en la red principal, lo que muestra que la inclusión en el software o la votación de los validadores no es lo mismo que el despliegue en producción.
Qué sigue para los validadores de XRPL
Los operadores de nodos ahora necesitan evaluar la versión 3.3.0 y decidir si actualizar y apoyar enmiendas individuales. Las fechas exactas de activación dependen de la votación de los validadores, no del lanzamiento del software del 6 de agosto. Las reglas de enmienda de XRPL requieren que la supermayoría persista continuamente durante dos semanas.
Para los tenedores de XRP, el cambio inmediato es técnico más que monetario. La versión 3.3.0 expande el conjunto de herramientas potencial de la red para privacidad, liquidación de múltiples pasos, autoridad delegada, incorporación patrocinada y emisión de tokens configurable, pero nada garantiza una mayor demanda de XRP o apreciación del precio.
Los próximos hitos verificables serán la adopción de 3.3.0 por parte de los validadores, los niveles de apoyo a las enmiendas y las fechas de activación programadas. Hasta que se cumplan esos umbrales, las nuevas capacidades deben describirse como lanzadas en el software de nodo y en proceso de gobernanza, no como características completamente activas de la red principal de XRP Ledger.
Las decisiones de los validadores, más que el marketing del lanzamiento, determinarán cuándo cada característica se vuelva utilizable en la red principal.