XRP Ledger añade delegación para bancos y stablecoins
La actualización debería ayudar a bancos y emisores de stablecoins a separar tareas y cumplimiento normativo, mientras las claves principales permanecen fuera de línea. Así, los activos tokenizados y RLUSD de Ripple también obtienen más funciones empresariales en XRPL.
Puntos clave
- XRP Ledger activó PermissionDelegationV1_1, lo que permite que una cuenta principal externalice tareas específicas a una cuenta auxiliar sin ceder las claves principales.
- La función está pensada sobre todo para empresas, bancos y emisores de stablecoins que quieren separar pagos, cumplimiento normativo y administración de holdings.
- El cambio recibió el apoyo de más del 80% de los validadores de confianza, mientras XRPL también advierte de un error de PaymentBurn que aún no se ha resuelto.
XRP Ledger activó el jueves por la noche una nueva función que permite a un titular de cuenta dar permiso a otra cuenta para realizar tareas específicas, sin ceder las claves de la cuenta principal. La actualización, PermissionDelegationV1_1, debe resultar especialmente útil para empresas que quieren separar los pagos diarios en cripto y los controles, mientras sus holdings más importantes permanecen fuera de línea.
Cómo funciona la delegación
La función permite que una cuenta principal otorgue permisos por tarea a una cuenta auxiliar. Así, un emisor de stablecoins puede, por ejemplo, dejar que una cuenta de cumplimiento normativo apruebe clientes, mientras las claves principales permanecen a salvo fuera del alcance de un ordenador conectado a internet.
La cuenta auxiliar firma entonces con sus propias claves y solo puede hacer lo que esté permitido de forma explícita. El propietario puede modificar o revocar esos permisos más adelante. Cada cuenta auxiliar puede tener hasta 10 permisos, y estos determinan qué acciones puede realizar alguien en lugar de establecer automáticamente un límite de gasto.
Para los bancos, esto es relevante porque ya suelen separar internamente tareas como los pagos y el cumplimiento normativo. La actualización permite aplicar esa división también en la mainchain misma.
Seguridad y validadores
El cambio solo salió adelante después de que más del 80% de los validadores de confianza mostraran apoyo durante dos semanas. Con 35 validadores, eso significa al menos 29 votos. Según XRPL Dashboard, el recuento entró en vigor el 8 de octubre, después de que el apoyo en septiembre cayera por debajo de ese umbral y el contador tuviera que empezar de nuevo.
Esto encaja en una tendencia más amplia en la que la XRP Ledger se utiliza cada vez más para activos tokenizados. En el segundo trimestre, según un informe de Evernorth, había una media de 3,72 mil millones de dólares (3,3 mil millones de euros) en activos tokenizados y 539 millones de dólares (482 millones de euros) en la stablecoin RLUSD de Ripple en la red, lo que suma aproximadamente 4,26 mil millones de dólares (3,8 mil millones de euros).
La nueva función de delegación también debe reducir el riesgo de que un solo ordenador comprometido obtenga demasiado poder. En lugar de guardar un único conjunto de claves con amplios permisos, las empresas pueden dividir tareas y mantener las claves más importantes fuera de línea.
Por qué esto importa para Europa
Para los actores europeos del sector cripto, esto resulta especialmente interesante porque muestra cómo las blockchains se están orientando cada vez más al uso empresarial. Esto es aún más relevante ahora que los fondos tokenizados y las stablecoins también reciben más atención fuera de Estados Unidos. El paso puede ser importante para entidades que trabajan bajo controles internos más estrictos y, aun así, quieren operar onchain.
Mientras tanto, XRP Ledger sigue advirtiendo de un problema aparte relacionado con PaymentBurn. Por ahora, ese permiso no debe utilizarse hasta que se active una solución independiente, porque un auxiliar también puede crear nuevos tokens en determinadas circunstancias. Además, todavía se está investigando otro error en el recuento de votos de algunos servidores, después de comprobarse que un servidor puede perder a un validador del recuento si este cambia su clave rutinaria de seguridad.
