Se espera implementar una serie de correcciones técnicas y mejoras en la red XRP Ledger en los próximos días. Según los datos de XRPScan, el proceso de activación de dos semanas para el cambio denominado fixCleanup3_4_0 comenzó el 5 de octubre de 2026. El momento más temprano para la activación se registró como el 23 de octubre de 2026 a las 09:34 UTC.
El umbral de aprobación es monitoreado de cerca
Es necesario que el apoyo del validador se mantenga por encima del 80% para que el cambio entre en vigor. Si esta proporción cae al 80% o por debajo, la propuesta será rechazada y el contador de 14 días se reiniciará. Actualmente, 26 de los 32 validadores han votado a favor, por lo que el nivel de apoyo está en 81,25%.
El paquete fixCleanup3_4_0 fue publicado con la versión 3.4.0 de xrpld, la aplicación de referencia del servidor del protocolo XRP Ledger, y se sometió a votación el 17 de septiembre de 2026. Se conoce que xrpld es la capa de software fundamental que permite a los nodos de la red operar con reglas comunes.
El apoyo del validador debe mantenerse por encima del 80%; si el porcentaje baja, el cambio es rechazado y el proceso de votación comienza de nuevo.
Áreas de corrección incluidas
El paquete abarca muchos componentes como Single Asset Vaults, Lending Protocol, creadores de mercado automáticos, estructura de DEX autorizada, registros de líneas de confianza, NFT, MPT, Escrow, Sponsorship, firmas de transacciones y delegación de autoridad. La regulación pretende reforzar la seguridad de la estructura de autoridad en la red tras las recientes implementaciones de Delegación de Permisos y cambios en Batch.
Se cubre una brecha importante específicamente en el lado de Delegación de Permisos. Hasta que esta corrección se active, los usuarios no pueden transferir de manera segura el permiso llamado PaymentBurn. Actualmente, un delegado con este permiso puede, en ciertas condiciones, emitir nuevos tokens fungibles. La corrección elimina este resultado no deseado sin afectar a otros permisos detallados.
Hasta que se active fixCleanup3_4_0, los usuarios no pueden transferir el permiso PaymentBurn; la estructura actual puede permitir la producción de nuevos tokens en ciertas condiciones.
Cambios técnicos en AMM, NFT y Escrow
El paquete de corrección excluye las ofertas de áreas eliminadas en el lado de DEX autorizada del control de inmutabilidad. Por lo tanto, reemplazar una oferta en un área con una oferta en otra área ya no generará una infracción de reglas. Además, las verificaciones de áreas también se hacen más estrictas.
En las operaciones de AMMClawback, se abordan dos problemas separados. Se evita la recuperación silenciosa a cero en montos MPT redondeados a cero debido al redondeo de enteros. Además, cuando es necesario crear automáticamente un registro de activos coincidente, se puede superar el control de reserva de propiedad; de este modo, las recuperaciones con fines de cumplimiento no se verán obstaculizadas por el requisito de reserva.
El paquete también rechaza las ofertas de NFT que contienen cantidades falsas de XRP, exime las ofertas NFToken creadas por un emisor de IOU con su propia moneda de su propia regla de congelamiento global y libera la reserva de propiedad en las operaciones de EscrowCancel y EscrowFinish. Así, la devolución de IOU al propietario no fallará en el límite de reserva.
Se busca consistencia en las operaciones de Vault y crédito
También se corrigen problemas de precisión y redondeo en las operaciones VaultDeposit, VaultWithdraw y VaultClawback con este paquete. El objetivo es mantener la integridad contable entre el activo total monitoreado, el activo disponible y la oferta de acciones de una bóveda. Para Single Asset Vaults y Lending Protocol, se reorganizan las verificaciones de congelación, autorización, credenciales y direcciones objetivo.
En este contexto, se planea excluir los créditos en incumplimiento del ámbito de congelación de activos, rechazar cuentas ficticias que no puedan ser parte de las transacciones, verificar las direcciones de extracción para áreas autorizadas y bloquear los phaces PaymentBurn con saldo que cruza la línea de cero.
