XRP Ledger 3.4.0 añade funciones de préstamo y correcciones de protocolo

Los desarrolladores de XRP Ledger han lanzado la versión 3.4.0 de xrpld el 16 de septiembre, añadiendo dos paquetes de enmiendas que revisan las funciones de préstamo nativas propuestas y refuerzan varios caminos de transacción, mientras piden a los operadores de servidores que actualicen.

• La versión 3.4.0 de XRPL introduce dos enmiendas que cubren cambios en el préstamo y un paquete de corrección de protocolo agrupado.
• LendingProtocolV1_1 añade bóvedas de cierre y contabilidad de base de efectivo, pero la activación en mainnet aún requiere un consenso sostenido de los validadores.
• Se insta a los operadores de servidores a actualizar rápidamente, ya que la Fundación XRPL ahora distribuye paquetes de Linux firmados.
• fixCleanup3_4_0 refuerza bóvedas, AMMs, MPTs, fideicomisos, firmas, credenciales y comportamiento de comercio autorizado a través de caminos de transacción.
• La nueva enmienda de préstamo depende de XLS-65 y XLS-66, que siguen por debajo de los umbrales de activación.

El comunicado oficial de XRPL dice que la versión 3.4.0 introduce LendingProtocolV1_1 y fixCleanup3_4_0, mientras retira fixAMMOverflowOffer después de que su comportamiento posterior a la enmienda se convirtiera en parte permanente del protocolo.

El lanzamiento del software no significa que ninguna de las nuevas enmiendas esté activa en mainnet. El proceso de enmienda de XRPL requiere que una propuesta reciba más del 80% de apoyo de validadores de confianza de manera continua durante dos semanas antes de que sus reglas se activen.

Lending V1.1 añade bóvedas de cierre y contabilidad en efectivo

El lanzamiento 3.4.0 de XRPL dice que LendingProtocolV1_1 cambia el diseño de las Bóvedas de Activo Único y el Protocolo de Préstamo al introducir bóvedas de cierre con períodos de suscripción, inversión y redención definidos.

La versión 3.4.0 de XRP Ledger ya está disponible ✅

Nuevas enmiendas para votar:

-- Protocolo de Préstamo v1.1 -- bóvedas de cierre y contabilidad de base de efectivo.

-- fix Cleanup -- correcciones agrupadas.

Rendimiento y Estabilidad:

-- La eliminación en línea ahora se pausa en los huecos de historial del libro mayor, por lo que los nodos permanecen más cerca... pic.twitter.com/hiW8XuL2AZ
--- XRP Ledger Operations (@XRPLOperations) 17 de septiembre de 2026

La documentación técnica de Ripple dice que los depositantes pueden añadir o retirar activos durante la fase de suscripción. Durante el período de inversión, los depósitos y retiros se detienen mientras los activos pueden financiar préstamos. La redención comienza una vez que finaliza el período de inversión, permitiendo a los depositantes recuperar su parte después de que los préstamos maduren.

Una vez que LendingProtocolV1_1 se active, la documentación de XRPL dice que nuevos corredores de préstamos solo pueden estar vinculados a bóvedas de cierre. Las relaciones de préstamo existentes creadas bajo reglas anteriores reciben un tratamiento separado para que las posiciones pendientes puedan seguir siendo gestionadas.

El modelo contable cambia al mismo tiempo. La documentación de Ripple dice que las nuevas bóvedas reconocerían intereses solo cuando los prestatarios realmente realicen pagos.

Bajo el modelo anterior, todos los intereses programados se reconocían cuando se originaba un préstamo. La contabilidad de base de efectivo deja los intereses futuros no pagados fuera de los ingresos de la bóveda hasta que llegue el pago, afectando el AssetsTotal, los cálculos de deuda de préstamos y el tratamiento contable de los incumplimientos.

Las reglas V1.1 no convertirían retroactivamente las bóvedas más antiguas. La documentación de Ripple dice que las bóvedas creadas bajo el método contable anterior retendrán ese modelo después de la activación de V1.1.

Como se informó en la cobertura de enmiendas anteriores, el validador de Ripple ya había votado a favor de las propuestas subyacentes de SingleAssetVault y LendingProtocol en agosto, pero la aprobación del validador se mantuvo muy por debajo del nivel requerido para la activación en mainnet.

XRPL 3.4.0 agrupa un gran conjunto de correcciones de transacciones

La segunda enmienda, fixCleanup3_4_0, contiene correcciones que cubren préstamos, bóvedas, Creadores de Mercado Automatizados, Tokens Multiusos, NFTs, fideicomisos, comercio autorizado y autorización de cuentas.

El comunicado oficial dice que un cambio evita que AMMClawback queme los tokens de proveedor de liquidez de un titular mientras recupera cero activos subyacentes cuando el redondeo de MPT reduce la cantidad de recuperación calculada a cero.

Otra corrección refuerza los invariantes de MPT. Los desarrolladores de XRPL dijeron que las verificaciones ValidMPTBalanceChanges y ValidMPTTransfer, que anteriormente generaban registros, se aplican bajo la enmienda y continúan aplicándose cuando las transacciones fallan.

Para los Vaults de Activos Únicos, la versión lista los cambios de precisión y redondeo en depósitos, retiros y recuperaciones. Las reglas están diseñadas para mantener alineados los activos registrados, los activos disponibles y la oferta de acciones pendientes cuando las conversiones alcanzan los límites de precisión.

