Enmienda del XRP Ledger el 11 de septiembre: qué debes comprobar en tu monedero, tu nodo y tus posiciones AMM

El 11 de septiembre de 2026 a las 11:15 UTC, es decir, a las 13:15 en horario de verano de Europa central, puede activarse en el XRP Ledger la enmienda fixCleanup3_3_0. Para ti como inversor eso significa de entrada poco y, en un punto, muchísimo: si tus XRP están en un exchange o en una aplicación de monedero bien mantenida, no tienes que hacer nada. Si operas tu propio nodo, si accedes a la red a través de una interfaz autoalojada o si mantienes posiciones en las funciones avanzadas del ledger, el 11 de septiembre es tu fecha límite para una comprobación de versión.

Este análisis lo ha realizado cryptoticker.io por su cuenta el 9 de septiembre de 2026. Hemos preguntado directamente a la cadena en lugar de tomar el estado de las noticias: a través de la interfaz pública de un nodo XRPL, con las llamadas feature y ledger_entry sobre el objeto Amendments del ledger validado. Lo que salió de ahí se aparta en dos puntos de lo que se lee actualmente sobre la fecha.

Enmienda fixCleanup3_3_0: qué ocurre el 11 de septiembre en el XRP Ledger

Una enmienda es un cambio en las reglas del protocolo del XRP Ledger sobre el que votan los validadores de la red y que, una vez superada la votación, rige de forma permanente para todas las versiones posteriores del ledger. Nadie la despliega de forma centralizada; es un interruptor que la mayoría de los operadores accionan conjuntamente.

fixCleanup3_3_0 es un paquete de correcciones, no una función nueva. Ordena seis puntos: los Single Asset Vaults (objetos de bóveda que custodian un único activo para un protocolo), el Lending Protocol (la concesión de crédito prevista directamente a nivel de protocolo), los Automated Market Makers (pools de negociación que fijan los precios mediante una fórmula en lugar de un libro de órdenes), el Permissioned DEX (un mercado que solo atiende a participantes autorizados), los Checks (promesas de pago que cobra el propio destinatario) y las pseudocuentas (cuentas técnicas que no pertenecen a ninguna persona, porque las mantiene un objeto del protocolo).

En concreto, el paquete unifica las comprobaciones de bloqueo en las transferencias desde pseudocuentas, rechaza ya en la comprobación previa los identificadores de Check mal formados, corrige un error al eliminar ofertas híbridas y añade una comprobación de pérdidas por redondeo en depósitos, retiradas y recuperaciones en pools AMM, siempre que la enmienda más antigua fixAMMv1_3 esté también activa. A ello se suma una nueva invariante llamada ObjectHasPseudoAccount, que garantiza que al borrar una entrada del ledger desaparezca también la pseudocuenta asociada.

Suena a trabajo de detalle, y lo es. Precisamente por eso la noticia no es para ti una noticia de precio, sino una noticia de mantenimiento con una fecha firme.

La regla del 80 %: cómo se activa realmente una enmienda del XRPL

El procedimiento está en la documentación de enmiendas del XRP Ledger y es estricto. Una enmienda necesita el respaldo de más del 80 % de los validadores a los que escucha un servidor, y lo necesita durante dos semanas sin interrupción. Si el apoyo cae entretanto al 80 % o por debajo, el plazo empieza de nuevo. Una enmienda puede ganar y perder esa mayoría varias veces antes de salir adelante definitivamente.

El recuento se hace en los llamados flag ledgers, es decir, cada 256 ledgers, lo que de media equivale a un ritmo de un cuarto de hora. En el flag ledger votan los validadores, un ledger después la red escribe una pseudotransacción con el resultado, y dos ledgers después del flag ledger la nueva regla surte efecto sobre las transacciones. La activación sigue así a un recuento y no a una ceremonia a una hora redonda.

Quien conozca el patrón lo reconocerá de otras redes. En Solana, la activación de un cambio de protocolo depende igualmente de la ponderación de voto de los operadores; lo dejamos escrito en nuestro artículo sobre la activación de Alpenglow. La diferencia está en el detalle: en el XRP Ledger el plazo de dos semanas está anclado en el protocolo y por tanto puede leerse en el propio ledger.

