Ripple respalda la actualización del XRP Ledger con correcciones agrupadas

XRP
fixCleanup3_3_0Voto de ValidadorXRP LedgerPréstamosRippleBóvedasAMM
2026-08-12Fuente: crypto.news
Ripple respalda la actualización del XRP Ledger con correcciones agrupadas

Ripple ha votado a favor de la enmienda fixCleanup3_3_0, ya que la propuesta ha obtenido el apoyo de 8 de los 35 validadores de confianza de XRP Ledger durante su etapa inicial de votación.

Resumen

  • Ripple ha respaldado fixCleanup3_3_0, un paquete de correcciones incluido en la versión 3.3.0 de xrpld.
  • La enmienda actualmente tiene 8 de 35 votos de validadores, quedando por debajo del umbral de activación.
  • Los cambios propuestos cubren vaults, préstamos, AMMs, Checks, el DEX con permisos y pseudo-cuentas.
  • XRP cotizó cerca de $1.06 mientras los datos de derivados mostraban un posicionamiento desigual entre los principales exchanges.

La votación de fixCleanup en XRP Ledger sigue por debajo del nivel de activación

Los datos de votación de validadores de XRPL citados por el rastreador comunitario CryptoRednirav muestran que Ripple ha emitido un voto "sí" para fixCleanup3_3_0, elevando el apoyo a la enmienda a 8 de los 35 validadores en la Lista de Nodos Únicos predeterminada.

El voto otorga al paquete de mantenimiento un respaldo temprano de uno de los principales contribuyentes de XRP Ledger, pero Ripple no puede aprobar la enmienda por sí solo. Los validadores toman sus propias decisiones, y la propuesta debe mantener el apoyo de más del 80% de los validadores de confianza durante dos semanas consecutivas antes de que pueda entrar en vigor en la red principal.

Con 35 validadores en la configuración predeterminada, un apoyo superior al 80% requeriría al menos 29 votos afirmativos. Los ocho votos actuales no inician el período de activación de dos semanas, y no se ha establecido una fecha de activación en la red principal.

A diferencia de una propuesta de función independiente, fixCleanup3_3_0 agrupa varias correcciones bajo una sola enmienda. Las notas de la versión oficial de XRPL describen correcciones que involucran Vaults de Activo Único, el Protocolo de Préstamos, Creadores de Mercado Automatizados, el intercambio descentralizado con permisos, Checks y pseudo-cuentas.

Entre los cambios propuestos, los desarrolladores han unificado las comprobaciones de congelación y congelación profunda para transferencias que involucran pseudo-cuentas. Los tipos de transacción afectados incluyen VaultDeposit, VaultWithdraw, AMMDeposit, AMMWithdraw, LoanBrokerCoverDeposit y LoanBrokerCoverWithdraw.

Otras correcciones cambiarían cómo CheckCash y CheckCancel manejan un CheckID de todo ceros, evitarían acciones inválidas que involucran pseudo-cuentas, y corregirían ofertas híbridas que desaparecen de un libro de órdenes con permisos cuando una cuenta pierde acceso a su dominio con permisos.

Los cambios relacionados con AMM abordan la pérdida de precisión durante depósitos, retiros y clawbacks. El paquete también evita que un AMM sea eliminado mediante un tipo de transacción no autorizada y cambia la respuesta producida por un cálculo específico de AMMWithdraw que de otro modo dividiría por cero.

La versión 3.3.0 presenta seis enmiendas ante los validadores

Publicada el 6 de agosto, la versión 3.3.0 de xrpld contiene el código necesario para fixCleanup3_3_0 y cinco enmiendas de funciones, aunque instalar el software no activa ninguna de ellas.

Como crypto.news informó el 7 de agosto, las otras propuestas son ConfidentialTransfer, BatchV1_1, DynamicMPT, PermissionDelegationV1_1 y Sponsor. Cada enmienda tiene una función separada y debe pasar por el proceso de validación antes de que sus reglas formen parte de la red principal.

ConfidentialTransfer agregaría transferencias privadas para Tokens de Propósito Múltiple al ocultar saldos y montos de transferencia del público mientras los mantiene verificables en el libro mayor. Las partes autorizadas, incluidos emisores o auditores, aún podrían acceder a la información requerida para el cumplimiento según el diseño de la propuesta.

BatchV1_1 permitiría que una cuenta empaquetara hasta ocho transacciones internas juntas, apoyando usos como intercambios atómicos en los que todos los pasos de la transacción tienen éxito o fallan como grupo. La enmienda revisada reemplaza una versión anterior de Batch que fue deshabilitada después de que los desarrolladores encontraran un problema de seguridad.

PermissionDelegationV1_1 también reemplaza una propuesta anterior. Sus reglas permitirían que una cuenta otorgue a otra cuenta autoridad limitada de transacción sin compartir el control de la clave privada principal.

