La actualización de delegación del XRP Ledger podría entrar en vigor el 5 de octubre; ¿se beneficiará XRP?

El XRP Ledger ha iniciado el período de activación de 14 días para PermissionDelegationV1_1 tras el respaldo de 29 de los 35 validadores de confianza de la red a la actualización de permisos de cuenta.

Resumen

• PermissionDelegationV1_1 podría activarse el 5 de octubre si el respaldo de los validadores se mantiene por encima del umbral requerido del 80%.

• Esta actualización permite que las cuentas del XRPL deleguen permisos específicos sin otorgarle a otra cuenta control total sobre sus claves.

• La delegación de permisos no modifica directamente la oferta ni la tokenómica de XRP, por lo que cualquier impacto en su precio dependerá principalmente de su adopción y la actividad en la red.

Según el panel en tiempo real de enmiendas del XRP Ledger, la cuenta atrás comenzó el 21 de septiembre y podría hacer efectiva PermissionDelegationV1_1 el 5 de octubre a las 11:18 UTC, siempre que el respaldo de los validadores se mantenga por encima del umbral requerido durante todo el período.

Al menos 28 de los 35 validadores de confianza deben seguir respaldando la enmienda. Si el apoyo cae por debajo de ese nivel antes de que finalice la cuenta atrás, el temporizador de activación se reiniciará.

PermissionDelegationV1_1 divide la autoridad de las cuentas del XRP Ledger

PermissionDelegationV1_1 cambia cómo una cuenta del XRP Ledger puede otorgar a otra cuenta la autoridad para realizar tareas específicas.

Con la estructura actual de cuentas, las empresas que necesitan distintos sistemas o empleados para llevar a cabo operaciones pueden enfrentar el problema de otorgar a una cuenta operativa más autoridad de la estrictamente necesaria. La delegación de permisos está diseñada para separar esas responsabilidades.

Por ejemplo, una cuenta podría autorizar a otra a realizar pagos sin darle permiso para modificar las claves principales de la cuenta original. Un emisor de stablecoin podría mantener sus claves principales desconectadas mientras otorga a un sistema de cumplimiento conectado a internet permiso para aprobar a los clientes que puedan poseer su token.

Cada cuenta delegada puede recibir hasta 10 permisos, mientras que la cuenta que otorga la autoridad conserva la capacidad de modificarlos o revocarlos.

También te podría interesar: XRP Ledger 3.4.0 añade funciones de préstamo y correcciones de protocolo

Este esquema se asemeja a la separación de responsabilidades común en instituciones financieras, donde las funciones de pagos, cumplimiento y administración no comparten necesariamente el mismo nivel de acceso.

PermissionDelegationV1_1 forma parte de un grupo más amplio de enmiendas introducidas mediante xrpld 3.3.0. Esta versión incluyó BatchV1_1, ConfidentialTransfer, DynamicMPT y Sponsor junto con la delegación de permisos, y varias de estas funciones están orientadas a transacciones institucionales y emisión de tokens.

Sponsor permitiría que otra entidad cubra las tarifas de transacción y los requisitos de reserva para usuarios sin controlar sus cuentas. DynamicMPT brinda mayor flexibilidad a los emisores sobre ciertas propiedades de los Tokens Multiuso (MPT), mientras que ConfidentialTransfer está diseñado para ocultar los saldos de MPT y los montos de los pagos a la vista pública, manteniendo mecanismos de acceso para partes autorizadas.

Crypto.news informó anteriormente que ConfidentialTransfer apunta a casos de uso institucionales donde las empresas pueden necesitar privacidad en las transacciones, pero seguir proporcionando información a auditores y otras partes autorizadas.

La delegación de permisos regresa tras un fallo de seguridad previo

PermissionDelegationV1_1 es el segundo intento de incorporar permisos de cuenta delegados al XRP Ledger.

La versión original de la propuesta se detuvo antes de llegar a la red principal tras un informe de vulnerabilidad por parte de un probador comunitario el 15 de septiembre de 2025.

En la implementación afectada, el software verificaba si una cuenta tenía permiso para realizar una transacción antes de validar correctamente su firma. Algunas transacciones rechazadas aún podían generar una tarifa.

Un atacante podría haber enviado así transacciones no autorizadas con tarifas deliberadamente altas, haciendo que otra cuenta las pagara aunque las transacciones carecieran de firma válida. Repetir este proceso podría haber agotado el saldo disponible de XRP de la víctima.

Se recomendó a los validadores no respaldar la propuesta tras descubrirse la vulnerabilidad, evitando así su activación en la red principal.

La versión sustituta se incluyó en xrpld 3.3.0, con cambios en cómo se gestionan las transacciones no autorizadas: ahora la verificación de la firma ocurre antes del tipo de error que podría cobrar a la cuenta objetivo.

