NoticiasCriptoLa enmienda de limpieza de XRPL se mantiene en 29 votos y los cambios de préstamos siguen cortos

La enmienda de limpieza de XRPL se mantiene en 29 votos y los cambios de préstamos siguen cortos

Autor: Coindoo·

Puntos clave

  • •La enmienda fixCleanup3_4_0 obtuvo 29 de los 35 votos de validadores monitoreados al 18 de octubre, el mínimo exacto requerido bajo la regla de XRPL de una aprobación estrictamente superior al 80%.
  • •La activación está proyectada para el 23 de octubre alrededor de las 09:34 UTC, pero si incluso un validador retira su apoyo, el reloj de activación de dos semanas se reinicia, como ocurrió previamente con PermissionDelegationV1_1 y BatchV1_1.
  • •La enmienda agrupa aproximadamente 25 correcciones, incluidas ocho relacionadas con bóvedas y préstamos, junto con cambios que afectan a AMM, líneas de confianza, NFT, Multi-Purpose Tokens, escrow y delegación de permisos.
  • •Las enmiendas de préstamos propuestas tenían cada una 19 votos y aún necesitan entre ocho y 10 votos adicionales más un período de espera de 14 días, lo que hace de principios de noviembre su activación más temprana posible.
  • •Un parche abierto para rippled versión 3.4.1 aborda un error reportado que deja de contar validadores tras la rotación de llaves de firma, aunque el resultado de ninguna enmienda había cambiado al momento del reporte.
La enmienda de limpieza de XRPL se mantiene en 29 votos y los cambios de préstamos siguen cortos

La enmienda de limpieza de XRPL se mantiene exactamente en el umbral necesario para la activación, mientras que las enmiendas de préstamos propuestas siguen muy por debajo del apoyo requerido. Al 18 de octubre, 29 de los 35 validadores monitoreados por el XRPL Dashboard apoyaban fixCleanup3_4_0. La enmienda requiere una aprobación estrictamente superior al 80%, lo que convierte a 29 votos en el mínimo; 28 de 35 no es suficiente. Las enmiendas son la forma en que el XRP Ledger adopta nuevas reglas, por lo que este conteo determina si las correcciones agrupadas entran en vigor según lo previsto.

El dashboard ha registrado la mayoría desde el 9 de octubre y proyecta la activación el 23 de octubre a aproximadamente las 09:34 UTC si el apoyo se mantiene sin cambios durante el período de dos semanas. Describe la enmienda como una que "no tiene votos de sobra".

La enmienda contiene alrededor de 25 correcciones, ocho de las cuales se refieren a bóvedas y préstamos. Otros cambios afectan a los creadores de mercado automatizados (AMM), líneas de confianza, tokens no fungibles (NFT), Multi-Purpose Tokens, escrow, firmas de patrocinio y delegación de permisos.

Cómo está diseñado el sistema de préstamos de XRPL

El sistema de préstamos propuesto de XRPL conectaría a depositantes, un corredor de préstamos y prestatarios a través de una bóveda. Los depositantes colocarían un activo en una Single Asset Vault, mientras que un corredor organizaría préstamos a plazo fijo y sin garantía a partir de ese fondo. Los prestatarios reembolsarían según los términos acordados, según la documentación de préstamos de XRPL.

El administraría los préstamos, pero la evaluación de riesgo se realizaría fuera de la cadena. El diseño actual tampoco incluye la liquidación automatizada de garantías en la cadena. Un panorama previo de la propuesta fue publicado por Coindoo. Como toda funcionalidad de XRPL, el sistema de préstamos solo se activaría mediante la votación de enmiendas: hasta que sus enmiendas superen el mismo umbral de supermayoría y el período de espera de 14 días, el diseño de bóveda y corredor sigue siendo una propuesta y no una funcionalidad activa del ledger.

Estado de la votación y cronograma de activación

Los 29 votos que apoyan fixCleanup3_4_0 son importantes porque el proceso de enmiendas de XRPL exige una mayoría de más del 80% de los validadores de confianza. El dashboard monitorea 35 validadores, por lo que el umbral es de 29.

