Les trois piliers, en profondeur.

MD — Markets Directional

MD est le pilier de trading directionnel sur perps, sur Hyperliquid. Il identifie des configurations directionnelles (long ou short), les exécute avec SL et TP côté plateforme, et diffuse chaque trade exécuté sur Telegram.

Le flux du signal : toutes les 90 minutes (au palier 0 ; plus vite aux paliers supérieurs), le moteur extrait les 30 meilleurs perps Hyperliquid — marchés crypto et TradFi HIP-3 confondus — selon un score composite qui combine le log-volume, la qualité du momentum (une courbe en cloche culminant sur un mouvement 24 h de 4–10 % — c’est le « point idéal pré-cassure ») et l’ATR (volatilité en temps réel). Le composite est délibérément réglé pour rejeter les candidats déjà trop étirés et faire ressortir les configurations qui ont de la marge pour s’étendre.

Chaque candidat est ensuite évalué par un double triage : Gemini Flash + Claude Haiku en parallèle, à la recherche d’une correspondance avec une taxonomie connue (TREND_CONTINUATION, BREAKDOWN_SHORT, FUNDING_FADE, MEAN_REVERSION_FROM_EXTREME, VOLATILITY_EXPANSION). Le triage est bon marché, rapide et volontairement permissif — son rôle est de faire émerger des candidats, pas de les filtrer.

Les survivants du triage passent devant le comité de juges à 3 fournisseurs : Claude Sonnet, Grok-4.3 de xAI et Gemini-Flash de Google jugent chaque configuration indépendamment, avec le contexte complet de l’actif (actualité, régime, état du funding) injecté dans le prompt. Deux des trois doivent être en PASS avec une confiance ≥ 0.65 pour que le trade se déclenche. Le vote est égalitaire — aucun modèle ne peut bloquer ou imposer seul.

ORACLE — les marchés de prédiction Polymarket

ORACLE trade des contrats binaires OUI/NON sur Polymarket. L’avantage du pilier consiste à lire les événements mondiaux mieux et plus vite que le consensus du marché, puis à parier contre toute probabilité implicite qui a dérivé de sa juste valeur.

Le filtre d’univers est strict : les marchés doivent se résoudre dans au moins 48 heures (pour éliminer les trades anormaux du jour même), disposer d’au moins $10,000 de liquidité, et ne se trader à aucun extrême (prix du YES entre 0.05 et 0.95). Les marchés qui passent le filtre d’univers alimentent la même pile double-triage / comité de juges à 3 fournisseurs que MD.

ORACLE possède aussi un POST-EVENT GUARD déterministe : un jeu de règles codées en dur qui bloque tout marché à moins de 24 heures de sa résolution si le prix est à un extrême ou proche (≥ 0.95 ou ≤ 0.05). C’est le filet de sécurité contre le mode d’échec « le marché connaît déjà la réponse », qui a coûté de l’argent réel sur un des premiers trades d’ORACLE.

L’autre stratégie d’ORACLE est PCE_v2 (Patient Capital Edge) — une stratégie plus ancienne de retour à la moyenne face au modèle FRED, qui déclenche des trades à forte conviction et faible avantage du type « la Fed maintiendra ses taux à la réunion de juin » à des prix proches de 1.0. R:R asymétrique, mais taux de réussite élevé. Ces trades se déclenchent pour l’instant en approbation manuelle, le temps d’évaluer leur intégration dans la pipeline AUTO_VETO.

LP Agile — le revenu de la liquidité concentrée

LP est le moteur de revenus. Le pilier fournit de la liquidité à des pools à liquidité concentrée sur Aerodrome (Base) et prjx (HyperEVM), encaissant des frais de trading plus des émissions tant que l’actif se trade dans la fourchette de prix choisie.

