Noticias sobre el XRP: el director técnico de Ripple se pronuncia sobre las acusaciones de «front-running» en la XRPL

Ideas clave:

• Noticias sobre el XRP: las transacciones pendientes en la XRPL pueden exponer a los operadores a ataques de «front-running» y «sandwich».
• El director técnico de Ripple dice que los validadores no obtienen ninguna ventaja a menos que se pongan de acuerdo, lo que dejaría pruebas públicas.
• Schwartz propuso un sistema de tasas de reserva para evitar que los usuarios se vean afectados por el «front-running» tras la divulgación.

David Schwartz, director técnico emérito de Ripple, se pronunció sobre las nuevas acusaciones relativas a los riesgos de «front-running» en el XRP Ledger. El debate surgió a raíz de una publicación de XRPresso, un mercado del XRPL, sobre la visibilidad de las transacciones pendientes. La publicación decía que algunas personas podían ver las transacciones en cola antes de que se cerrara el ledger. Schwartz dijo que el tema merece una respuesta técnica, aunque restó importancia al riesgo actual. Propuso un plan de reserva de transacciones para los usuarios que quieran una mayor protección en el orden de las órdenes.

Noticias sobre el XRP: la cola de transacciones de la XRPL desata el debate sobre el «front-running»

Las últimas noticias sobre el XRP se centran en si las transacciones pendientes en la XRPL pueden exponer a los usuarios a ataques de «front-running» o de «sandwich». Según XRPresso, los validadores y los nodos con buena conexión pueden ver las transacciones antes de que se validen definitivamente.

Según el informe, un actor podría analizar una operación pendiente y enviar transacciones que compitieran con ella. Además, el envío repetido de operaciones podría mejorar la posición dentro del orden final del libro mayor.

Según la documentación de XRPL, el orden de las transacciones dentro de un libro mayor tiene como objetivo evitar el «front-running». Sin embargo, la preocupación se centra en la visibilidad antes de la liquidación, sobre todo en lo que respecta a los pagos, las ofertas, las operaciones en DEX y los intercambios en AMM.

Schwartz respondió que la visibilidad pública afecta a todos los participantes, no solo a los validadores. También dijo que cualquier uso indebido por parte de los validadores dejaría pruebas públicas claras a través de las propuestas firmadas y las validaciones.

El director técnico de Ripple afirma que el abuso por parte de los validadores se someterá a controles públicos

Schwartz dijo que tener un validador no te da automáticamente ninguna ventaja especial. Argumentó que los validadores tendrían que coordinarse para adelantarse a las transacciones que aún no se conocen.

Esa coordinación se reflejaría en los datos públicos. Según él, las listas de confianza podrían eliminar a un validador si la red detectara una conducta indebida clara.

Los atacantes tendrían que publicar varias transacciones planificadas para intentar un ataque «sandwich» sin la coordinación de los validadores. Esas transacciones llevarían firmas y seguirían siendo visibles para la red.

Añadió que no había visto informes sobre ataques de ese tipo más allá de los trabajos de prueba de concepto. Según explicó, los beneficios dependen de una combinación muy concreta de gran volumen y baja liquidez.

El plan de reservas propuesto añade franjas horarias protegidas

La noticia sobre el XRP proponía un sistema de reserva de transacciones para los usuarios que quieran una protección extra. El plan permitiría al remitente reservar un espacio en un libro mayor futuro.

El remitente enviaría una transacción de reserva con un número de libro mayor y un ID de transacción. Si se realiza correctamente, esta última transacción se ejecutaría antes que cualquier otra transacción creada tras su publicación.

La propuesta crearía un nuevo objeto del libro mayor llamado «ReservedTxns». Ese objeto almacenaría un número de secuencia del libro mayor y una lista de ID de transacciones reservadas.

Schwartz también describió un nuevo tipo de transacción llamado «TxnReserve». Esta transacción requeriría al menos el doble de la comisión habitual y debería cumplir las normas de ejecución estándar. El libro mayor de destino tendría que situarse por delante del libro mayor actual. Además, no podría estar a más de 16 libros mayores de distancia.

Cada objeto ReservedTxns también se enfrentaría a límites de capacidad. Schwartz dijo que, según la configuración propuesta, un objeto podría contener menos de 32 ID de transacción.

Noticias sobre el XRP: El debate se centra ahora en la revisión del diseño de la XRPL

El plan implicaría que los usuarios tuvieran que enviar dos transacciones para su ejecución protegida. Una transacción reservaría el espacio, mientras que la segunda llevaría a cabo la acción prevista.

Según la propuesta, la transacción reservada se ejecutaría primero en el libro mayor elegido. A continuación, el libro mayor la eliminaría del conjunto de consenso para evitar que se ejecutara dos veces.

Schwartz también señaló posibles problemas relacionados con el spam. Un atacante podría intentar acaparar plazas de reserva, pero el aumento de los costes podría limitar esa táctica. Las noticias sobre el XRP ofrecen a los desarrolladores y validadores un punto de referencia directo que pueden analizar mientras continúa el debate sobre el «front-running».