FAQ utilisateur

Vue executive: valeur globale, portefeuilles, expositions, performance, positions principales, scenario, et signaux de sante. Si une valeur ne s'affiche pas, verifier d'abord la fraicheur runtime puis la sync du portefeuille.

Contexte marche: scenario GREEN/ORANGE/RED/BLACK, tendance, regime, signaux techniques, macro et diagnostics. Cette page explique pourquoi l'app peut etre offensive, prudente ou en attente.

Detail par portefeuille: cash, positions, protections, horizon court/moyen/long, profils de risque et sync exchange. Les lignes de tres faible valeur peuvent etre masquees selon les filtres.

Historique et etat des ordres: achat marche, achat limite, TP, SL, TS, ordres expires, annules, refuses ou executes. C'est la page a verifier quand un mail annonce un ordre ou une protection.

Alertes et suggestions prioritaires. Certaines lignes demandent une revue humaine car elles sont en shadow, canary ou prudence gouvernee; elles ne sont pas toujours appliquees automatiquement.

Opportunites crypto hors positions deja detenues. Le scanner peut proposer, differer ou rejeter un actif avec une raison: score, confiance, donnees, scenario, cash, VaR, min-notional ou protection.

Analyse des actions tokenisees et de leur contexte. Les xStocks ont des contraintes propres: venue compatible, horaires, liquidite, frais, risque de gap et disponibilite par exchange.

Historique de performance, attribution, apprentissage et diagnostic. C'est l'endroit pour comprendre si l'app gagne, protege, rate des rebonds ou reste trop cash.

BM = achat marche. BL = achat limite. TP = prise de profit. SL = stop loss. TS = trailing stop. Un ordre peut etre natif exchange ou gere par l'app selon la venue et le type de protection.

Cela peut venir d'un scenario defensif, de stops trop proches, de TP trop ambitieux, d'un rebond rate, de frais/min-ticket, ou d'une position sortie trop tot. Les moteurs P421/P435/P441/P446/P474/P490 servent a analyser et corriger ce point progressivement.

Une position peut etre lue en tranches logiques: tactical_short, swing_medium, core_long. L'objectif est d'eviter qu'un signal court terme liquide trop vite une these long terme, sauf risque critique, BLACK strict ou invalidation de these.

Le moteur peut reajuster TP/SL/TS quand le prix, le scenario, la position ou les contraintes exchange changent. Si cela devient trop frequent, c'est surveille comme churn de protections.

Scenario trop risque, score insuffisant, confiance trop faible, VaR, budget, cash disponible, quota, active order, min-notional, frais, spread, liquidite, donnees stale ou protection deja en place.

`blocked_by_data_error`, `candidate_eval_analysis_failed`, erreurs API exchange, sync stale, prix indisponible, symbole non tradable, ordre refuse ou protection non posee. Ces cas doivent apparaitre dans les diagnostics P410/P432/P433/P490.

Le sizing peut etre reduit par scenario RED/BLACK, VaR, drawdown, profil, ticket floor, liquidite, min-notional, ou canary. P493 sert a eviter les micro-transactions inutiles.

Cela peut etre une protection volontaire en marche risque, ou un manque de promotion live des signaux long/core. Les moteurs P481/P489/P490/P493/P494/P501 aident a distinguer prudence justifiee et sous-exposition.

Elle observe les resultats: TP success, SL/TS, BL non executes, BM rates, sorties trop rapides, faux rebonds, frais, slippage, modeles utiles ou nuisibles. Elle ne doit pas seulement apprendre a se defendre; elle doit aussi apprendre quand reprendre le risque.

Read-only = observe uniquement. Shadow = simule sans ordre reel. Canary = influence tres limitee et reversible. Live = peut modifier decisions ou ordres, toujours sous garde-fous. Beaucoup de P restent volontairement en shadow avant preuve.

Scanner d'opportunites, decision engine, strategy engine, risk engine, learning machine, protection engine, execution engine et runtime guard. Une bonne decision exige que ces moteurs soient connectes et que les raisons de blocage soient traçables.

Parce qu'elle peut etre en shadow/canary, manquer de cycles, avoir une couverture PnL insuffisante, etre bloquee par P433/P443/P412/P448, ou toucher une zone sensible comme BLACK, VaR, cash ou protections.

GREEN autorise plus d'offensif. ORANGE reste selectif. RED exige tailles reduites et confirmations. BLACK protege fortement, avec relief/recovery seulement si les conditions sont strictement encadrees.

Un portefeuille peut sous-performer une hausse si cash trop eleve, tickets trop petits, BL trop loin, stops trop proches, frais, slippage, ou prudence de scenario. P501 doit rendre cette attribution visible.

Elle tient compte du profil, scenario, volatilite, liquidite, famille d'actif, horizon, drawdown, VaR, concentration, min-notional et qualite du signal. Les petites caps et moonshots doivent rester en micro-allocation.

Non. L'objectif est de mieux capter les hausses et mieux proteger les baisses, mais les marches crypto restent volatils et les resultats futurs ne sont jamais garantis.

Utiliser des cles avec lecture + trading spot, sans retrait. Kraken, Binance et Coinbase Advanced ont des permissions et contraintes differentes. Apres ajout d'une cle, verifier sync, balances et dernier ordre test.

Info = evenement normal. Warning = attention utile. Critical = action ou bug probable. Les mails d'ordres doivent indiquer le role: entree, TP, SL, TS, protection ou execution.

Cela peut venir d'une API lente, d'un calcul KPI lourd, d'une sync exchange ou d'un cache en regeneration. P410/P502 surveillent ces latences.

Les produits Earn/staking peuvent etre visibles en valorisation mais ne doivent pas etre traites comme actifs spot tradables. Les soldes Binance `LD*` sont des receipts Earn et sont filtres du trading.