Ripple ha lanzado la versión 3.0.0 de XRP Ledger e instó a los validadores y operadores de nodos a actualizar sin demora. El lanzamiento aborda un error de contabilidad de escrow encontrado durante pruebas internas de escrow de tokens para activos emitidos. Ripple dijo que la corrección respalda un comportamiento de liquidación consistente cuando las instituciones usan entrega de tokens bloqueada por tiempo o basada en condiciones en XRPL.
Escrow es una función de XRPL de larga data utilizada para transacciones programadas y liberaciones condicionales. Históricamente solo ha funcionado con XRP, lo que limitaba cómo los emisores podían usar escrow para sus propios tokens. La propuesta XLS-85 Token Escrow extiende el escrow a otros activos emitidos, incluidos IOUs y tokens de múltiples propósitos, permitiendo entregas en escrow más allá de XRP para flujos de trabajo empresariales.
Los tokens de múltiples propósitos son un formato de token nativo de XRPL que combina propiedades fungibles y no fungibles. Pueden llevar características compartidas mientras también almacenan metadatos específicos de activos en cadena. Los desarrolladores los describen como adecuados para tokenización de cumplimiento porque pueden incorporar reglas y manejo de ciclo de vida sin depender de smart contracts externos para controles básicos.
Los testers internos del diseño original de Token Escrow, que no ha sido habilitado en la red principal, identificaron una discrepancia contable para tokens de múltiples propósitos que cobran comisiones por transacción.
En un caso de prueba, un escrow bloqueó cien tokens y aplicó una comisión por transacción de un token al desbloquear. El destinatario recibió correctamente noventa y nueve tokens después de aplicar la comisión. Sin embargo, la contabilidad del emisor redujo el LockedAmount del emisor en noventa y nueve en lugar de los cien completos. Un token permaneció registrado como bloqueado después de completarse, lo que dejaría las métricas del emisor desincronizadas con el tiempo.
La versión 3.0.0 incluye la enmienda TokenEscrowV1, que cambia cómo el ledger procesa la finalización de escrow para tokens de múltiples propósitos que conllevan comisiones. La enmienda separa la contabilidad de escrow bruto de la contabilidad de entrega neta.
Cuando un escrow finaliza, LockedAmount ahora disminuye por el monto completo originalmente colocado en escrow, volviendo a su nivel pre-escrow. Las comisiones por transacción se procesan independientemente a través del mecanismo de comisiones del emisor, por lo que solo el monto neto entregado afecta los cálculos de suministro pendiente. El mecanismo de comisión por transacción del emisor contabiliza el monto de la comisión por separado.
La red dijo que este enfoque evita que los tokens permanezcan atascados en un estado bloqueado después de la finalización del escrow y mantiene las métricas de LockedAmount del emisor alineadas con el estado del ledger. Vinculó la corrección a flujos de trabajo de tokenización institucional que dependen de contabilidad de escrow precisa, incluidos pagos programados y operaciones de tesorería automatizadas que usan activos emitidos con comisiones por transacción.
Debido a que TokenEscrowV1 modifica el procesamiento central del ledger, requiere activación mediante una votación de enmienda. Los validadores deben aprobar la enmienda para garantizar que los nodos apliquen las mismas reglas de finalización de escrow en toda la red. Ripple pidió a los operadores actualizar a la versión 3.0.0 para que las implementaciones permanezcan compatibles mientras la red avanza hacia la activación.
La nueva versión 3.0.0 de XRP Ledger llegó semanas después de que Ripple expandiera su presencia en Japón a través del Japan Financial Infrastructure Innovation Program, en asociación con la Asia Web3 Alliance Japan y Web3 Salon.
Al momento de escribir, XRP cotizaba a $2.33 después de que subiera 9.34% en las últimas 24 horas.


