Los desarrolladores de XRP Ledger lanzaron la versión 3.3.0 de xrpld el 6 de agosto, acercando varios cambios de protocolo a una posible activación en la red principal.
Resumen
- 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 al mismo tiempo 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 conservan el control total de la cuenta.
- DynamicMPT permitiría a los emisores modificar propiedades seleccionadas del token más tarde, apoyando las necesidades cambiantes de negocio y cumplimiento.
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 actualizaciones 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 consecutivas antes de entrar en vigor.
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 MPTs. La documentación de XRPL dice que la enmienda utiliza criptografía para proteger los saldos individuales y los montos de transferencia, preservando al mismo tiempo los 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 deben 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 trabajo de liquidación donde varias acciones deben tener éxito juntas en lugar de dejar una parte completada mientras otra falla.
Características revisadas siguen a hallazgos de seguridad anteriores
Batch tiene una historia importante. Una versión anterior se deshabilitó 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 actualizaciones 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 las tarifas de transacción o los requisitos de reserva mientras el usuario mantiene el control de la cuenta y las claves. La función podría permitir que las aplicaciones incorporen usuarios sin requerir que adquieran XRP únicamente para cubrir 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 ciertas propiedades de MPT como mutables al crear un token, y luego actualizar esos campos permitidos más adelante. El estándar está destinado a adaptarse a los 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 de tokenización relacionada, crypto.news informó que JPMorgan, Mastercard, Ondo Finance y Ripple probaron un rescate de tesorería tokenizado usando XRPL.
No todas las actualizaciones citadas pertenecen a la versión 3.3.0
Una corrección es necesaria en torno al marco ampliamente difundido de "seis actualizaciones". fixCleanup3_2_0 pertenece al ciclo anterior de xrpld 3.2.0, no al paquete de características 3.3.0 recién lanzado. El changelog de GitHub de 3.3.0 muestra en cambio trabajo en torno a 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 que se vuelven 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 Permission Delegation se detuvieron después de que se identificaron errores antes de la activación en la red principal, lo que demuestra que la inclusión en el software o la votación de 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 kit de herramientas potencial de la red para privacidad, liquidación en 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 de 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 vuelve utilizable en la red principal.