Contado por nosotros mismos en el ledger: 93 enmiendas activas, once pendientes, una mayoría

El 9 de septiembre de 2026 a las 00:52 UTC consultamos un nodo XRPL público que en ese momento llevaba el ledger validado con el número 106.856.830 y comunicaba la versión de servidor 3.3.0. Método: una llamada feature para la lista de todas las enmiendas que el servidor conoce, más una llamada ledger_entry sobre el objeto Amendments del ledger para el estado oficial. Se comprobaron las 104 enmiendas que conoce ese servidor.

El resultado en cifras: 93 enmiendas están activas, once están pendientes. De esas once, exactamente una tiene una entrada de mayoría en el ledger, a saber, fixCleanup3_3_0. La hora de cierre registrada en el objeto para esa entrada equivale al 28 de agosto de 2026, 11:15 UTC. Si se le suman los catorce días prescritos, resulta el momento de activación más temprano posible: el 11 de septiembre de 2026 a las 11:15 UTC.

Con ello se pueden corregir dos datos que circulan ahora mismo. Primero, en algunos informes el inicio de la votación se fecha el 6 de agosto; para el plazo, sin embargo, solo cuenta el momento en que se alcanzó la mayoría por primera vez, y según el ledger eso ocurrió el 28 de agosto. Segundo, varias noticias citan las 11:15 en hora de la Costa Este de Estados Unidos. El ledger lleva la hora en UTC; para ti en Europa la cita cae, por tanto, al mediodía del 11 de septiembre.

Hay que añadir una limitación: hemos medido el estado de un nodo, lo que no cubre el voto de cada validador por separado. La tasa de aprobación comunicada en último lugar, un 82,86 % con 29 votos a favor, procede de análisis de terceros y es una instantánea. Nadie puede asegurar hoy que se mantenga por encima del umbral hasta el 11 de septiembre.

Single Asset Vault y Lending Protocol ni siquiera están activos aún en la red principal

El hallazgo más importante de nuestra consulta no aparece en las noticias sobre la fecha. En esa misma lista de once enmiendas pendientes figuran SingleAssetVault y LendingProtocol. Ambas, por tanto, todavía no están conectadas en la red principal. Lo mismo vale para ConfidentialTransfer, DynamicMPT, BatchV1_1, Sponsor, XChainBridge, PermissionDelegationV1_1, CryptoConditionsSuite y fixXChainRewardRounding. Ninguna de estas diez enmiendas tiene actualmente una entrada de mayoría.

De ahí se sigue una tranquilidad que conviene recordar: si alguien te cuenta que antes del 11 de septiembre tienes que asegurar tu posición de bóveda o de préstamo en el XRP Ledger, está describiendo un estado que no existe en la red principal. Hoy no puedes mantener una posición de crédito directamente sobre el protocolo XRPL, porque la función no está activa.

La corrección se incorpora, pues, antes de que la función se abra. En el desarrollo de software eso es lo normal y una buena señal: los errores encontrados en redes de prueba y en auditorías se despejan antes del arranque. Para ti significa sobre todo que conviene mirar con escepticismo las ofertas que ya hoy anuncian préstamos nativos en el XRPL. Quien busque intereses sobre criptoactivos los encuentra por ahora en custodios y mercados, cuyas condiciones merecen en todo caso una lectura más atenta que cualquier anuncio sobre una función de protocolo todavía inactiva.

Amendment blocked: por qué un nodo desactualizado se cae del consenso

Amendment blocked es el estado en el que cae un servidor cuando en la red se activa una regla que su versión de software no conoce. La documentación es inequívoca en este punto: un servidor bloqueado ya no puede validar ledgers, ni enviar o procesar transacciones, ni participar en el consenso, ni votar sobre futuras enmiendas. Se queda parado.

Esa es la verdadera razón de la fecha. Quien opera un nodo tiene hasta la activación para cambiar a una versión que conozca fixCleanup3_3_0. El nodo público que consultamos corría la 3.3.0 en el momento de la medición y no comunicaba bloqueo alguno. Un servidor que se quede atrás lo comunicará de inmediato tras la activación, y la avería se nota justo en el momento en que una aplicación se queda sin respuesta.

