La rama de desarrollo de XRPL ahora incluye LendingProtocolV1_2, una nueva enmienda que aún no es compatible y que aparece por encima de LendingProtocolV1_1 y de la entrada original LendingProtocol. El trabajo relacionado con los estándares propone un cambio sustancial en la forma de crear préstamos: la configuración y la aceptación se gestionarían en transacciones separadas antes de que un préstamo se active.
La incorporación apunta a otra revisión previa al lanzamiento de la implementación de préstamos del XRP Ledger, en lugar de a una ampliación de sus funcionalidades principales. El trabajo sigue en desarrollo y la inclusión en la rama no demuestra que se haya implementado ni activado en el ledger.
LendingProtocolV1_2 aparece en la rama de desarrollo de XRPL
La función figura en las definiciones de funciones de la rama de desarrollo XRPLF/rippled como LendingProtocolV1_2. Su ubicación por encima de las enmiendas anteriores V1_1 y LendingProtocol original deja claro que el código está siguiendo revisiones sucesivas del protocolo de préstamos.
La designación «aún no compatible» es fundamental para entender la situación de V1_2 a corto plazo. Aunque se está preparando la enmienda como un cambio del protocolo, todavía no ha pasado a un estado de implementación compatible en la rama mencionada; las enmiendas son el mecanismo que se utiliza para representar cambios en el protocolo XRPL en el código de rippled.
El nombre también sugiere que el trabajo es iterativo. En lugar de sustituir la iniciativa de préstamos por una propuesta sin relación, V1_2 sigue a la enmienda original y a V1_1 como parte de una secuencia de revisiones específicas para los préstamos.
Dos transacciones separan la configuración del préstamo de su aceptación
Según el trabajo de los estándares XLS-65/66, LendingProtocolV1_2 introduce la creación de préstamos en dos pasos. Una transacción LoanSet propuesta establecería el préstamo, mientras que LoanAccept lo aceptaría por separado; el préstamo solo se activaría después de ese paso de aceptación.
Esta separación es la principal mejora funcional asociada a V1_2. Cambia la secuencia por la que un préstamo propuesto pasa a estar activo, distinguiendo la creación de las condiciones o la configuración del préstamo del acto posterior de aceptarlo.
Un informe independiente de Coin Brief también describió la enmienda como un trabajo para perfeccionar la implementación de los préstamos antes de su lanzamiento, y mencionó la creación de préstamos en dos pasos y otros cambios relacionados con las transacciones de préstamo. Sin embargo, la propuesta de estándares es la fuente principal para conocer la estructura de transacciones indicada.
Este flujo dividido podría ser especialmente relevante para la forma en que el protocolo gestiona el momento en que un acuerdo se convierte en un préstamo activo, aunque los materiales disponibles no especifican un calendario definitivo de lanzamiento ni establecen que la versión actual de la propuesta sea la final.
El trabajo en el código se centra en los dominios de los intermediarios y la contabilidad de las bóvedas
Una comparación con el espejo de INFTF registra cambios en rippled hasta el 14 de octubre para LendingProtocolV1_2. Los cambios añadieron y probaron un comportamiento sujeto a activación para los dominios de los intermediarios de préstamos, la contabilidad de bóvedas con precisión fija y el flujo dividido de transacciones LoanSet/LoanAccept.
Ese registro muestra que V1_2 es tanto un esfuerzo de implementación como una propuesta a nivel de estándares. La activación de la función vincula el comportamiento de los dominios de intermediarios a la enmienda, y el trabajo de contabilidad abarca cálculos relacionados con los préstamos y las bóvedas.
Los registros no cuantifican el efecto de los cambios contables en los usuarios ni en los proveedores de liquidez. Tampoco muestran un despliegue en producción: la rama de desarrollo sigue indicando que LendingProtocolV1_2 aún no es compatible.
La enmienda amplía una implementación gradual de los préstamos
LendingProtocol original se incorporó a rippled 3.1.0, cuya versión se publicó en enero de 2026. Las versiones posteriores registraron correcciones adicionales relacionadas con los préstamos y las bóvedas, lo que estableció una ruta de implementación gradual para el protocolo en lugar de una implementación única e inmutable.
LendingProtocolV1_2 añade ahora otra etapa diferenciada: una enmienda independiente, una propuesta de estándares para crear préstamos en dos pasos y trabajo de implementación que abarca los dominios de los intermediarios, la contabilidad de las bóvedas y las pruebas del flujo de transacciones. Esta secuencia concuerda con los registros de versiones y desarrollo proporcionados, que muestran que la función de préstamos ha seguido ajustándose después de su introducción original.
Para los participantes de XRPL que siguen esta función, lo más importante a corto plazo es observar si V1_2 avanza más allá de su estado actual de no compatible. Según los materiales disponibles sobre el código y los estándares, su propósito actual está claramente delimitado: revisar el proceso de creación de préstamos e incorporar correcciones de implementación relacionadas antes de que el sistema de préstamos siga avanzando.
Aviso legal: Este artículo se ofrece únicamente con fines informativos. No se ofrece ni pretende utilizarse como asesoramiento legal, fiscal, de inversión, financiero ni de otro tipo.