Le problème difficile du LP concentré : le choix de la fourchette. Trop serrée, et l’actif sort vite de la fourchette : vous cessez de gagner et vous subissez la perte impermanente. Trop large, et votre efficacité capitalistique est faible. LP Agile calcule une fourchette cible à partir de l’ATR en direct (la fourchette s’adapte donc au régime de volatilité), de la distribution historique des prix du pool et du ratio réinvestissement/prise de profit de l’opérateur.

Toutes les 30 minutes, le scanner LP réévalue les positions ouvertes. Si le prix d’une position sort de la fourchette, le scanner suggère un rééquilibrage (fermer + rouvrir avec une nouvelle fourchette) ou une attente (si l’excursion de prix est faible et probablement temporaire). L’opérateur approuve via Telegram ; le moteur exécute.

Le moteur de récolte tourne toutes les heures : quand les frais accumulés + émissions franchissent un seuil (par défaut $1.50 USD par position), le planificateur génère une transaction de récolte qui réclame, échange en USDC et réinvestit 80 % / prend 20 % en profit cash. Cela transforme la capitalisation en revenu, en continu.

Les stratégies de taux de funding — à l’intérieur de MD

Les taux de funding des perps sont eux-mêmes un signal. Quand le funding d’un marché Hyperliquid atteint un extrême, la foule penche fortement d’un côté — et paie pour ce privilège. Le motif FUNDING_FADE de la taxonomie de triage de MD trade exactement cela : entrer contre le côté surpeuplé, encaisser le vent arrière du funding et sortir quand le funding se normalise.

Historiquement, cela tournait comme un pilier autonome d’arbitrage de funding entre plateformes. Ce pilier a été retiré et absorbé dans MD : avec tout le trading de perps consolidé sur Hyperliquid, les extrêmes de funding ne sont plus qu’un déclencheur de plus dans la pipeline MD — même double triage, même comité de juges, même livraison Telegram que tous les autres trades MD.

Comment fonctionne le comité de juges IA

Le comité est une construction trustless délibérée :

• Trois fournisseurs différents — Anthropic, xAI, Google. La panne d’un fournisseur ne met pas tout le comité à terre.
• Trois modèles différents — Claude Sonnet, Grok-4.3, Gemini-Flash. Chacun a des biais différents ; le consensus a plus de valeur que n’importe quel verdict isolé.
• Vote égalitaire : chaque votant a le même poids. Le titulaire Claude n’a pas de droit de veto ; les challengers non plus. Deux sur trois doivent être en PASS pour l’exécution.
• Plancher de confiance : un PASS à 0.50 ne compte pas. Le plancher est à 0.65, calibré sur la performance historique des signaux.
• Prompting conscient de la direction : les juges voient le régime de marché en direct (tendance BTC, état du funding) et évaluent explicitement les configurations longues et courtes de façon symétrique. Le système n’est pas biaisé vers les longs.

Quand un juge renvoie UNAVAILABLE ou PARSE_ERROR, le vote se rabat sur les votants actifs restants. S’il ne reste qu’un seul votant actif, aucun signal ne se déclenche — nous ne tradons jamais sur une opinion isolée. Cela signifie parfois qu’une journée calme ne déclenche aucun signal ; c’est le comportement correct.

Le système de paliers de graduation

Le moteur démarre au palier 0 (UNPROVEN) : cadence de scan de 90 minutes, plafond de dépense IA combinée de $1/jour. La cadence plus rapide et la dépense plus élevée ne se débloquent que lorsque le moteur clôture effectivement des trades gagnants :

• Palier 0 → 1 après 1 trade clôturé gagnant avec PnL positif.
• Palier 1 → 2 après 5 gagnants + PnL cumulé positif sur 7 jours. La cadence passe à 60 min, le plafond à $4/jour.
• Palier 2 → 3 après un PnL cumulé positif sur 28 jours. La cadence passe à 30 min, le plafond à $6/jour.

C’est délibéré : un moteur non éprouvé ne mérite pas le droit de dépenser plus en appels IA. Le coût évolue avec l’avantage démontré.