El 12 de febrero, RippleX, el brazo de desarrollo de Ripple, anunció que Token Escrow ya está en funcionamiento en la mainnet del XRP Ledger (XRPL).
El cambio, etiquetado como Token Escrow (XLS-85), extiende el bloqueo y liberación condicional a tokens basados en líneas de confianza (IOUs) y Multi-Purpose Tokens (MPTs).
Esto amplía la función de depósito en garantía de la red más allá de XRP para cubrir activos emitidos utilizados para stablecoins e instrumentos tokenizados.
La actualización llega mientras las stablecoins continúan expandiéndose como la línea de productos más establecida de cripto. Los datos de CryptoSlate muestran que el suministro circulante total de estos activos ronda los $308 mil millones y continúa aumentando semana tras semana.
Al mismo tiempo, los activos del mundo real tokenizados también están escalando en paralelo. Los datos de RWA.xyz muestran que los bonos del Tesoro de EE. UU. tokenizados están valorados en aproximadamente $10 mil millones en chains públicas, con decenas de miles de millones más en categorías como crédito privado y commodities.
Para XRPL, ese contexto de mercado es el punto clave. La nueva característica tiene menos que ver con agregar otra herramienta opcional para desarrolladores y más con introducir una primitiva de liquidación en cadena que las instituciones pueden usar para mover activos solo después de que se cumplan las condiciones.
El depósito en garantía se expande más allá de XRP, pero los emisores mantienen los controles
XRPL ha soportado depósito en garantía durante años, pero la característica históricamente se aplicaba solo a XRP.
Token Escrow amplía ese alcance a tokens emitidos, que es donde se encuentran la mayoría de los casos de uso orientados a instituciones.
En XRPL, las stablecoins, bonos del Tesoro tokenizados y otros instrumentos tokenizados generalmente no se reconocen como monedas nativas. En cambio, se consideran activos emitidos.
La documentación de XRPL hace explícito el modelo de control del emisor. El token escrow tiene permisos a nivel de emisor y token y no está automáticamente disponible para cada activo emitido en la red.
Para tokens de línea de confianza, los emisores deben habilitar una bandera "Allow Trust Line Locking" antes de que el depósito en garantía pueda usarse con esa emisión. Para MPTs, los emisores deben habilitar "Can Escrow" (y banderas relacionadas) para que una emisión soporte depósito en garantía.
Ese diseño importa para los emisores regulados, que a menudo quieren ganchos de política y puntos de control integrados en el ciclo de vida del activo.
También significa que el camino de adopción no es automático. Una enmienda activa no garantiza volumen inmediato si los emisores no optan por participar y si las billeteras y plataformas no construyen flujos de usuario en torno a ella.
La característica está diseñada para flujos de trabajo que requieren liquidación condicional. En las finanzas tradicionales, esas condiciones se manejan a través de intermediarios, contratos y procesos operativos.
La liquidación en cadena puede comprimir esos pasos si el ledger base bloquea el valor y lo libera solo cuando se satisfacen reglas predefinidas.
En términos prácticos, el depósito en garantía habilitado por tokens puede soportar liquidación de entrega contra pago, distribuciones bloqueadas por tiempo y pagos estructurados, liquidación de operaciones over-the-counter que reduce el riesgo de contraparte, y mecánicas de colateral y margen que requieren liberación condicional en lugar de transferencia inmediata.
Cada uno de esos flujos de trabajo se vuelve más fácil de modelar cuando la primitiva de depósito en garantía puede contener los mismos tipos de activos que las instituciones usan en la liquidación, en lugar de forzar el proceso a pasar solo por XRP.
El modelo de reserva de XRPL convierte el crecimiento de objetos en demanda estructural de XRP
El modelo de reserva de XRPL crea un mecanismo de segundo orden que puede traducir un mayor uso del ledger en saldos base de XRP mantenidos por razones operativas, en lugar de por tarifas de transacción.
En la mainnet, las cuentas deben mantener una reserva base de 1 XRP más 0.2 XRP por objeto de ledger poseído (reserva del propietario). Esos requisitos se redujeron considerablemente el 2 de diciembre de 2024, un cambio que hizo más factibles las aplicaciones de uso intensivo de recursos.
Eso importa porque Token Escrow es una característica impulsada por objetos. Cada depósito en garantía creado en el ledger es un objeto poseído. A medida que los flujos de trabajo de liquidación basados en depósito en garantía escalan, pueden aumentar los requisitos de reserva del propietario para las entidades que poseen esos objetos.
Un rango de escenario simple ilustra la relación mecánica.
Si la adopción de Token Escrow impulsa 100,000 objetos de depósito en garantía adicionales, eso implica 20,000 XRP incrementales en reservas del propietario (100,000 × 0.2). Con 1,000,000 de nuevos objetos de depósito en garantía, el total de XRP es 200,000. Con 10,000,000, es 2,000,000 XRP.
Esas cifras no son un pronóstico de adopción, y no son una predicción de precio. Sin embargo, muestran cómo el diseño de XRPL vincula el uso con los requisitos de reserva.
Para las instituciones, esa reserva funciona más como colateral operativo que como una tarifa y permanece porque el sistema lo requiere para ejecutar flujos de trabajo de uso intensivo de recursos.
Esta es una razón por la que los desarrolladores de XRPL se enfocan en características de "plomería".
En un modelo basado en reservas, la economía unitaria del crecimiento está vinculada a si existen más objetos significativos en el ledger, no a si las tarifas de transacción aumentan.
El impulso mayor es un stack con permisos, no una sola enmienda
Mientras tanto, Token Escrow se está introduciendo junto con un conjunto más amplio de cambios que los desarrolladores de XRPL han enmarcado como un conjunto de herramientas "con permisos", diseñado para participación regulada en un ledger público.
Los Dominios con Permisos (XLS-80) se activaron en la mainnet a principios de este mes.
Estos dominios son entornos controlados que "no hacen nada por sí mismos", pero habilitan otras características, incluidos exchanges descentralizados con permisos y protocolos de préstamos, que pueden restringir el acceso y soportar el cumplimiento en cadena.
RippleXDev señaló en X que el DEX con Permisos había alcanzado consenso de validadores para activarse poco después.
Cuando se ven como una arquitectura combinada, estas características responden tres preguntas distintas para los participantes institucionales.
Los Dominios con Permisos abordan quién puede participar en una transacción. Token Escrow aborda cómo se liquidan los activos de manera condicional y segura. Por último, el DEX con Permisos aborda dónde ocurren la liquidez conforme y el descubrimiento de precios.
Esta tríada de características sugiere un cambio en la propuesta de valor fundamental de XRPL.
Se está alejando de ser visto únicamente como una chain de pagos con un libro de órdenes de límite central y hacia un papel como capa de liquidación institucional definida por participación controlada, plataformas controladas y liquidación condicional nativa.
La premisa es directa. Las stablecoins y los activos tokenizados están escalando, y las entidades reguladas a menudo prefieren no interactuar con pools abiertos donde la identidad del participante y los controles de acceso no están definidos.
Si el ledger puede soportar participación controlada y liquidación condicional sin depender completamente de sistemas externos, se vuelve más fácil mapear el cumplimiento y las operaciones del mundo real en rieles en cadena.
Lo que viene después y qué podría ralentizarlo
La activación de Token Escrow representa una apuesta con visión de futuro de que el futuro de blockchain reside en stacks compatibles con el cumplimiento en lugar de sistemas puramente sin permisos.
El primer pilar es la formación de liquidez regulada, donde las plataformas con permisos reducen la fricción de cumplimiento que actualmente impide que muchas instituciones accedan a pools de liquidez abiertos.
El segundo es la estandarización de la liquidación de RWA. Con bonos del tesoro tokenizados y otros activos ya escalando, las primitivas de liquidación condicional podrían facilitar el envío de flujos de trabajo de producción.
El tercer pilar es expandir la utilidad de las stablecoins más allá de transferencias simples. Las capacidades de depósito en garantía desbloquean la liquidación estructurada y la automatización de tesorería, casos de uso que se asemejan más a operaciones de back-office que al trading activo.
Siguen existiendo riesgos significativos de implementación, ya que los emisores deben optar por las capacidades de token escrow habilitando las banderas requeridas. Al mismo tiempo, las billeteras y exchanges deben integrar los nuevos flujos para hacerlos accesibles a los usuarios.
Además, el aumento de dominios con permisos conlleva el riesgo de fragmentar la liquidez si el ecosistema se divide demasiado bruscamente entre mercados abiertos y controlados.
Fuente: https://cryptoslate.com/xrpls-token-escrow-targets-regulatory-friendly-blockchain-use/
