Cómo disparan las auto-orders

Las auto-orders son cómo un webhook (tu propio servidor, un screener, una alerta por script taggeada runs_on: vps) se vuelve una orden live en tu bróker. El worker maneja el camino para que tu portátil no tenga que estar encendido.

El camino

[Sender]                           HTTP POST + HMAC
    │
    ▼
[Worker Spectra]
  1. Verifica firma + timestamp
  2. Valida schema del payload
  3. Chequea IP allowlist
  4. Chequea tope de pérdida diaria
  5. Anti-replay
  6. Idempotency dedupe
    │
    ▼
[Conexión bróker]                  Llamada API nativa
    │
    ▼
[Bróker]                           Orden live

Pasos 1–6 típicamente completan en < 80 ms en el worker. El round-trip al bróker depende del bróker — Binance ronda los 50 ms desde regiones UE, IBKR los 200 ms.

Qué corre en el worker

• Webhook → orden: POSTs entrantes de fuentes externas de alertas.
• Alertas por script taggeadas runs_on: vps: scripts tipo Alert que evalúan contra un feed de datos al que el worker se suscribe.
• Aplicación del tope de pérdida diaria: ver Tope de pérdida.

Lo que no corre en el worker:

• Backtests de Strategy (locales a tu desktop).
• Evaluaciones de Indicator y Drawing (chart-preview only).
• Envíos manuales de tickets (rutean directo desktop → bróker).

Región

El worker corre en la misma región que tu proyecto Supabase (UE-Oeste default). Enterprise puede pedir región dedicada por latencia o cumplimiento.

Observabilidad

Perfil → Webhooks → secret → Activity muestra los últimos 100 POSTs entrantes con estado de verificación, payload y respuesta del bróker. Útil para debug — cada 403 Forbidden muestra qué chequeo falló.