coincidencia fuera de la cadena + liquidación en la cadena con pruebas ZK (anti front-running), órdenes con Retail Price Improvement (RPI)
Hace unos meses vi una operación empeorar exactamente en el segundo en que presioné confirmar: el precio que vi no era el precio que obtuve, y la diferencia era demasiado “limpia” para ser una coincidencia.
Empecé a llamar a esa diferencia la fuga del libro de órdenes: el pequeño impuesto, repetido, que ocurre cuando otra persona ve tu orden antes de que se liquide y se mueve primero. Rara vez aparece como una pérdida única y dramática. Aparece como cien pérdidas pequeñas que dejas de notar porque se sienten como “así funciona el trading”.
La arquitectura de @grvt_io separa la coincidencia de órdenes de la liquidación y verifica cada operación con pruebas de conocimiento cero en Ethereum, que es el diseño específico destinado a cerrar esa brecha — además de las órdenes de Retail Price Improvement que verifican automáticamente un mejor precio de ejecución antes de que se complete una operación.
Si eso cierra totalmente la fuga en la práctica, o solo la vuelve más difícil de ver, es algo sobre lo que me gustaría tener más datos de ejecución independientes antes de decir que está resuelto. Pero la última vez que vi que una orden se completaba en vivo, el precio no se movió en mi contra primero.
#grvt
Hace unos meses vi una operación empeorar exactamente en el segundo en que presioné confirmar: el precio que vi no era el precio que obtuve, y la diferencia era demasiado “limpia” para ser una coincidencia.
Empecé a llamar a esa diferencia la fuga del libro de órdenes: el pequeño impuesto, repetido, que ocurre cuando otra persona ve tu orden antes de que se liquide y se mueve primero. Rara vez aparece como una pérdida única y dramática. Aparece como cien pérdidas pequeñas que dejas de notar porque se sienten como “así funciona el trading”.
La arquitectura de @grvt_io separa la coincidencia de órdenes de la liquidación y verifica cada operación con pruebas de conocimiento cero en Ethereum, que es el diseño específico destinado a cerrar esa brecha — además de las órdenes de Retail Price Improvement que verifican automáticamente un mejor precio de ejecución antes de que se complete una operación.
Si eso cierra totalmente la fuga en la práctica, o solo la vuelve más difícil de ver, es algo sobre lo que me gustaría tener más datos de ejecución independientes antes de decir que está resuelto. Pero la última vez que vi que una orden se completaba en vivo, el precio no se movió en mi contra primero.
#grvt