Deux heures du matin : la lumière blanche sur l’écran de l’ordinateur me pique les yeux et me fait mal. Je viens à peine de terminer le script de pression pour l’unification des soldes sur GRVT. Mon café refroidi près de moi s’est formé une fine pellicule de graisse, mais les champs renvoyés par l’ensemble de la transaction sont trop propres… Au niveau de mon dos, un frisson me traverse.

À saluer : l’unification des soldes de GRVT a réellement hissé l’efficacité des fonds au niveau des CEX. Dans la DeFi classique, les marges de chaque token ressemblent à des parts de gâteau qu’on découpe : l’arbitrage entre paires oblige à transférer manuellement. Avec GRVT, tout est relié en un seul pool : un appel à get_account, et toutes les expositions sont immédiatement visibles. La documentation API indique même la durée de gel lors du changement de margin_mode. Pour les équipes qui exécutent des arbitrages multi-produits, cela supprime une friction de l’ordre de la milliseconde.

Mais quand j’ai creusé la question « en cas de situation extrême, comment se classe la priorité de liquidation de l’unified balance ? », la documentation s’est soudainement tue. J’ai construit un scénario sur le réseau de test : l’unified balance supporte à la fois des positions en perpétuel et un levier sur le comptant, en comprimant la valeur nette jusqu’au bord du maintien. Le système a déclenché une liquidation ; il renvoyait liquidation_order_id, mais je l’ai entré dans un explorateur de blocs… rien. La décision de liquidation a été faite en dehors de la chaîne par le moteur de matching, mais les développeurs ne peuvent pas voir la logique d’ordonnancement : on ferme d’abord la position avec le risque le plus élevé, ou est-ce que c’est la priorité temporelle ? Cela signifie que, entre « commodité utilisateur » et « vérifiabilité », GRVT ajoute une couche supplémentaire de boîte noire côté off-chain.

À l’heure actuelle, beaucoup de DEX hybrides utilisent « compte unifié » comme argument marketing, mais évitent de rendre leur logique de liquidation transparente. Puisque GRVT fonctionne avec une architecture hybride, il est acceptable que le matching off-chain soit plus rapide. Cependant, comme la liquidation décide de la vie ou de la mort des actifs, il faudrait au minimum fournir sur le réseau de test une trace audit-able. Sinon, plus l’unified balance est pratique au quotidien, plus l’utilisateur risque de mourir de façon obscure lorsque survient un cygne noir.

GRVT semble prêt à faire des « soustractions » au niveau des capitaux : c’est une bonne approche produit. Mais si on ne déverrouille pas la boîte noire de la liquidation, même une unified balance « magnifique » n’est qu’un « chèque dessiné sur du sable ». Je continuerai à surveiller le changelog de l’API, et à voir si l’équipe osera aussi dévoiler cette dernière couche de « sous-vêtement » aux développeurs.

Question pour celles et ceux qui ont exécuté du trading en conditions réelles : vous craignez davantage la friction des fonds, ou bien le fait de ne pas voir quelle lame le système coupe en premier lors d’une liquidation ?
Unified balance réduit la friction, boîte noire de liquidation cache le risque. GRVT fait des soustractions au niveau des fonds, mais laisse une fissure non comblée au niveau de la confiance. L’outil est pratique, mais ne comptez pas attendre un moment de marché extrême pour penser à vérifier les cartes maîtresses.

#grvt @grvt_io $BTC