El error de XRP Ledger revelado en octubre de 2026 fue una vulnerabilidad crítica del motor de pagos. Teóricamente, podría crear XRP gastables más allá de la oferta prevista de 100 mil millones de la red.
El problema se encontró a través del programa de recompensas por errores de XRPL. Se corrigió antes de que los detalles técnicos aparecieran en el informe oficial de vulnerabilidad de XRPL.
No, no se agregaron 18 billones de XRP a la circulación. Ese número provino de una prueba controlada de un investigador de seguridad.
La divulgación oficial de XRPL dice que no hay evidencia de una explotación en ninguna red pública. La estructura de suministro descrita en la guía de Tapbit sobre cuántos XRP existen no cambió repentinamente.
¿Cuál Fue Exactamente el Error de XRP Ledger?
La falla fue un desbordamiento de enteros en el motor de pagos. Esta parte del sistema suma las cantidades de múltiples ofertas.
Las computadoras almacenan números dentro de límites fijos. Cuando la aritmética sin control excede ese límite, el resultado puede redondearse a un número mucho más pequeño en lugar de producir un error.
En este caso, un atacante podría crear cientos de cuentas. Cada cuenta colocaría una oferta inusual: vender una pequeña cantidad de otro token a cambio de una enorme cantidad de XRP. Luego, el atacante enviaría un solo pago diseñado para consumir todas esas ofertas.
El motor acreditaría a cada propietario de oferta la cantidad total de XRP solicitada. Pero el total combinado del comprador podría desbordarse y redondearse.
El comprador podría entonces recibir un cargo de solo unos pocos cientos de gotas, la unidad más pequeña de XRP, más la tarifa de transacción normal.
| Etapa | Lo que el Motor Vulnerable Podría Hacer |
|---|---|
| Creación de oferta | Aceptar ofertas individualmente válidas que solicitan cantidades extremadamente grandes de XRP. |
| Un pago combinado | Consumir cientos de esas ofertas en una sola transacción. |
| Cálculo total | Desbordar el entero de tamaño fijo y redondear el cargo del comprador a un valor pequeño. |
| Créditos del vendedor | Pagar a cada vendedor controlado por el atacante la cantidad total registrada en su oferta. |
| Resultado | Crear XRP que el comprador en realidad nunca suministró. |
¿Por Qué la Verificación de Seguridad del Suministro de XRP No Lo Detuvo?
XRP Ledger ya tenía un invariante destinado a rechazar cualquier transacción que creara nuevo XRP. Un invariante es una regla que debe permanecer verdadera después de cada transacción válida. Aquí, la regla comparaba los cambios de saldo en toda la transacción para confirmar que el XRP no aparecía de la nada.
El problema fue que esta verificación sumaba los cambios de saldo utilizando una aritmética de tamaño fijo similar. Podría redondearse de la misma manera que el cálculo del pago. El cambio neto parecía entonces una tarifa de transacción ordinaria en lugar de un gran aumento en el suministro.
Una segunda verificación limitaba el saldo de una cuenta individual. La explotación propuesta evitó ese control al distribuir el XRP recién creado en cientos de cuentas controladas por el atacante. Cada cuenta permaneció por debajo del límite individual a pesar de que la cantidad combinada estaba muy por encima del suministro total de la red.
¿De Dónde Provino el Número de 18 Billones de XRP?
El cofundador de Veria Labs, Cayden Liao, dijo que el agente de seguridad de IA de la firma encontró el problema y construyó una explotación funcional. Estimó que una transacción construida podría crear aproximadamente 18 billones de XRP.
Eso equivale a aproximadamente 184 veces la oferta original de 100 mil millones. La estimación y los detalles de la recompensa aparecieron en la revisión de The Block sobre la divulgación.
Esa cifra describe la capacidad teórica de explotación, no un evento observado en la red principal. La distinción es importante tanto para los lectores como para los motores de búsqueda:
- Suministro original de XRP: Se crearon 100 mil millones de XRP cuando se lanzó el libro mayor.
- Estimación de prueba: aproximadamente 18 billones de XRP podrían generarse con una transacción modelo de explotación.
- Creación confirmada en red pública: ninguna encontrada por los desarrolladores de XRPL.
La falla requería ofertas intencionalmente anormales y una transacción diseñada para consumirlas juntas. No podía ser activada por un pago normal de XRP o un intercambio ordinario.
¿Fue Realmente Explotado XRP Ledger?
La divulgación oficial de vulnerabilidad de XRPL dice que el equipo no encontró evidencia de que el problema fuera explotado en ninguna red pública. El investigador informó el problema del motor de pagos el 22 de septiembre. RippleX lo reprodujo en un servidor independiente local y en el marco de pruebas unitarias, luego elevó su gravedad a crítica.
La corrección se envió en xrpld 3.4.1 el 25 de septiembre. La divulgación pública siguió el 9 de octubre, después de que una gran mayoría de los validadores de confianza estuvieran ejecutando el software corregido.
¿Cómo Corrigió XRPL el Desbordamiento?
El motor de pagos actualizado ahora verifica si la suma de las cantidades de oferta excedería el rango permitido. Si ocurriera un desbordamiento, esa parte del pago fallaría normalmente en lugar de redondearse. No se acuña nada.
Los desarrolladores también fortalecieron el invariante que verifica si se creó XRP. Ahora utiliza un contador más amplio que no puede desbordarse de la misma manera. Se reforzó un código similar de agregación de saldos como precaución.
¿Por Qué se Envió la Corrección Sin la Votación de Enmienda Normal?
Los cambios en las reglas de XRPL generalmente siguen un proceso de enmienda. Un cambio se activa solo después de que más del 80% de los validadores de confianza lo apoyen continuamente durante dos semanas. Ese enfoque mantiene sincronizados todos los servidores cuando cambian las reglas de transacción.
El parche de desbordamiento fue diferente. Si el código fuente se hubiera publicado a través del proceso normal antes de la activación, un atacante podría examinarlo, reconstruir la vulnerabilidad y dirigirse a los servidores que no se habían actualizado. Por lo tanto, los desarrolladores distribuyeron binarios corregidos antes de publicar el código fuente y la divulgación completa.
La elección creó un debate sobre la transparencia porque los binarios corregidos aparecieron antes del código fuente completo y la divulgación. Los ingenieros de RippleX dijeron que la publicación inmediata podría haber ayudado a los atacantes a dirigirse a los servidores que no se habían actualizado.
¿Qué Significa el Error para los Traders de XRP?
El shock directo de suministro no ocurrió, por lo que la historia no es equivalente a un evento real de inflación de 18 billones de tokens. Su relevancia en el mercado proviene de otros cuatro factores:
- Confianza en la seguridad: un error crítico de una década puede afectar cómo los traders valoran el riesgo técnico.
- Calidad de la respuesta: la rápida notificación y las actualizaciones de los validadores pueden reconstruir la confianza.
- Volatilidad de los titulares: "18 billones de XRP" puede mover el sentimiento a pesar de que la cantidad nunca se acuñó.
En la verificación de datos del 12 de octubre, XRP cotizaba cerca de $1.41 con un rango intradiario de aproximadamente $1.39 a $1.42. Esos precios son sensibles al tiempo y deben actualizarse inmediatamente antes de la publicación.
RippleX manejó la corrección del software, pero Ripple, XRP y XRPL son cosas diferentes. La guía de Ripple vs. XRP de Tapbit explica la distinción.
Cómo Operar XRP en Tapbit
- Crea o inicia sesión en una cuenta de Tapbit y prepara USDT. Usa la página de registro de Tapbit, completa los pasos requeridos de la cuenta y deposita en el saldo de futuros.
- Abre el mercado perpetuo XRP-USDT. Ve a la página de futuros XRP-USDT de Tapbit, confirma el ticker del contrato, luego selecciona margen aislado o cruzado y elige un nivel de apalancamiento que coincida con el plan de posición.
- Elige la dirección y la configuración de la orden. Selecciona largo o corto, usa una orden límite o de mercado, ingresa el tamaño de la posición y establece niveles de stop-loss y take-profit.
- Revisa y gestiona la operación. Verifica el precio de entrada, el margen, las tarifas estimadas y el precio de liquidación antes de enviar. Monitorea la posición abierta y ciérrala o redúcela si la condición original cambia.
Preguntas Frecuentes
¿Alguien acuñó 18 billones de XRP?
No. Aproximadamente 18 billones de XRP fue una estimación de investigación para una explotación controlada. Los desarrolladores de XRPL no encontraron evidencia de que el error se usara en una red pública.
¿Podría el error de XRP Ledger crear XRP real y gastable?
Sí, antes de la corrección, una transacción construida deliberadamente podría teóricamente crear XRP que luego podría transferirse o negociarse.
¿Cuándo se corrigió el error de XRP?
La corrección se envió en xrpld 3.4.1 el 25 de septiembre de 2026. El informe oficial de vulnerabilidad se publicó el 9 de octubre.
¿Se cambió permanentemente el suministro de 100 mil millones de XRP?
No. No hay evidencia de una explotación exitosa en la red pública, por lo que la cifra teórica de 18 billones no se convirtió en suministro circulante.
¿Quién encontró la vulnerabilidad de XRP Ledger?
El problema se informó a través del programa de recompensas por errores de XRPL. Veria Labs dijo que un agente de seguridad de IA ayudó a descubrir y reproducir la falla del motor de pagos.
¿Está XRP-USDT disponible en Tapbit?
Sí. Tapbit ofrece un mercado de futuros perpetuos XRP-USDT. Un contrato perpetuo proporciona exposición al precio y no significa que el trader posea XRP en una billetera personal.