La documentación menciona además una propiedad que muchos subestiman: un servidor sigue siempre las enmiendas que el resto de la red ha activado, con independencia de cómo haya votado él mismo. Un voto en contra, por tanto, no protege a un servidor desactualizado. Solo lo protege una actualización.

XRP en un exchange: qué comprobar en tu proveedor antes del 11 de septiembre

Si tus XRP están en la cuenta de una plataforma de negociación, el nodo es del proveedor. La obligación de actualizar recae, por tanto, en él, y por lo general un cambio así pasa desapercibido. Aun así, antes de una fecha de protocolo merece la pena una mirada rápida, porque las plataformas a veces pausan los depósitos y las retiradas de una cadena mientras dura una actualización.

El camino es siempre el mismo. Abre la página de estado o de anuncios de tu proveedor, busca el nombre de la red y mira si hay una ventana de mantenimiento anotada para el 11 de septiembre. Si no encuentras nada, no hay nada previsto. Que tu proveedor anuncie siquiera una ventana así es uno de los puntos en los que las plataformas se diferencian con claridad.

Tres preguntas que resuelves en tu cuenta

La primera pregunta es si tienes previsto algún movimiento para el 11 de septiembre. Una retirada que se ejecuta un día antes o un día después no te cuesta nada. La segunda afecta a las órdenes automáticas: un plan de ahorro o una retirada recurrente que se dispare ese mediodía debería estar en tu calendario. La tercera es la más incómoda y a la vez la más importante: ¿sabes con seguridad dónde están tus XRP? Con varias cuentas acumuladas a lo largo de los años, esa respuesta es inequívoca con menos frecuencia de lo que debería.

Una observación sobre el alcance del efecto. fixCleanup3_3_0 no cambia nada en los pagos corrientes, nada en los saldos y nada en la validez de tus direcciones. Quien tiene XRP y los transfiere no notará con alta probabilidad absolutamente nada el 11 de septiembre. Las correcciones actúan sobre objetos que no desempeñan ningún papel en el día a día de la mayoría de los inversores.

Monedero y nodo propios: la comprobación de versión en tres pasos

La cosa cambia si eres tú quien opera infraestructura. Eso afecta a más gente de lo que el término sugiere: quien usa un software de monedero autoalojado con acceso propio a la red, quien tramita pagos a través de una interfaz propia o quien mantiene un nodo en marcha para un servicio pequeño está sujeto a la misma obligación que un operador profesional.

El primer paso es la consulta de versión en tu propio servidor. La llamada server_info devuelve el campo build_version y además el campo amendment_blocked, que muestra directamente el estado de bloqueo. Si ahí figura la versión 3.3.0 o superior, tu software conoce la enmienda.

El segundo paso corresponde al monedero que usas a diario. Abre los ajustes, busca el número de versión y compáralo con la versión actual del proveedor. Quien deja que la tienda de aplicaciones actualice su monedero automáticamente suele estar del lado seguro; quien mantiene a mano una versión de escritorio, a menudo no. Qué programas de monedero se mantienen con limpieza y cuáles llevan meses parados lo muestra nuestra comparativa de monederos software, con el estado de actualización de cada uno.

El tercer paso afecta a todo lo que se interpone entre tú y la cadena: un script, una herramienta contable, un rastreador de cartera con acceso propio a la red. Comprueba contra qué punto de acceso hablan esas herramientas y si ese punto de acceso se mantiene. Un nodo bloqueado en algún momento simplemente deja de responder, sin emitir un mensaje de error en lenguaje claro.

Posiciones AMM en el XRP Ledger: qué cambia la corrección de precisión en depósitos y retiradas

Una parte del paquete afecta a una función que sí funciona en la red principal: el Automated Market Maker del XRP Ledger. Un AMM es un pool de negociación en el que se depositan dos activos y que fija sus precios mediante una fórmula fija; quien deposita recibe participaciones del pool y asume a cambio el riesgo de una evolución desfavorable de los precios entre ambos activos.

La corrección añade una comprobación de pérdidas por redondeo en el depósito, la retirada y la recuperación, y lo hace cuando la enmienda más antigua fixAMMv1_3 está también activa. Las pérdidas por redondeo aparecen cuando un cálculo con un número limitado de dígitos recorta decimales en importes muy pequeños o muy desigualmente repartidos. En conjunto son cantidades minúsculas, pero en combinaciones desfavorables pueden aprovecharse de forma deliberada.