DynamicMPT permitiría a los emisores designar propiedades seleccionadas de Multi-Purpose Token como modificables al crear un activo. Sponsor, mientras tanto, permitiría a empresas u otras entidades pagar tarifas de transacción y requisitos de reserva por los usuarios, dejando sin cambios el control de las cuentas y claves de los usuarios.

Junto con el código de enmienda, la versión 3.3.0 ha retirado Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve y fixUniversalNumber. La retirada elimina las compuertas de enmienda más antiguas después de que las reglas subyacentes hayan operado durante un período prolongado; no elimina las funciones orientadas al usuario del libro mayor.

La versión también incluye cambios en la sincronización de nodos, eliminación en línea, ensamblaje de delta del libro mayor y limpieza de suscripciones. Los desarrolladores agregaron más pruebas, adoptaron el estándar C++23 y cambiaron la configuración de servicios del sistema del servidor para permitir tiempo adicional para un apagado controlado.

Se ha pedido a los operadores de nodos que instalen la versión 3.3.0 para mantener la continuidad del servicio. Un servidor que no reconoce una enmienda activada puede quedar bloqueado por enmienda, lo que significa que ya no puede determinar el estado válido del libro mayor.

Correcciones de Vault y préstamos acompañan votaciones de funciones separadas

Las correcciones de precisión y redondeo para Single Asset Vaults y el Protocolo de Préstamos forman parte de fixCleanup3_3_0, mientras que los sistemas de vault y préstamos en sí siguen sujetos a enmiendas separadas.

Ripple recientemente respaldó ambas propuestas, votando a favor de XLS-65 para Single Asset Vaults y XLS-66 para el Protocolo de Préstamos. Los datos de votación publicados el 10 de agosto situaron el apoyo cerca del 40% para XLS-65 y por encima del 37% para XLS-66, dejando ambas por debajo de la supermayoría requerida.

Single Asset Vaults agruparía un tipo de token, que podría incluir XRP, Ripple USD u otro activo emitido en XRPL. Los depositantes recibirían acciones que representan sus derechos sobre los activos mantenidos por un vault.

La liquidez de esos vaults podría luego financiar préstamos a plazo fijo a través de XLS-66. En lugar de requerir que cada prestatario publique activos por valor superior al préstamo, el marco propuesto dependería de verificaciones de crédito fuera de la cadena, revisiones de cumplimiento y suscripción. XRPL registraría y haría cumplir los términos del préstamo acordados, incluidos intereses, reembolsos e incumplimientos.

La firma de seguridad Halborn completó una reauditoría del protocolo de préstamos en junio. La firma informó que no encontró hallazgos críticos o de alto riesgo después de revisar verificaciones de transacciones, reglas contables, controles de acceso, límites de parámetros y consistencia de estado.

Halborn identificó cinco hallazgos: un problema de riesgo medio, dos problemas de riesgo bajo y dos elementos informativos. Su informe dijo que Ripple había abordado, aceptado o reconocido los cinco, incluida una omisión del límite de activos del vault que involucra intereses de préstamo y una verificación de congelación faltante en LoanBrokerSet.

Para las instituciones estadounidenses, los préstamos a nivel de libro mayor no reemplazarían las obligaciones derivadas de las reglas de valores, préstamos, sanciones, protección al consumidor o contra el lavado de dinero. Las empresas participantes aún necesitarían realizar las verificaciones legales y de cumplimiento aplicables a sus actividades antes de usar el libro mayor para la ejecución y el mantenimiento de registros.

XRP rebota mientras el posicionamiento en los exchanges sigue mixto

XRP (XRP) se negoció cerca de $1.06 al momento de la publicación después de recuperarse del área de $1, según datos de mercado actuales. El token había ganado casi un 3% en el período de 24 horas anterior, mientras que el volumen de negociación aumentó aproximadamente un 16%.

Los datos de CoinGlass mostraron una respuesta menos uniforme en el mercado de derivados. El interés abierto total de futuros de XRP cayó más de un 0.65% en una hora después de superar recientemente los $2.70 mil millones, lo que indica que algunas posiciones apalancadas se habían cerrado durante el rebote.

Las cifras a nivel de exchange también difirieron. El interés abierto de futuros de XRP en CME permaneció un 1.31% más alto en 24 horas, mientras que el interés abierto disminuyó en Binance, OKX, Bybit y varios otros exchanges de criptomonedas.

La distinción es relevante para los inversores estadounidenses que obtienen exposición a XRP a través de productos regulados en lugar de mantener el token directamente. Las recientes cifras del ETF de XRP cubiertas por crypto.news mostraron que el fondo cotizado en EE. UU. de Canary perdió $81.6 millones en activos netos, incluso cuando la actividad de acciones añadió $82 millones, con $159.7 millones en depreciación no realizada de XRP contabilizando la diferencia.