El comercio con permisos recibe varias correcciones. El paquete excluye las ofertas de dominio eliminadas de un invariante de DEX con permisos, endurece las verificaciones de dominio y corrige cómo se eliminan las credenciales expiradas cuando se ejecutan transacciones OfferCreate o Payment.

El comportamiento de firma recibe una salvaguarda separada. La versión 3.4.0 asigna diferentes prefijos de hash de firma a las firmas de contraparte y patrocinador, de modo que una firma creada para un rol no pueda ser reproducida como la de otro.

La versión contiene un endurecimiento de nodos de nivel inferior fuera del paquete de enmienda. Los desarrolladores solucionaron una búsqueda de base de datos sin límites a través de TMGetLedger, limitaron el tamaño de las listas de TMTransactions entrantes e introdujeron una tarifa para transacciones que no pueden ser deserializadas.

Los desarrolladores de XRPL dijeron que la versión 3.4.0 incorpora correcciones de fase uno derivadas de las auditorías de MPT y DEX y los hallazgos del ataque. La versión no identifica esas correcciones como evidencia de un exploit activo en mainnet.

En la cobertura de la actualización anterior, la versión 3.3.0 ya había introducido código para varias propuestas separadas, incluyendo la funcionalidad de Batch corregida, tarifas patrocinadas y transferencias MPT confidenciales, con la aprobación de los validadores aún requerida antes de la activación.

La aprobación de los validadores aún separa la versión de la activación

Las reglas de enmienda oficiales de XRPL establecen que instalar software que contenga una enmienda solo le da a un servidor el código necesario para entender las reglas propuestas. Los validadores eligen por separado si votan a favor de la activación.

El código de características actual de XRPLF enumera tanto LendingProtocolV1_1 como fixCleanup3_4_0 como soportados, mientras mantiene el comportamiento de votación DefaultNo. Una configuración de default-no significa que ejecutar el software no emite un voto afirmativo de enmienda cuando un operador no ha configurado otra opción.

Los componentes subyacentes de préstamo siguen sin activarse. Una instantánea del 17 de septiembre basada en datos de historial de validadores de la Fundación XRPL mostró que 16 de 35 validadores de confianza apoyaban SingleAssetVault y 13 de 35 apoyaban LendingProtocol.

Esos conteos son sensibles al tiempo y provienen de un rastreador de red independiente, no de una cifra fija publicada en las notas de la versión. La regla oficial sigue siendo que se mantenga más del 80% de apoyo durante dos semanas continuas.

La nueva enmienda V1.1 depende de la arquitectura de préstamo subyacente. La especificación actual XLS-66 describe préstamos a plazo fijo y no colateralizados utilizando fondos agrupados a través de Vaults de Activos Únicos, mientras que la evaluación de riesgo crediticio y la suscripción de prestatarios permanecen fuera de la cadena.

La misma especificación sigue clasificada como Borrador. Ninguna fuente revisada para esta actualización mostró un préstamo en mainnet ejecutado a través del protocolo nativo propuesto o una fecha de activación para LendingProtocolV1_1.

Los operadores de nodos ahora reciben paquetes de la Fundación XRPL

La versión 3.4.0 cambia la ruta de distribución para los paquetes de servidor Linux. La versión oficial dice que los paquetes de Debian y RPM ahora se alojan a través de packages.xrplf.org y están firmados con una clave de la Fundación XRPL.

Los desarrolladores de XRPL instaron a los operadores de servidores a instalar 3.4.0 "lo antes posible" para mantener la continuidad del servicio. Los archivos DEB y RPM publicados incluyen sumas de verificación SHA-256 para que los operadores puedan verificar los paquetes descargados antes de la instalación.

GitHub ahora lista 3.4.0 como la última versión inmutable de xrpld, vinculada al commit 4a4fded2eba11427c48ce3f24d9c1aea5e7a9d17. El repositorio dice que la etiqueta de la versión y el commit de la versión llevan firmas verificadas.

La misma actualización retira fixAMMOverflowOffer. Bajo el modelo de enmiendas de XRPL, el retiro no revierte la corrección. Elimina el comportamiento obsoleto anterior a la enmienda una vez que las nuevas reglas se han establecido como comportamiento permanente del protocolo.

El soporte del cliente y la revisión de seguridad aún están en desarrollo

Las bibliotecas de aplicaciones se están moviendo junto con la actualización del servidor. La historia del cliente de JavaScript de XRPLF enumera el soporte de LendingProtocolV1_1 en la sección no publicada después de xrpl.js 5.2.0, que se lanzó el 11 de septiembre.

La historia del códec binario muestra que la versión 2.11.0 ya contiene los prefijos de firma específicos de rol para patrocinadores y contrapartes utilizados por fixCleanup3_4_0, junto con las definiciones del protocolo generadas a partir de xrpld 3.4.0.

Las pruebas de seguridad del trabajo de préstamos han continuado por separado de la votación de validadores. Sherlock dijo en una revisión del 27 de agosto que Ripple había comenzado un examen exclusivo de IA del Protocolo de Préstamos V1.1 a través de su Motor de Auditoría.

Sherlock dijo que publicaría más información después de que finalizara la revisión, pero no se encontraron hallazgos finales de V1.1 en sus materiales públicos revisados para este informe. Las pruebas anteriores cubrieron una versión anterior del sistema de préstamos; la cobertura de auditoría independiente previa informó que la re-auditoría anterior de Halborn no encontró problemas críticos o de alto riesgo, mientras identificó un hallazgo medio, dos bajos y dos informativos.