La delegación de permisos no es la única función de esta versión que regresa tras trabajos de seguridad. BatchV1_1 reemplazó una implementación anterior de Batch tras detectarse una vulnerabilidad crítica distinta relacionada con la firma. Tras correcciones y revisión adicional, la actualización revisada de Batch avanzó mediante votación entre validadores.

¿Podría PermissionDelegationV1_1 afectar el precio del XRP?

PermissionDelegationV1_1 no modifica directamente la oferta, el calendario de emisión ni la economía del token XRP, por lo que su activación aislada no genera ninguna razón mecánica para crear una nueva demanda sustancial de XRP.

La propuesta trata sobre permisos de cuentas, no sobre el token XRP en sí. Las instituciones que usen cuentas delegadas seguirán empleando XRP para las tarifas y requisitos de reserva habituales del libro mayor, pero la función no exige que compren o mantengan grandes cantidades de XRP solo para usar permisos delegados.

Desarrollos recientes en la red muestran por qué es clave distinguir entre la adopción del XRPL y la demanda de XRP.

Un análisis previo sobre la exposición de Ripple Prime al XRP reveló que incluso una actividad institucional considerable dentro del ecosistema de Ripple no se traduce automáticamente en una demanda equivalente de XRP. Las monedas estables y otros activos emitidos pueden gestionar gran parte de la transferencia de valor subyacente, mientras que el XRP conserva funciones como tarifas de transacción, reservas y ciertas tareas de enrutamiento.

Una estructura similar se aplica a la delegación de permisos: emisores de monedas estables, proveedores de activos tokenizados y otras empresas podrían usar esta función sin que el XRP sea el activo transferido.

La posible conexión con el precio depende más bien de si esta actualización contribuye, con el tiempo, a incrementar la actividad en el XRP Ledger.

Emisores institucionales que deseen mantener sus claves de alta autoridad desconectadas podrían usar cuentas delegadas para pagos recurrentes o tareas de cumplimiento normativo. Si estas capacidades fomentan que más empresas emitan activos y procesen transacciones en el XRPL, la actividad resultante aumentaría el uso de la red, cuyo activo nativo —el XRP— sigue siendo necesario para tarifas y reservas.

Las evidencias hasta ahora indican que el crecimiento de la red y el precio del XRP no siempre evolucionan juntos. RLUSD y activos tokenizados han crecido en el XRPL mientras el XRP ha atravesado periodos de debilidad de precios, demostrando que un aumento de la actividad en el libro mayor no genera necesariamente presión inmediata de compra sobre el token.

Una prueba institucional de junio con JPMorgan, Mastercard, Ondo Finance y Ripple ofreció otro ejemplo: el canje de bonos del Tesoro tokenizados utilizó el XRP Ledger, pero el XRP no fue el activo canjeado; su papel directo siguió ligado a la infraestructura subyacente de la red.

Por tanto, PermissionDelegationV1_1 podría aportar otra pieza de infraestructura para usuarios institucionales sin convertirse en un catalizador independiente importante del precio del XRP.

Una reacción del mercado tras la activación sigue siendo posible, ya que los operadores pueden responder a las actualizaciones de la red y a las expectativas sobre su adopción. No obstante, cualquier efecto sostenido sobre el precio dependería del uso posterior de la función y de otros factores del mercado, no solo del simple cambio de estado de la enmienda.

El XRP Ledger está desarrollando más herramientas para transacciones institucionales

La Delegación de Permisos avanza hacia su activación, mientras que otras funciones del XRP Ledger se encuentran en distintas fases del proceso de enmienda.

BatchV1_1 permite agrupar múltiples operaciones en una transacción coordinada, de modo que todas las acciones incluidas tengan éxito o fallen simultáneamente. Esta estructura puede respaldar procesos de liquidación donde un activo y su pago deben transferirse al mismo tiempo.

ConfidentialTransfer permitiría a los emisores de tokens multifuncionales ocultar saldos y montos de transferencias, manteniendo visibles las cuentas. Las partes autorizadas seguirían recibiendo la información necesaria para cumplimiento, según el diseño propuesto.

Los desarrolladores de XRPL han seguido trabajando tras la versión 3.3.0. La versión 3.4.0, lanzada el 16 de septiembre, introdujo revisiones en las funciones de préstamo propuestas, además de otro paquete de correcciones del protocolo.

El marco de préstamos sigue sujeto al proceso de enmiendas de la red; se requiere la aprobación de los validadores antes de que las funciones propuestas entren en vigor en mainnet.

Más información: Las perspectivas del precio de NEAR se fortalecen tras la incorporación del mercado al contado por Hyperliquid