Error en direcciones XRPL de escrow que afecta los flujos de trabajo de tokenización institucional

• XRPL 3.0.0 introduce TokenEscrowV1 para corregir la contabilidad de escrow MPT con tarifas de transferencia, evitando la deriva en la oferta LockedAmount.
• La enmienda requiere la aprobación del validador para activarse, asegurando un comportamiento consistente en la finalización del escrow en todos los nodos de la red.

Ripple ha lanzado la versión 3.0.0 de XRP Ledger y ha instado a los validadores y operadores de nodos a actualizarse sin demora. La versión corrige un error en la contabilidad de escrow encontrado durante las pruebas internas del escrow de tokens para activos emitidos. Ripple afirmó que la corrección soporta un comportamiento de liquidación coherente cuando las instituciones utilizan entrega de tokens basada en tiempo o en condiciones en XRPL. Por qué esto es crucial para XRP Ledger El escrow es una función de XRPL de larga data utilizada para transacciones programadas y liberaciones condicionales. Históricamente, solo funcionaba con XRP, lo que limitaba cómo los emisores podían usar el escrow para sus propios tokens. La propuesta XLS-85 Token Escrow amplía el escrow a otros activos emitidos, incluyendo IOUs y tokens de uso múltiple, permitiendo entregas en escrow más allá de XRP para flujos de trabajo empresariales.

Aviso: La versión 3.0.0 de XRPL está disponible, y animamos a todos los validadores y operadores de nodos a actualizarse lo antes posible para garantizar la continuidad del servicio. ✅

Esta última versión incluye varias correcciones, incluyendo una corrección para TokenEscrow, de la que puedes aprender más…

— RippleX (@RippleXDev) 5 de enero de 2026

Los tokens de uso múltiple son un formato de token nativo de XRPL que combina propiedades fungibles y no fungibles. Pueden llevar rasgos compartidos y también almacenar metadatos específicos del activo en la cadena. Los desarrolladores los describen como adecuados para la tokenización de cumplimiento, ya que pueden incorporar reglas y manejo del ciclo de vida sin depender de contratos inteligentes externos para controles centrales. Los probadores internos del diseño original de Token Escrow, que no ha sido habilitado en la red principal, identificaron una discrepancia en la contabilidad para Tokens de Uso Múltiple que cobran tarifas de transferencia. En un caso de prueba, un escrow bloqueó cien tokens y aplicó una tarifa de transferencia de un token al desbloquearse. El destinatario recibió correctamente noventa y nueve tokens después de aplicar la tarifa. Sin embargo, la contabilidad del emisor redujo el LockedAmount del emisor en noventa y nueve en lugar de los cien completos. Quedó registrado un token como bloqueado tras la finalización, lo que podría desincronizar las métricas del emisor con el tiempo. TokenEscrowV1 Separates Gross Escrow From Net Delivery La versión 3.0.0 incluye la enmienda TokenEscrowV1, que cambia la forma en que el libro mayor procesa la finalización del escrow para tokens de uso múltiple con tarifas. La enmienda separa la contabilidad del escrow bruto de la entrega neta. Cuando un escrow finaliza, LockedAmount ahora disminuye en la cantidad total originalmente colocada en escrow, volviendo a su nivel previo al escrow. Las tarifas de transferencia se procesan de forma independiente a través del mecanismo de tarifas del emisor, por lo que solo la cantidad neta entregada afecta los cálculos de oferta pendiente. El mecanismo de tarifas de transferencia del emisor calcula la tarifa por separado. La red afirmó que este enfoque evita que los tokens queden atrapados en un estado bloqueado tras la finalización del escrow y mantiene alineadas las métricas LockedAmount del emisor con el estado del libro mayor. Vinculó la corrección a los flujos de trabajo de tokenización institucional que dependen de una contabilidad de escrow precisa, incluyendo pagos programados y operaciones automatizadas de tesorería que utilizan activos emitidos con tarifas de transferencia. Debido a que TokenEscrowV1 modifica el procesamiento central del libro mayor, requiere activación mediante una votación de enmienda. Los validadores deben aprobar la enmienda para que los nodos apliquen las mismas reglas de finalización del escrow en toda la red. Ripple pidió a los operadores que actualicen a la versión 3.0.0 para que las implementaciones sigan siendo compatibles a medida que la red avanza hacia la activación. La nueva versión 3.0.0 de XRP Ledger llegó semanas después de que Ripple ampliara su presencia en Japón a través del Programa de Innovación en Infraestructura Financiera de Japón, en colaboración con la Alianza Web3 de Asia y Web3 Salon. Al momento de escribir, XRP se negociaba a $2.33 tras haber subido un 9.34% en las últimas 24 horas.