Architectures de Carnet d'Ordres Décentralisé : L'Évolution CLOB

Résumé : Pendant des années, la DeFi était synonyme de "Automated Market Makers" (AMM) car les blockchains étaient trop lentes pour les carnets d'ordres. Cette contrainte technologique a disparu. En 2026, les chaînes à haut débit permettent des Carnets d'Ordres Centraux Entièrement On-Chain (CLOBs), apportant une exécution de trading de niveau Wall Street à la DeFi sans la taxe de "l'Impermanent Loss".

---

1. Introduction : Le Compromis AMM

La formule x*y=k d'Uniswap était un hack brillant. Elle permettait le trading sur Ethereum quand il ne pouvait gérer que 15 transactions par seconde. Mais pour les market makers professionnels, les AMM sont inefficaces en capital. Vous devez répartir votre liquidité sur toute la courbe (ou une plage), vous exposant à l'Impermanent Loss (IL).

Les Market Makers ne veulent pas fournir de liquidité passive. Ils veulent placer des Ordres Limites spécifiques.

2. Analyse Fondamentale : La Renaissance du CLOB

2.1 Pourquoi Maintenant ?

Pourquoi n'avions-nous pas de CLOBs avant ? Parce qu'un carnet d'ordres nécessite des milliers de mises à jour "annuler/remplacer" par seconde.

• 2024 : Ethereum (15 TPS) -> AMM seulement.
• 2026 : Monad/Sei (100 000 TPS) -> CLOB complet supporté.

2.2 Top Architectures CLOB

1. Hyperliquid : Une L1 optimisée construite spécifiquement pour le trading perpétuel. Elle exécute le moteur de matching dans le set de validateurs lui-même.
2. dYdX v5 : Un écosystème App-Chain où chaque validateur exécute un carnet d'ordres en mémoire.
3. Phoenix (Solana) : Un carnet d'ordres spot à règlement instantané qui se compose avec d'autres dApps Solana.

2.3 AMM vs. CLOB 2026

3. Implémentation Technique : Bot de Market Making

Trader sur un CLOB nécessite une structure de bot différente d'un bot d'arbitrage AMM. Vous êtes maintenant le "Maker".

# Stratégie Simple de Market Making pour un CLOB
class MarketMaker:
    def on_tick(self, current_price):
        # Calculer la juste valeur + spread
        bid_price = current_price * (1 - self.spread)
        ask_price = current_price * (1 + self.spread)
        
        # Placer des Ordres Limites
        self.place_order("BUY", bid_price, size=1.0)
        self.place_order("SELL", ask_price, size=1.0)
        
        # 2026 : Annuler les vieux ordres dans le même bundle de bloc
        self.cancel_stale_orders()

4. Défis et Risques : Le problème "Fill or Kill"

Dans un CLOB décentralisé, vous faites face au risque de Décalage de Latence. Si le marché bouge pendant que votre ordre "Annuler" se propage, votre cotation obsolète pourrait être remplie par un bot HFT plus rapide (Flux Toxique).

• Solution : Hooks de liquidité "Just-in-Time" (JIT) qui permettent aux makers de rejeter une exécution si le prix de l'oracle a trop dévié.

5. Perspectives d'Avenir : Liquidité Hybride

Nous voyons l'émergence de DEX Hybrides comme Vertex, qui combinent un AMM (pour les actifs "long-tail" à faible liquidité) avec un CLOB (pour BTC/ETH). Cela garantit que les meme coins obscurs peuvent toujours être tradés (via AMM) tandis que les paires majeures bénéficient d'une exécution institutionnelle.

6. FAQ : Trading sur Carnet d'Ordres

1. Le CLOB est-il meilleur que l'AMM ? Pour les actifs majeurs (BTC, ETH, SOL), oui. Pour les petits actifs avec 5k $ de volume quotidien, les AMM sont toujours supérieurs car ils garantissent la liquidité.

2. Puis-je avoir de "l'Impermanent Loss" sur un CLOB ? Non. Vous avez un "Risque d'Inventaire" (détenir un actif qui chute), mais pas la dégradation mathématique de l'IL.

3. Qu'est-ce qu'une "Remise Maker" ? Sur les CLOBs, si vous placez un Ordre Limite qui ajoute de la liquidité, l'échange vous paie des frais lorsqu'il est rempli. C'est ainsi que les firmes de HFT gagnent de l'argent.

4. dYdX est-il décentralisé ? Oui. Le carnet d'ordres est tenu en mémoire par les validateurs, mais le consensus est décentralisé.

5. Quelle est la vitesse de règlement ? Sur les chaînes CLOB modernes comme Monad ou Hyperliquid, le règlement est inférieur à la seconde (< 500ms).