David Schwartz, cofundador de XRP Ledger y CTO em\u00e9rito de Ripple, ha propuesto un mecanismo de reserva de transacciones de dos componentes para mitigar los riesgos de front-running y ataques de sandwich en el DEX nativo y el AMM de XRPL.<\/p>
La propuesta, surgida como respuesta a las inquietudes planteadas por la cuenta de an\u00e1lisis XRPresso.io, introduce garant\u00edas de ejecuci\u00f3n prioritaria para los usuarios dispuestos a pagar una tarifa de reserva. Esta medida de integridad de mercado cobra especial relevancia a medida que las entradas institucionales en productos de XRP contin\u00faan escalando.<\/p>
Actualmente, el planteamiento se encuentra bajo debate en la comunidad y no se ha formalizado como una enmienda de red. Esta distinci\u00f3n es crucial: en el XRP Ledger<\/strong>, los cambios de protocolo requieren una mayor\u00eda cualificada de validadores a favor antes de su activaci\u00f3n. Esto significa que, aunque el dise\u00f1o de Schwartz tiene peso, debe enfrentar un proceso de gobernanza definido antes de implementarse en la red principal.<\/p> El esquema introduce dos nuevos componentes al protocolo. El primero es un objeto de registro llamado ReservedTxns<\/strong>, que almacena un n\u00famero de secuencia de registro objetivo y una lista de hasta 32 identificadores de transacciones.<\/p> Cuando se ejecuta ese registro espec\u00edfico, cualquier transacci\u00f3n listada que est\u00e9 presente en el conjunto de consenso se procesa primero, por delante de todas las dem\u00e1s, tras lo cual el objeto se elimina. El segundo componente es un tipo de transacci\u00f3n denominado TxnReserve<\/strong>, que permite a un usuario reclamar un espacio prioritario para una o m\u00e1s transacciones futuras mediante el env\u00edo de una reserva antes de que se cierre el registro objetivo.<\/p>C\u00f3mo funciona el mecanismo ReservedTxns de XRP<\/h2><\/span>