El XRP Ledger ha procesado 3.254 transacciones en un solo ledger, estableciendo un récord reportado de un solo ledger el 14 de septiembre.
Resumen
- El XRP Ledger procesó 3.254 transacciones en un solo ledger, según el informe del operador de validador Vet.
- La mayoría de las transacciones supuestamente transfirieron una gota de XRP, la unidad de moneda nativa más pequeña disponible en la red.
- La ráfaga de transacciones no estableció un aumento permanente en la capacidad de procesamiento sostenible del ledger.
- XRPL ajusta su objetivo de transacciones cuando los validadores cierran ledgers con alta carga dentro de los límites de tiempo esperados.
- BatchV1_1 permaneció bajo votación de validadores y requiere un apoyo sostenido del 80% antes de que ocurra la activación automática en la mainnet.
El operador de validador Vet reportó la cifra después de revisar el ledger y dijo que la mayoría de las entradas eran pagos de una gota de XRP. Describió la actividad como una posible prueba de rendimiento, aunque el propósito del remitente no ha sido confirmado.
Una gota es una millonésima parte de un XRP, lo que la convierte en la unidad más pequeña registrada por la red. Por lo tanto, el alto recuento de transacciones representó muchas transferencias pequeñas, no una cantidad inusualmente grande de XRP moviéndose entre cuentas.
El índice del ledger y la cuenta iniciadora no fueron identificados en la publicación pública de Vet. Sin esos detalles, la afirmación del récord depende de su análisis y no puede compararse a través de la publicación sola con cada ledger anterior en la historia de XRPL.
Los pagos diminutos de XRP dominaron el ledger del récord
La mayoría de las 3.254 transacciones fueron pagos simples que llevaban una gota de XRP, según Vet. Las transferencias simples de activos nativos requieren menos trabajo de procesamiento que las transacciones que involucran órdenes de intercambio descentralizado, NFT o rutas de pago entre monedas.
“No sé por qué esta persona está haciendo estas transacciones, pero parece una prueba de rendimiento, probablemente”, dijo Vet. La descripción sigue siendo especulativa porque el propietario de la cuenta no ha explicado públicamente la actividad.
El recuento de transacciones no muestra cuánto trabajo computacional requirió un ledger. Un ledger que contiene miles de pagos directos de XRP puede imponer una carga diferente a los validadores que uno que contiene menos operaciones, operaciones de tokens o rutas de pago complejas.
“No todas las transacciones son iguales en huella de carga”, dijo Vet. Estimó que 500 pagos simples de XRP podrían crear menos estrés que 200 transacciones que requieren un procesamiento extensivo de intercambio descentralizado.
La documentación oficial de XRPL establece que cada ledger validado registra las transacciones aplicadas al estado del ledger precedente. Los metadatos asociados proporcionan el resultado y los efectos de cada transacción incluida.
Las transacciones con un resultado tesSUCCESS completaron su acción solicitada. Las entradas que llevan un resultado tec permanecen registradas y consumen una tarifa, incluso cuando no logran realizar la operación solicitada. Por lo tanto, el total reportado de 3.254 describe transacciones incluidas, no necesariamente 3.254 transferencias exitosas.
La capacidad del XRP Ledger utiliza un objetivo adaptativo
El XRP Ledger no utiliza un límite de transacciones permanente para cada ledger. Sus servidores ajustan las condiciones operativas en respuesta al volumen de transacciones, la latencia de la red y el rendimiento del consenso.
Vet dijo que la red puede elevar su objetivo suave de transacciones cuando un ledger con alta carga se cierra dentro del período esperado. Cuando los tiempos de cierre se mueven más allá del rango preferido, la red puede reducir el objetivo para ayudar a los validadores a volver a los tiempos normales.
La documentación de XRPL dice que los servidores intercambian propuestas hasta que los validadores de confianza acuerdan un conjunto de transacciones. Cada servidor luego calcula el nuevo estado del ledger y distribuye una validación firmada que contiene el hash del ledger resultante.
Una supermayoría de validadores de confianza debe ponerse de acuerdo sobre el mismo hash antes de que el libro contable sea validado. Una vez validado, sus transacciones y el estado resultante se convierten en partes finales del historial del libro contable de XRPL.
El resultado de 3.254 transacciones, en consecuencia, proporciona evidencia de que los validadores acordaron un libro contable que contenía ese número de entradas. No establece una nueva tasa de rendimiento permanente, porque la capacidad sostenida depende de la complejidad de las transacciones, el hardware, las condiciones de la red y los tiempos consecutivos de cierre del libro contable.
El rendimiento medido a partir de un solo libro contable difiere de las transacciones por segundo durante un período prolongado. Una ráfaga corta puede colocar muchos pagos pendientes en un solo libro contable, mientras que los libros contables siguientes pueden volver a la actividad normal.
Ningún informe de rendimiento de Ripple, la Fundación XRP Ledger ni los mantenedores del software de referencia de la red había confirmado un cambio de capacidad permanente tras el récord. No se reportó ninguna interrupción del servicio ni ronda de consenso fallida en relación con la ráfaga.
La actividad reciente ha incluido pagos y comercio más intensos
El récord ocurrió después de un período de mayor actividad de pagos y comercio en XRPL. En cobertura relacionada, el volumen del libro de órdenes de XRP Ledger aumentó un 79% interanual durante el segundo trimestre de 2026, según un informe de Evernorth.
El volumen diario promedio del libro de órdenes alcanzó 3,57 millones de XRP durante el trimestre, mientras que el número de comerciantes diarios cayó de 1.864 a 1.111. Evernorth dijo que el volumen promedio por cuenta de trading casi se triplicó durante el mismo período de comparación.
Las transferencias de stablecoins han creado otra fuente de uso de la red. Como informó crypto.news, RLUSD generó aproximadamente $9 mil millones en volumen de transferencias en el primer semestre en XRPL durante 2026.
Dicha actividad es independiente de las transferencias de una gota identificadas en el libro contable del récord. Ninguna evidencia citada por Vet conectó las 3.254 transacciones con RLUSD, liquidación institucional, comercio en exchanges o pagos de clientes.
El remitente podría haber estado probando el envío de transacciones, el empaquetado del libro contable u otro proceso técnico. El patrón de cuenta disponible no confirma si la actividad provino de un desarrollador, una institución, un servicio automatizado o un usuario individual.
BatchV1_1 avanza por el proceso de enmienda
El récord llegó mientras los validadores consideraban características de protocolo introducidas con la versión 3.3.0 de rippled, el software de servidor de referencia de la red. La Fundación XRP Ledger lanzó la versión 3.3.0 el 6 de agosto.
Sus características propuestas incluyen BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1 y Sponsor. Cada característica sigue el proceso de enmienda de XRPL antes de poder activarse en toda la red principal.
BatchV1_1 permitiría agrupar y procesar múltiples transacciones juntas. Los registros oficiales de XRPL dicen que reemplaza la enmienda Batch anterior después de que los desarrolladores encontraran un error crítico en la implementación original.
La característica no explica el libro contable de 3.254 transacciones porque BatchV1_1 no había completado la activación en la red principal cuando ocurrió la actividad. Su presencia en la versión del servidor significa que los validadores pueden revisar y votar sobre la enmienda.
Las reglas de enmienda de XRPL requieren más del 80% de apoyo de los validadores de confianza durante dos semanas continuas. Si el apoyo cae al 80% o menos antes de que termine el período, la cuenta atrás se reinicia.
ConfidentialTransfer introduciría saldos y montos de transferencia protegidos para los Tokens Multipropósito, a la vez que proporcionaría mecanismos de visualización para las partes autorizadas. DynamicMPT permitiría a los emisores cambiar configuraciones seleccionadas de tokens a menos que hagan esas propiedades permanentemente inmutables.
PermissionDelegationV1_1 reemplaza una característica de delegación anterior que los desarrolladores deshabilitaron después de encontrar un error crítico. La enmienda actualizada permitiría a las cuentas de XRPL asignar permisos limitados a otras cuentas tras la aprobación de los validadores.
No se garantiza ninguna fecha de activación para las enmiendas que aún están en votación. Los operadores de validadores pueden cambiar sus votos, y la red verifica el apoyo a las enmiendas alrededor de los libros contables de banderas, que ocurren aproximadamente cada 15 minutos.
