El ex CTO de Ripple, David Schwartz, ha rechazado las afirmaciones de que el XRP Ledger deja a los traders cotidianos expuestos a ataques tipo sandwich, diciendo que el riesgo es real pero está exagerado.
Preocupaciones surgieron en X después de que una cuenta argumentara que los validadores y los nodos bien conectados obtienen una ventaja de tiempo al observar las transacciones pendientes antes de que se cierre cada libro mayor. Los actores sofisticados pueden entonces calcular si hacer front-running de una operación es rentable, y enviar spam con múltiples transacciones para asegurar un espacio favorable en el orden canónico.
Mecánicas de los ataques de sándwich en el XRP Ledger
El ordenamiento de transacciones en el XRP Ledger utiliza una fórmula determinista que incluye hashes de transacción. Esa fórmula es pública. Esto permite a los actores posicionar transacciones por delante de una operación objetivo en el DEX y AMM de XRP Ledger, empeorando el deslizamiento para los usuarios comunes.
Surgen preocupaciones de que el problema crea un terreno de juego desigual, especialmente para los traders que usan carteras populares y aplicaciones descentralizadas.
Se han planteado preocupaciones sobre la posibilidad de front running o ataques de sándwich de transacciones en pagos de XRPL y cruce de ofertas. Por las razones que he explicado, no me preocupa tanto este tema. Pero tengo una propuesta para un esquema bastante simple que eliminaría… https://t.co/lnhTv1bhBK
— David 'JoelKatz' Schwartz (@JoelKatz) 29 de junio de 2026
David Schwartz. Fuente: X Schwartz Dice que los Validadores No Pueden Actuar en Silencio
Schwartz reconoció la preocupación, pero señaló varios factores de mitigación, basándose en sus posturas anteriores en debates de diseño del XRP Ledger. Primero, las transacciones pendientes son visibles públicamente para todos antes de que se cierre un libro mayor. Ninguna parte tiene acceso anticipado exclusivo. Segundo, un único validador no obtiene ninguna ventaja significativa. Coordinar varios validadores dejaría evidencia clara, ya que los validadores firman todas las propuestas y validaciones.
“Ejecutar un validador no te ayuda a hacer esto a menos que varios validadores conspiren. Si varios validadores conspiraran, o un solo validador lo intentara, sería muy evidente para todo el mundo exactamente quién estaba haciendo esto y ese validador sería eliminado de inmediato de las listas de confianza de todos.”
Schwartz también señaló que los ataques confirmados, más allá de las pruebas de concepto, siguen sin reportarse. La barrera económica central es sencilla. Los ataques rentables necesitan alta liquidez para justificar el esfuerzo y baja liquidez para mover el precio. Esas dos condiciones rara vez coinciden. El trabajo reciente de privacidad institucional en XRP Ledger aborda una preocupación relacionada en la capa de datos.
Un esquema de reserva en 2 pasos para el XRP Ledger
Para los traders que quieren garantías más sólidas, Schwartz describió un enfoque basado en la reserva de transacciones. Un usuario primero difunde una reserva especificando un número de secuencia de libro mayor futuro, un ID de transacción y una pequeña tarifa. Si esa reserva se confirma, la operación real se ejecuta antes de cualquier transacción enviada después de que la reserva se hiciera pública. El enfoque requiere dos envíos por cada operación protegida.
El método complementa las propuestas de transferencia de privacidad del XRP Ledger al enfocarse en el front-running en la capa de ejecución, en lugar de hacerlo en la capa de datos.
XRP continúa cotizando muy por debajo de su máximo histórico mientras se centra la atención en si mejoras de equidad como esta podrían respaldar una adopción a más largo plazo.