El CTO emérito de Ripple, David Schwartz, ha defendido su solución propuesta para prevenir ataques frontales y sándwich en el $XRP Libro mayor (XRPL).
Sostuvo que incluso un atacante patrocinado por el Estado tendría dificultades para que tal ataque fuera práctico.
Sus comentarios se produjeron después de que el usuario de X @0xSCSamurai criticara la propuesta. El usuario afirmó que sus protecciones de denegación de servicio (DoS) serían ineficaces porque actores estatales bien financiados podrían seguir atacando la red indefinidamente.
Schwartz rechazó ese argumento. Dijo que si alguna vez ocurriera un escenario tan improbable, la red simplemente podría aumentar el costo del ataque.
“Si eso sucede, podemos simplemente aumentar el costo del ataque, y éste se detendría o sería, de hecho, un enorme regalo financiero de los actores estatales a $XRP titulares”, escribió Schwartz.
También dijo que el mecanismo de aumento de tarifas podría ajustarse mediante la gobernanza en lugar de fijarse permanentemente.
La propuesta permitiría $XRP Los validadores del libro mayor ajustan las tarifas
Para fortalecer el diseño, Schwartz propuso hacer que el sistema de aumento de tarifas sea configurable a través del proceso de votación existente del XRPL.
Bajo este enfoque, los validadores podrían ajustar los parámetros que controlan cómo aumentan las tarifas de reserva a medida que se llenan los espacios para transacciones. Según Schwartz, esto permitiría que las tarifas aumentaran sólo lo necesario para desalentar el abuso sin imponer costos innecesarios a los usuarios habituales.
También cuestionó la suposición de que un atacante respaldado por el gobierno estaría dispuesto a gastar grandes cantidades de dinero simplemente para mantener la red en su nivel actual de seguridad.
Me parece muy extraño preocuparme de que algún actor estatal o actor patrocinado por el Estado quiera dar miles de dólares por hora para $XRP titulares solo para que el XRPL no sea más vulnerable a los ataques frontales y sándwiches de lo que es ahora.
– David ‘JoelKatz’ Schwartz (@JoelKatz) 29 de junio de 2026
Cómo funcionaría el sistema de reservas
La discusión sigue a una propuesta detallada que Schwartz publicó anteriormente para eliminar los ataques frontales y sándwich a los pagos XRPL y el cruce de ofertas.
Su propuesta introduce un nuevo objeto de libro mayor ReservedTxns y un tipo de transacción TxnReserve.
Los usuarios pueden reservar un espacio de ejecución para un libro de contabilidad futuro pagando al menos el doble de la tarifa de transacción estándar. Las reservas solo serían válidas para libros contables con hasta 16 intervalos de antelación. Inicialmente, cada libro mayor admitiría hasta 32 espacios de transacciones reservados.
Después de reservar un espacio, una transacción se transmitiría solo después de que el proceso de consenso del libro mayor anterior se haya completado efectivamente. Esto evitaría que los atacantes vean la transacción con suficiente antelación como para insertar transacciones competidoras antes que ella.
Durante la ejecución del libro mayor, las transacciones reservadas se procesarían antes que el conjunto de transacciones normal. Luego serían eliminados de la lista de reservas, asegurándose de que se ejecuten en el orden previsto.
El aumento de las tarifas tiene como objetivo prevenir los ataques DoS
Schwartz reconoció que, en teoría, un atacante podría reservar todos los espacios de transacción disponibles en múltiples libros de contabilidad futuros. Eso podría impedir que otros utilicen el mecanismo de protección.
Para abordar este riesgo, propuso aumentar gradualmente las tarifas de reserva a medida que los espacios disponibles escaseen.
En su ejemplo, los aumentos de tarifas comenzarían una vez que se hubieran llenado 16 de los 32 espacios de reserva. Las tarifas aumentarían linealmente hasta alcanzar tres veces la tarifa base de reserva cuando se ocuparan 30 espacios.
Si la demanda aumentara, el límite de reservas también podría ampliarse de 32 a 64 plazas.
Según Schwartz, los crecientes costos encarecerían los ataques sostenidos. Un atacante tendría que gastar varias veces más de lo que normalmente gastarían los usuarios legítimos para reservar transacciones.
Si un atacante aún decide continuar, Schwartz argumentó que las tarifas cobradas beneficiarían en última instancia al $XRP Ecosistema de contabilidad y, por extensión, $XRP titulares.