El proceso ya ha mostrado cómo la pérdida de la mayoría puede afectar los cronogramas de activación. PermissionDelegationV1_1 cayó a 28 de 35 votos el 23 de septiembre. BatchV1_1 perdió su mayoría en una votación el 25 de septiembre, lo que reinició su reloj de activación de dos semanas antes de que la enmienda fuera habilitada el 9 de octubre. Según el proceso oficial de enmiendas, perder la mayoría requerida reinicia el período de dos semanas.

Las enmiendas de préstamos aún necesitan entre ocho y 10 votos adicionales, seguidos de un período de espera de 14 días. Como resultado, ninguna puede activarse antes de principios de noviembre como muy pronto.

También existe una advertencia sobre los conteos de validadores. Un reporte presentado el 8 de octubre en el repositorio de GitHub de rippled indica que la versión 3.4.1 deja de contar los votos de un validador después de que este rota su llave de firma y es eliminado del umbral. El reportante observó 33 validaciones y un umbral de 26 en lugar de 35 y 28, y señaló que el resultado de ninguna enmienda cambió, según reportó Unchained. Un parche seguía abierto para revisión al 9 de octubre.

Qué cambia fixCleanup3_4_0

La enmienda de limpieza es más amplia que una actualización de préstamos. Según la lista de enmiendas de XRPL, sus aproximadamente 25 puntos incluyen los siguientes cambios:

  • Líneas de confianza: el bloqueo de un emisor sobre las líneas de confianza entrantes también se aplicará a las ofertas. Por lo tanto, una cuenta ya no podrá recibir tokens a través de una oferta cuando la línea confianza entrante correspondiente esté bloqueada.
  • Clawbacks de AMM: un clawback ya no quemará los tokens de pool de un titular sin recuperar nada cuando el redondeo reduzca el monto a cero.
  • Escrow: cancelar o completar un escrow que devuelve tokens ya no fallará cuando el propietario esté en el límite de la reserva.
  • Firmas: las firmas de patrocinador y contraparte usarán prefijos distintos, evitando que una firma creada para un rol pueda reutilizarse como la otra.

Estos cambios se describen en las notas de la versión xrpld 3.4.0. También afectan una funcionalidad que se activó el 8 de octubre. La documentación de XRPL aconseja no delegar el permiso granular PaymentBurn antes de que la limpieza esté habilitada, porque un delegado que lo posea podría crear nuevos tokens de líneas de confianza o Multi-Purpose Tokens, y no solo destruirlos, según Unchained. La limpieza rechaza los pagos solo con PaymentBurn que cruzaran un saldo cero hacia una emisión.

Efectos sobre los depósitos y la contabilidad de las bóvedas

Las acciones de las bóvedas son Multi-Purpose Tokens cuyo valor sigue los activos que posee la bóveda. El ledger también registra una "pérdida no realizada" en los préstamos marcados como deteriorados. En un ejemplo de la documentación de bóvedas, una bóveda con 1,0 millón de dólares y una pérdida no realizada de 900.000 dólares tiene una tasa de cambio de retiro de 0,1.

La limpieza introduce tres cambios en esta parte del sistema. Los depósitos, retiros y clawbacks usan un redondeo más preciso, lo que ayuda a mantener consistentes los activos totales, los activos disponibles y la oferta de acciones de una bóveda. Un retiro de acciones fijas de una bóveda totalmente deteriorada puede transferir cero activos en lugar de fallar. La transacción se completa sin recuperar dinero, y las notas de la versión no explican por qué este comportamiento reemplazó a un fallo.

La enmienda también modifica los controles de mora, deterioro y incumplimiento de los préstamos. La fecha de vencimiento debe haber pasado estrictamente antes de que un préstamo pueda marcarse, lo que significa que un préstamo no puede señalarse como moroso o en incumplimiento en la propia fecha de vencimiento.

Esta es la cuarta enmienda de limpieza dirigida al código correspondiente. La documentación de bóvedas de XRPL indica que fixCleanup3_1_3 hasta fixCleanup3_4_0 introdujeron cada una correcciones de precisión, redondeo o exactitud en el comportamiento de las bóved tras la auditoría del sistema en 2025.

