Evalúa una operación alrededor del pago de funding con todos sus costes

Define elegibilidad e información disponible al entrar

Consulta qué posiciones cumplen los requisitos en el instante de liquidación periódica. El reloj local, una orden enviada o una confirmación de recepción no prueban elegibilidad. Necesitas ejecuciones, marcas temporales del exchange y el registro de financiación de la cuenta para evaluar el evento.

Guarda la tasa estimada al decidir, la tasa final y cambios de intervalo. Elegir históricamente una entrada anterior con la tasa final incorpora información que el operador no conocía. Lo mismo ocurre si eliges el mejor precio de la ventana después de observar todas las operaciones.

Construye un registro completo del evento

Sin cobertura, resultado neto = resultado de precio + financiación cobrada − financiación pagada − costes de negociación y ejecución. Una cobertura opuesta modifica el riesgo de precio, pero añade ejecuciones, exposición a base y garantías. Evalúa la estructura completa en lugar de comparar un porcentaje de funding con cero.

Evalúa todos los eventos elegibles con horarios, ejecuciones y exclusiones fijos. Incluye tasas modificadas, entradas perdidas, salidas sin ejecución, caídas de servicio y pérdidas. Elegir un parámetro con los mismos eventos usados para evaluarlo produce evidencia exploratoria, no validación. Reserva un periodo posterior y conserva los datos disponibles al decidir.

Cobrar 30 USDT no cubre 100 USDT de costes

Un corto hipotético de 100.000 USDT cumple los requisitos para cobrar una tasa positiva del 0,03%: 30 USDT. Entrada y salida cuestan un 0,04% cada una, 80 USDT en total con nominal constante. Añade 20 USDT de ejecución adversa completa. Sin movimiento del precio, el resultado es 30 − 80 − 20 = −70 USDT.

Si el subyacente sube un 0,2% mientras el corto está expuesto, la pérdida lineal simplificada de precio añade 200 USDT y el neto queda en −270. Cobrar el funding esperado no hizo rentable el evento. Del mismo modo, un movimiento favorable del precio no demostraría por sí solo que el momento del pago aportó una ventaja.

La orden de último segundo introduce otro problema de ejecución

Acercarse mucho al pago para reducir exposición aumenta sensibilidad a latencia, ejecuciones parciales y procesamiento de la plataforma. Puedes perder elegibilidad y aun así conservar una posición y sus costes. Una prueba realista debe observar o modelar esos fallos; asignar cobro completo y salida instantánea a cada intento fabrica una ventaja.