Lifecycle d'un trade · du signal brut à la décision finale
Deux cas réels suivis pas à pas à travers les 6 couches du Decision OS. L'un termine en NO_TRADE, l'autre passe en EXECUTE. Le but : rendre observable ce que chaque couche calcule et pourquoi elle accepte ou refuse.
Cas A · NO_TRADE
PIXELUSDT · setup haussier post-listing
2026-02-08 · timeframe 1h · signal classique fort
Cas B · EXECUTE (hypothétique shadow)
ETHUSDT · breakout trend confirmé
2026-03-12 · timeframe 4h · consensus 6/6 couches
Cas A : trade que l'agent classique aurait pris. Decision OS l'a refusé. Le marché a ensuite dumpé −54 % en 11 jours · refus validé.
Cas B : trade que les deux systèmes auraient pris. Affiché pour montrer qu'EXECUTE existe quand le consensus s'établit · 4.1 % capturés sur 36h, sortie sur invalidation propre.
Aucun veto émis · sizing 0.6 × base · invalidation @ 3 287.
Snapshot archivé · exécution simulée en phase shadow (aucune position réelle prise).
Suivi 36h plus tard : +4.1 % avant sortie sur invalidation propre · trade conforme à la thèse.
Ce que la comparaison révèle
Couche
Cas A · PIXEL
Cas B · ETH
Macro
Pass conditionnel
Pass favorable
Entropy
Veto · 0.78
Pass · 0.31
Régime
Veto · marche_manipule
Pass · trend_haussier 0.74
Risk
Sizing 0.0
Sizing 0.6
Memory
Cluster perdants 86 %
Cluster gagnants 62 %
Kill-switch
Pass
Pass
Décision
NO_TRADE
EXECUTE
Trois observations
L'asymétrie des veto
Un seul veto suffit pour bloquer un trade. Six pass sont requis pour l'exécuter. La balance penche structurellement vers l'abstention.
La mémoire prolonge la doctrine
Cas A : 14 perdants similaires en mémoire avec 86 % de perte historique. Sans la couche memory, l'architecture serait amnésique aux erreurs déjà commises.
EXECUTE reste rare
Pour qu'un trade passe, les six couches doivent converger. Sur la période d'observation actuelle, c'est arrivé pour moins de 5 % des signaux entrants.