Órdenes límite Post-Only: Eliminando el deslizamiento Taker y la destrucción por comisiones (2026)

En el comercio cuantitativo de alta frecuencia, la ventaja se mide en puntos básicos (1 pb = 0,01%). Un robot de red que opere con 80 niveles podría apuntar a una ganancia bruta del 0,40 % (40 pb) por viaje de ida y vuelta completado. Para un principiante, un beneficio del 0,40% parece fácilmente alcanzable. Sin embargo, si el bot ejecuta las órdenes de manera ineficiente, los costos de las transacciones de intercambio consumirán la totalidad de ese margen.

Los intercambios de criptomonedas centralizados operan según un modelo de tarifas de creador-receptor:

• Órdenes de creador (proveedores de liquidez): limita las órdenes colocadas en el libro de órdenes que no coinciden inmediatamente. Los intercambios incentivan a los creadores con tarifas con descuento (normalmente 0,01% - 0,02% en derivados).
• Órdenes de toma (eliminadores de liquidez): órdenes de mercado u órdenes de límite agresivas que se ejecutan inmediatamente contra la liquidez del libro de órdenes existente. Los intercambios penalizan a los Tomadores con tarifas más altas (normalmente 0,05% - 0,07%).

Si un robot de red se ejecuta accidentalmente como Tomador en ambas etapas de una operación (Comprar + Vender), el costo total de la tarifa de ida y vuelta es0.05\% \times 2 = 0.10\%. ¡En un paso del 0,40%, las tarifas consumen el 25% del beneficio bruto! Si el deslizamiento de la cartera de pedidos añade otro 0,15%, el beneficio neto se desploma en más del 60%.

Una orden de límite estándar especifica un precio máximo (para compras) o mínimo (para ventas). Sin embargo, si la volatilidad del mercado hace que el precio supere su precio límite antes de que su paquete llegue al motor de comparación, una orden límite estándar se comparará inmediatamente con la liquidez en reposo, convirtiéndose en un costoso relleno del tomador.

Cuando habilita Solo publicación (a menudo designado comotimeInForce: "PO"oexecInst: "ParticipateDoNotInitiate"en las API de intercambio):

1. El motor de comparación de intercambio evalúa su orden con respecto a del libro de órdenes existente.
2. Si la orden se puede colocar en el libro de órdenes sin coincidir inmediatamente, se acepta como una orden con límite de reposo (lo que garantiza el estado de la tarifa del Creador).
3. Si el precio de mercado ya ha superado el precio límite de modo que la orden se ejecutaría inmediatamente como Taker, el motor rechaza y cancela instantáneamente la orden con una penalización de tarifa cero.

Su bot recibe unPostOnlyRejectevento, recalcula el estado actual del libro de órdenes y vuelve a publicar la orden límite en el nuevo nivel de reposo apropiado, protegiendo completamente su nivel de tarifas.

Para evaluar cómo el tipo de ejecución de orden dicta la supervivencia a largo plazo, considere la Ecuación de borde neto para un único ciclo de cuadrícula de ida y vuelta:

E_{net} = \Delta P_{step} - \left( Fee_{buy} + Fee_{sell} \right) - \left( Slip_{buy} + Slip_{sell} \right)

Bajo estricta Ejecución de Maker de solo publicación:Fee_{buy} = 0.02\%,Fee_{sell} = 0.02\%ySlip = 0.00\%(en reposo). las órdenes limitadas no experimentan ningún deslizamiento de ejecución). Para un paso del 0,50 %:

E_{net}^{Maker} = 0.50\% - (0.02\% + 0.02\%) - 0.00\% = 0.46\% \quad (92.0\% \text{ Efficiency})

Bajo Ejecución de mercado/taker durante condiciones volátiles:Fee_{buy} = 0.055\%,Fee_{sell} = 0.055\%, y el deslizamiento promedio entre oferta y demanda es0.08\% \times 2 = 0.16\%:

E_{net}^{Taker} = 0.50\% - (0.055\% + 0.055\%) - 0.16\% = 0.23\% \quad (46.0\% \text{ Efficiency})

¡La ejecución del Taker destruye la mitad de tu rentabilidad total en cada operación!

Durante la temporada 3 de Grid Bot Wars, nuestro equipo de investigación implementó dos bots idénticos de $10 000 en SOL/USDT (60 grids, 0,45% de paso, apalancamiento 3x) en Bybit durante un período de 30 días:

• Bot A (solo post-impuesto): ejecutó 842 pedidos. El 100 % de los rellenos calificaron para la tarifa VIP 0 Maker de Bybit (0,02 %). Experimentó un deslizamiento de ejecución cero. Beneficio neto obtenido: +$1.890 (+18,9%).
• Bot B (Órdenes con límite estándar sin solo publicación): Ejecutó 842 órdenes. Debido a la volatilidad de los precios en microsegundos, el 18,4% de las órdenes limitadas fueron cruzadas por barridos agresivos del mercado antes de su llegada, ejecutándose como Takers con una comisión del 0,055% y un deslizamiento promedio del 0,08%. Beneficio neto obtenido: +$1410 (+14,1%).

Simplemente aplicar el indicador Solo publicación generó +$480 adicionales en ganancias en efectivo puras y sin riesgo en un solo bot de $10,000 en 30 días.

Siga estas reglas para garantizar la ejecución 100% de Maker en Bybit, Binance y OKX:

1. Marque siempre la casilla Solo publicación: En las interfaces nativas de los bots de Exchange, verifique que "Solo publicación" esté habilitado. Si escribe un código CCXT personalizado, incluya'postOnly': Trueen los parámetros de la orden.
2. Nunca use órdenes de mercado para reequilibrar: al volver a indexar las líneas de la cuadrícula o ajustar los límites, cancele las órdenes límite antiguas y publique nuevas órdenes límite en reposo. Nunca llegue al mercado.
3. Calibre el tamaño del paso por encima del 0,35 %: en intercambios al contado con tarifas Maker del 0,10 %, el tamaño mínimo del paso debe ser al menos del 0,45 % para garantizar una relación beneficio-tarifa de 4:1.
4. Excepción: Stop-Loss de emergencia: La única vez que un robot de red debe ejecutar una orden de mercado/taker es cuando activa un Stop-Loss estricto para escapar de la liquidación. durante un colapso estructural del mercado.