David Schwartz propuso un esquema de reserva de transacciones que requiere una tarifa 2x después de que surgieran denuncias de que los usuarios de XRPL enfrentan adelantamiento (front-running) en pagos y operaciones DEX.
"Los validadores y nodos bien conectados pueden ver las transacciones en la cola de preventa, y luego enviar sus propias transacciones para buscar una mejor posición", dijo XRPresso, un mercado basado en XRP Ledger, en una publicación. El grupo señaló que el problema es más relevante para los usuarios que operan a través de wallets y dApps, donde los envíos repetidos pueden aumentar la probabilidad de ubicarse cerca de una operación objetivo y empeorar el deslizamiento (slippage) cuando una estrategia sándwich tiene éxito.
La propuesta agregaría un objeto de libro mayor ReservedTxns que contiene un número de secuencia e IDs de transacción. Una transacción TxnReserve permitiría a los usuarios reservar un espacio para un libro mayor futuro al doble de la tarifa normal, con un libro mayor objetivo no más de 16 libros por delante y menos de 32 IDs de transacción por objeto. Cuando ese libro mayor se ejecute, la red verificará el objeto ReservedTxns y ejecutará las transacciones listadas antes que otras, luego las eliminará del conjunto para evitar la ejecución repetida y eliminará el objeto de reserva.
Schwartz dijo que una reserva debería costar al menos el doble de la tarifa normal de transacción. El libro mayor objetivo debería ser mayor que el libro mayor actual y no más de 16 libros por delante. Cada objeto reservado contendría menos de 32 IDs de transacción, a menos que el diseño posteriormente amplíe el límite. La documentación de XRPL indica que el orden canónico está diseñado para ser determinista, eficiente y difícil de manipular, aunque su documentación DEX señala que el orden de las transacciones está diseñado para desalentar el adelantamiento porque las operaciones se ejecutan cuando se cierra un nuevo libro mayor. Su documentación sobre trading algorítmico indica que el adelantamiento es difícil pero no imposible.
El debate comenzó después de que XRPresso afirmara que algunos actores podrían ver las transacciones pendientes antes de que se cierre un libro mayor y usar esa información para apuntar a operaciones. Según la publicación, el orden final dentro de cada libro mayor sigue un proceso determinista conocido, y los envíos repetidos pueden aumentar la probabilidad de ubicarse cerca de una operación objetivo, lo que podría empeorar el deslizamiento para el operador original.
El momento coincide con la expansión del stack DeFi de XRPL por parte de los desarrolladores. La Fundación XRPL propuso recientemente AMM Swappable Curves, una actualización preliminar que agrega StableSwap y liquidez concentrada al creador de mercado automatizado nativo. XRPL también está preparando herramientas nativas de préstamos y custodia programable, con casos de uso institucionales que incluyen un acuerdo de liquidación de bonos del Tesoro tokenizados con la participación de Ripple y JPMorgan. A medida que la actividad crece, el orden de las transacciones y la visibilidad de las operaciones pendientes podrían atraer más atención de desarrolladores, operadores y validadores.
Schwartz también abordó los posibles riesgos de denegación de servicio. Señaló que un atacante podría intentar llenar espacios de reserva en múltiples libros mayores, pero el aumento de las tarifas podría hacerlo costoso. Según un ejemplo, las tarifas aumentarían una vez que se llenen 16 espacios y podrían alcanzar varias veces la reserva base cerca de los 30 espacios. La propuesta aún no es una enmienda formal, pero ofrece a la comunidad XRPL una ruta técnica clara para su revisión.
Este artículo es únicamente con fines informativos y no constituye asesoramiento de inversión.