Si tienes participaciones en un pool AMM del XRPL, la activación no cambia nada en tu posición. Puede ocurrir, en cambio, que una transacción que hasta ahora salía adelante sea rechazada con un error después del 11 de septiembre porque la nueva comprobación actúa. Ese es el efecto buscado. Por eso no planifiques reasignaciones con horarios ajustados para el día de la activación y cuenta con que una transacción rechazada necesitará un segundo intento, ajustado.

Calendario hasta la activación: qué pasa entre el 9 y el 11 de septiembre

Hasta la fecha límite el recuento simplemente sigue su curso. Cada quince minutos aproximadamente la red alcanza un flag ledger, los validadores emiten su voto y la entrada de mayoría en el objeto Amendments se mantiene mientras el respaldo esté por encima del 80 %. Si en alguno de esos puntos cae por debajo, la entrada desaparece y los catorce días empiezan de nuevo.

Por eso el 11 de septiembre vale como fecha más temprana posible y no como una promesa. Si la activación tiene lugar realmente ese mediodía solo podrá decirse el mismo día. Quien quiera saberlo con exactitud puede consultar el estado en cualquier momento, igual que hicimos nosotros para este artículo, o seguir el blog para desarrolladores del XRP Ledger, donde se anuncian versiones y activaciones.

Cómo reconocerás que la activación se ha producido

Tras la activación, fixCleanup3_3_0 pasa en la consulta feature de la lista de enmiendas pendientes a la de las activas, y el número de entradas activas en el objeto Amendments sube de 93 a 94. Es la confirmación más limpia que existe, y no necesita ninguna noticia externa.

Qué significa la fecha para el precio de XRP y qué no

Aquí conviene la contención. Un paquete de correcciones que unifica comprobaciones internas y ataja pérdidas por redondeo no es un acontecimiento del que pueda deducirse una dirección de precio. No aumenta ninguna capacidad de transacción, no reduce ninguna comisión y no libera ninguna función nueva.

Lo que hace es indirecto y lento: despeja errores justo en los componentes sobre los que deben apoyarse las funciones todavía pendientes de bóvedas y de crédito. Quien vincule la valoración de una red a su futuro alcance funcional lo leerá en positivo. Quien busque movimiento a corto plazo no encontrará nada aquí. Ambas son apreciaciones y no predicciones; la situación actual del precio y los argumentos de ambas partes los reunimos de forma continua en nuestra página de XRP.

Una observación para situar las noticias: en los últimos días la fecha se ha descrito en varios sitios como una «gran actualización». A la vista de lo que contiene el paquete, esa descripción no se sostiene. Se trata de mantenimiento sobre objetos avanzados, dos de los cuales, centrales, ni siquiera están conectados en la red principal.

Comprobar la enmienda del XRP Ledger: qué te llevas de aquí

1. Aclara primero dónde están tus XRP. En una plataforma de negociación la obligación de actualizar la tiene el proveedor, y tú solo compruebas su página de estado por si hay una ventana de mantenimiento el 11 de septiembre. En custodia propia la obligación es tuya. Si esta pregunta te hace dudar, ese es el verdadero hallazgo del día: ordena tus saldos y mira qué solución de custodia te encaja, por ejemplo en la comparativa de carteras hardware.
2. Comprueba la versión de cada software que hable por sí mismo con la red. En un servidor propio, server_info muestra los campos build_version y amendment_blocked; la 3.3.0 o superior es el estado seguro. En los monederos basta con mirar los ajustes. Quien note que su programa lleva meses sin actualizarse encontrará alternativas mantenidas en la comparativa de monederos software.
3. Aplaza un día las reasignaciones previstas. Si tienes participaciones en un pool AMM o has planeado movimientos grandes para el 11 de septiembre, pásalos al 10 o al 12 de septiembre. Y si te llegan ofertas que ya hoy anuncian préstamos directamente en el XRP Ledger, compáralas con las vías realmente disponibles en la comparativa de préstamos cripto antes de mover dinero.

(9 de septiembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)