XRP Ledger reactiva la actualización para derechos de pago compartidos
La función debe dar a bancos, brokers y emisores de stablecoins derechos más delimitados, tras un error anterior en el procedimiento de activación. La actualización podría entrar en funcionamiento el 5 de octubre si los validadores dan su aprobación.
Puntos clave
- XRP Ledger podría activar el 5 de octubre PermissionDelegationV1_1 para derechos de pago compartidos y derechos de acceso limitados.
- La actualización permite que una cuenta principal distribuya tareas sin ceder el control total, con un máximo de diez permisos por delegado.
- La primera versión fue retirada tras un error crítico; la corrección está en xrpld 3.3.0.
XRP Ledger da de nuevo un paso hacia derechos de acceso compartidos para empresas. La actualización PermissionDelegationV1_1 está desde el 21 de septiembre en un periodo de activación de 14 días y puede entrar en funcionamiento el 5 de octubre a las 11:18 UTC si el apoyo de los validadores se mantiene. La función debe permitir repartir tareas de pago y de cumplimiento normativo sin ceder el control total de una cuenta.
Qué hace la actualización
Con PermissionDelegationV1_1, una cuenta principal puede otorgar a otra cuenta derechos limitados. Así, un emisor de stablecoins puede, por ejemplo, dejar que un sistema de cumplimiento normativo en línea apruebe qué clientes pueden mantener su token, mientras las claves con control total permanecen fuera de línea.
También una cuenta operativa separada puede realizar pagos sin obtener el poder de ampliar esos derechos o tomar el control de la cuenta principal. Según la documentación, un delegado puede recibir hasta 10 permisos, que después pueden modificarse o revocarse.
Segundo intento tras un error
Este es el segundo intento de activar la función. La primera versión fue retirada después de que se encontrara un error crítico que podía hacer que una transacción no autorizada aun así cargara comisiones a otra cuenta.
El error estaba en el orden de las comprobaciones: primero se verificaba si una cuenta tenía permiso y solo después se comprobaba la firma. Como resultado, en algunos casos las transacciones fallidas podían seguir generando una comisión, lo que en el peor de los casos habría podido restar XRP a una víctima. La corrección está en xrpld 3.3.0, el software con el que funcionan los nodos de XRP Ledger.
Por qué esto es relevante
Para los lectores europeos de cripto, esto es especialmente relevante porque la actualización encaja mejor con la forma en que las partes reguladas quieren trabajar con cripto. Los bancos, brokers y emisores de stablecoins suelen necesitar funciones separadas para pagos, aceptación de clientes y cumplimiento normativo, sin que una sola parte tenga que gestionar de inmediato todas las claves.
El momento también es importante para el entorno más amplio de XRP. XRP Ledger ya activó antes un DEX permissioned, lo que muestra que la red añade más funciones para actividades controladas on-chain junto al uso abierto de la mainchain. También el reciente regreso de funciones retiradas de XRPL muestra que los desarrolladores vuelven a trabajar en funciones que deben dar a las instituciones más control y flexibilidad.
