Comment tirent les auto-orders

Les auto-orders sont la façon dont un webhook (votre propre serveur, un screener, une alerte scriptée taguée runs_on: vps) devient un ordre live chez votre broker. Le worker gère le chemin pour que votre laptop n'ait pas besoin d'être allumé.

Le chemin

[Émetteur]                         HTTP POST + HMAC
    │
    ▼
[Worker Spectra]
  1. Vérifie signature + timestamp
  2. Valide le schéma du payload
  3. Vérifie l'allowlist IP
  4. Vérifie le plafond de perte journalière
  5. Anti-replay
  6. Idempotency dedupe
    │
    ▼
[Connexion broker]                 Appel API natif
    │
    ▼
[Broker]                           Ordre live

Étapes 1–6 typiquement en < 80 ms au worker. L'aller-retour broker dépend du broker — Binance environ 50 ms depuis les régions UE, IBKR environ 200 ms.

Ce qui tourne sur le worker

• Webhook → ordre : POSTs entrants depuis des sources d'alerte externes.
• Alertes scriptées taguées runs_on: vps : scripts type Alert qui évaluent contre un flux de données auquel le worker s'abonne.
• Application du plafond de perte journalière : voir Plafond de perte.

Ce qui ne tourne pas sur le worker :

• Backtests de Strategy (locaux à votre desktop).
• Évaluations Indicator et Drawing (chart-preview only).
• Envois manuels de tickets (routent directement desktop → broker).

Région

Le worker tourne dans la même région que votre projet Supabase (UE-Ouest par défaut). Enterprise peut demander une région dédiée pour la latence ou la conformité.

Observabilité

Profil → Webhooks → secret → Activity affiche les 100 derniers POSTs entrants avec statut de vérification, payload et réponse du broker. Utile pour debug — chaque 403 Forbidden montre quel check a échoué.