Intereses y retiros bajo LendingProtocolV1_1

LendingProtocolV1_1, introducido en la versión 3.4.0, cambia la forma en que una bóveda contabiliza los intereses. Anteriormente, una bóveda contabilizaba todos los intereses programados de un préstamo como ingreso en el momento de su otorgamiento y debía revertirlos si el prestatario dejaba de pagar.

La documentación de préstamos ofrece un ejemplo con una bóveda de 99.000 tokens disponibles y un préstamo de 1.000 tokens con 90 tokens de intereses programados. Bajo el enfoque anterior, la bóveda reporta 100.090 en activos totales. Con la contabilidad a base de efectivo, los intereses se cuentan solo cuando un pago los entrega. Por lo tanto, los precios de las acciones no aumentan por ingresos programados pero no pagados, y las pérdidas se ven menores porque solo el capital está en riesgo.

La misma enmienda agrega bóvedas cerradas. Estas atraviesan tres fases en fechas fijadas al crear la bóveda, y esas fechas no pueden cambiarse. Una vez que V1.1 esté habilitado, los nuevos corredores de préstamos solo podrán usar bóvedas cerradas, según la documentación de Single Asset Vault de XRPL.

El modelo contable depende de cuándo se crea una bóveda. Las bóvedas creadas antes de que V1.1 se active conservarán permanentemente el modelo de intereses anterior, incluso después de que V1.1 esté habilitado. La documentación también contempla un intervalo entre la activación de las dos enmiendas. LendingProtocol y V1.1 tenían cada uno 19 votos en la instantánea del 18 de octubre, pero sus conteos idénticos de votos no garantizan que se activen juntas.

Capital de primera pérdida e incumplimiento de préstamos

Un corredor puede aportar capital opcional de primera pérdida, pero dos configuraciones limitan cuánto de ese capital llega a una bóveda tras un incumplimiento. CoverRateMinimum especifica la proporción de la deuda que debe cubrirse, mientras que CoverRateLiquidation limita cuánto de ese mínimo se envía a la bóveda cuando un préstamo incumple.

En un ejemplo de la documentación del Lending Protocol de XRPL, un corredor aporta 1.000 tokens de cobertura y un préstamo de 1.090 tokens incumple. Con ambas tasas fijadas en 10%, solo se aplican 10,9 tokens de la cobertura, dejando a la bóveda con una pérdida de 1.079,1 tokens. Los corredores fijan las tasas, por lo que los fondos reales pueden usar parámetros diferentes.

Si la cobertura disponible cae por debajo del mínimo requerido, el corredor no puede emitir nuevos préstamos, y sus comisiones se destinan a la cobertura. Eso limita la nueva exposición, pero no obliga a un prestatario existente a pagar.

Los emisores de activos también conservan ciertos controles. Si el activo de una bóveda se congela, los retiros solo pueden hacerse alisor. Los emisores también pueden clawback de las acciones de la bóveda en activos enviados a ellos. Un prestatario congelado no puede realizar pagos, pero la congelación no cancela la deuda.

Fechas y puntos a monitorear

Se proyecta que la limpieza se active el 23 de octubre a aproximadamente las 09:34 UTC si los 29 validadores que la apoyan mantienen sus votos durante toda la ventana de activación. Que un solo validador retire su apoyo reiniciaría el período de dos semanas, como ocurrió con PermissionDelegationV1_1 y BatchV1_1.

Las enmiendas de préstamos requieren 29 votos y luego un período de espera de 14 días, lo que ubica su activación más temprana posible en noviembre. El intervalo de tiempo entre LendingProtocol y V1.1 también es relevante porque una bóveda creada durante ese período conservará el modelo contable de intereses anterior.

Finalmente, el parche propuesto para el conteo de votos sigue siendo relevante. Evitaría que los validadores desaparezcan del conteo tras rotar sus llaves de firma.

Este artículo se proporciona únicamente con fines informativos y no constituye asesoramiento financiero ni de inversión. Los calendarios de enmiendas pueden cambiar, y los préstamos implican riesgo crediticio y de liquidez.

Fuente: Coindoo