XRP Ledger ha trasladado PermissionDelegationV1_1 a su período de activación de 14 días después de que 29 de los 35 validadores de confianza de la red respaldaran la actualización de permisos de cuenta.
Resumen
- PermissionDelegationV1_1 podría activarse el 5 de octubre si el apoyo de los validadores se mantiene por encima del umbral requerido del 80%.
- La actualización permite a las cuentas de XRPL delegar permisos específicos sin otorgar a otra cuenta control total sobre sus claves.
- La Delegación de Permisos no cambia directamente el suministro ni la tokenómica de XRP, por lo que cualquier impacto en el precio depende en gran medida de la adopción y la actividad de la red.
Según el panel en vivo de enmiendas del XRP Ledger, la cuenta regresiva comenzó el 21 de septiembre y podría poner en vigor PermissionDelegationV1_1 el 5 de octubre a las 11:18 UTC si el apoyo de los validadores se mantiene por encima del umbral requerido durante todo el período.
Al menos 28 de los 35 validadores de confianza deben seguir apoyando la enmienda. Si el respaldo cae por debajo de ese nivel antes de que termine la cuenta regresiva, el temporizador de activación se reiniciará.
PermissionDelegationV1_1 divide la autoridad de las cuentas del XRP Ledger
PermissionDelegationV1_1 cambia la forma en que una cuenta del XRP Ledger puede otorgar a otra cuenta autoridad para realizar tareas específicas.
Bajo la estructura de cuenta actual, las empresas que necesitan diferentes sistemas o empleados para llevar a cabo operaciones pueden enfrentarse al problema de otorgar a una cuenta operativa más autoridad de la que realmente necesita. La Delegación de Permisos está diseñada para separar esas responsabilidades.
Una cuenta podría, por ejemplo, autorizar a otra cuenta a realizar pagos sin darle permiso para cambiar las claves de la cuenta principal. Un emisor de stablecoin podría mantener sus claves principales fuera de línea mientras otorga a un sistema de cumplimiento conectado a internet permiso para aprobar a clientes para mantener su token.
Cada cuenta delegada puede recibir hasta 10 permisos, mientras que la cuenta que otorga la autoridad conserva la capacidad de cambiarlos o revocarlos.
El acuerdo se asemeja a la separación de responsabilidades que suelen utilizar las instituciones financieras, donde las funciones de pago, cumplimiento y administrativas no necesariamente comparten el mismo nivel de acceso.
PermissionDelegationV1_1 forma parte de un grupo más amplio de enmiendas introducidas a través de xrpld 3.3.0. La versión incluía BatchV1_1, ConfidentialTransfer, DynamicMPT y Sponsor junto con Permission Delegation, con varias de las características orientadas a transacciones institucionales y emisión de tokens.
Sponsor permitiría a otra entidad cubrir las tarifas de transacción y los requisitos de reserva para los usuarios sin controlar sus cuentas. DynamicMPT otorga a los emisores más flexibilidad sobre propiedades seleccionadas de los Multi Purpose Token, mientras que ConfidentialTransfer está diseñado para ocultar los saldos de MPT y los montos de pago de la vista pública mientras conserva 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 mientras siguen proporcionando información a auditores y otras partes autorizadas.
Permission Delegation regresa tras una falla de seguridad anterior
PermissionDelegationV1_1 es el segundo intento de llevar permisos de cuenta delegados al XRP Ledger.
La enmienda original se detuvo antes de llegar a la red principal después de que un probador de la comunidad informara de una vulnerabilidad el 15 de septiembre de 2025.
Bajo la implementación afectada, el software verificaba si una cuenta tenía permiso para realizar una transacción antes de verificar correctamente su firma. Ciertas transacciones rechazadas aún podían incurrir en una tarifa.
Un atacante podría, por lo tanto, haber enviado transacciones no autorizadas con tarifas deliberadamente altas y haber hecho que otra cuenta las pagara aunque las transacciones no estuvieran firmadas correctamente. Repetir el proceso podría haber agotado el saldo disponible de XRP de la víctima.
Se aconsejó a los validadores que no apoyaran la enmienda después de que se descubriera la vulnerabilidad, evitando que la versión afectada se activara en la red principal.
El reemplazo se incluyó en xrpld 3.3.0 con cambios en la forma en que se manejan las transacciones no autorizadas. La verificación de firma ahora tiene lugar antes del tipo de fallo que podría cobrar a la cuenta objetivo.
La Delegación de Permisos no es la única característica del lanzamiento que regresa después del trabajo de seguridad. BatchV1_1 reemplazó una implementación anterior de Batch después de que los desarrolladores encontraran una vulnerabilidad crítica de firma separada. La revisada actualización de Batch ha avanzado a través de la votación de validadores después de correcciones y una revisión adicional.
¿Podría PermissionDelegationV1_1 afectar el precio de XRP?
PermissionDelegationV1_1 no cambia directamente la oferta, el calendario de emisión o la economía del token de XRP, por lo que no hay una razón mecánica para que su activación por sí sola cree una demanda nueva sustancial de XRP.
La enmienda trata sobre permisos de cuenta en lugar del token XRP en sí. Las instituciones que utilicen cuentas delegadas seguirían usando XRP para las tarifas normales y los requisitos de reserva del ledger, pero la característica no requiere que compren o mantengan grandes cantidades de XRP simplemente para usar permisos delegados.
Los desarrollos recientes en la red muestran por qué la distinción entre la adopción de XRPL y la demanda de XRP importa.
Un análisis previo de la exposición de Ripple Prime a XRP encontró que incluso una actividad institucional sustancial dentro del ecosistema de Ripple no se traduce automáticamente en una demanda equivalente de XRP. Las stablecoins y otros activos emitidos pueden manejar gran parte de la transferencia de valor subyacente mientras XRP conserva roles que incluyen tarifas de transacción, reservas y algunas funciones de enrutamiento.
Una estructura similar se aplica a la Delegación de Permisos. Los emisores de stablecoins, los proveedores de activos tokenizados y otras empresas podrían usar la característica sin hacer que XRP sea el activo que se transfiere.
La posible conexión con el precio, en cambio, depende de si la actualización ayuda a traer más actividad al XRP Ledger con el tiempo.
Los emisores institucionales que quieran mantener las claves de alta autoridad fuera de línea podrían usar cuentas delegadas para pagos recurrentes o tareas de cumplimiento. Si esas capacidades contribuyen a que más empresas emitan activos y procesen transacciones en XRPL, la actividad resultante crearía más uso de la red, donde XRP sigue siendo el activo nativo utilizado para tarifas y reservas.
La evidencia hasta ahora sugiere que el crecimiento de la red y el precio de XRP no siempre se mueven juntos. RLUSD y los activos tokenizados se han expandido en XRPL mientras XRP ha experimentado períodos de debilidad de precio, lo que muestra que el aumento de la actividad del ledger no necesariamente produce presión de compra inmediata para el token.
Una prueba institucional de junio en la que participaron JPMorgan, Mastercard, Ondo Finance y Ripple proporcionó otro ejemplo. El rescate de Treasury tokenizado utilizó el XRP Ledger, pero XRP no era el activo que se rescataba. Su rol directo permaneció vinculado a la infraestructura de red subyacente.
PermissionDelegationV1_1 podría, por lo tanto, proporcionar otra pieza de infraestructura para usuarios institucionales sin convertirse en un catalizador importante e independiente del precio de XRP.
Una reacción del mercado en torno a la activación sigue siendo posible porque los traders pueden responder a las actualizaciones de la red y a las expectativas en torno a la adopción. Cualquier efecto sostenido en el precio, sin embargo, dependería del uso posterior de la característica y de otros factores del mercado en lugar de que la enmienda simplemente se active.
XRP Ledger está construyendo más herramientas para transacciones institucionales
La Delegación de Permisos avanza hacia su activación mientras varias otras características del XRP Ledger permanecen en diferentes etapas del proceso de enmienda.
BatchV1_1 está diseñado para agrupar múltiples operaciones en una transacción coordinada, permitiendo que cada acción incluida tenga éxito o falle en conjunto. Tal estructura puede respaldar procesos de liquidación donde un activo y su pago necesitan cambiar de manos al mismo tiempo.
ConfidentialTransfer daría a los emisores de Multi Purpose Token la opción de ocultar saldos y montos de transferencia mientras deja las cuentas visibles. Las partes autorizadas aún podrían recibir la información necesaria para el cumplimiento bajo el diseño propuesto.
Los desarrolladores de XRPL han continuado trabajando más allá del lanzamiento 3.3.0. La versión 3.4.0, lanzada el 16 de septiembre, introdujo revisiones a las funciones de préstamo propuestas junto con otro paquete de correcciones de protocolo.
El marco de préstamos sigue sujeto al proceso de enmienda de la red, con la aprobación de los validadores requerida antes de que las funciones propuestas puedan activarse en la mainnet.
