Réponse rapide

Les plateformes de trading et les chaînes de règlement doivent fonctionner ensemble parce qu’elles résolvent des aspects différents d’une même transaction. La plateforme gère l’accès au marché, les ordres, la découverte des prix, l’appariement, les décisions de marge et les liquidations. La chaîne fournit un registre partagé des garanties et des transferts effectués. Si ces couches ne concordent pas, un trader peut voir une exécution qui ne peut pas être réglée, un solde temporairement erroné ou une liquidation fondée sur un état obsolète. Une conception fiable nécessite donc des règles explicites précisant quand une transaction devient contraignante, comment la finalité de la chaîne met à jour les soldes des comptes et ce qui se produit lorsque l’une ou l’autre couche ralentit ou tombe en panne.

Le trading et le règlement sont deux fonctions différentes

Une transaction de marché ressemble à une seule action : appuyer sur acheter, recevoir une exécution et voir la position se mettre à jour. En réalité, la plateforme accepte l’ordre, vérifie la marge, trouve une contrepartie, calcule les frais et met à jour la position. Le règlement rend ensuite définitif le transfert ou l’obligation qui en résulte.

Cette séparation n’est pas propre aux cryptomonnaies. Les marchés traditionnels distinguent les plateformes d’exécution des agences de compensation, des contreparties centrales, des dépositaires de titres, des conservateurs et des systèmes de paiement. Les Principes CPMI-IOSCO pour les infrastructures des marchés financiers traitent la finalité du règlement, le risque de liquidité, le risque opérationnel, la gouvernance et la gestion des défauts comme des responsabilités spécifiques de l’infrastructure.

Les marchés fondés sur la blockchain modifient l’organisation, mais ces responsabilités demeurent. Les recommandations de l’IOSCO sur la DeFi décrivent des conceptions dans lesquelles une plateforme d’échange décentralisée transmet un ordre apparié pour exécution et règlement sur une blockchain. La recherche d’une correspondance et l’achèvement de la transition d’état qui en résulte peuvent avoir lieu dans des composants connectés mais distincts.

La plateforme de trading organise l’intention

Les ordres expriment une intention plutôt qu’une propriété définitive. Un ordre à cours limité indique qu’un trader accepte d’effectuer une transaction à un prix donné. La plateforme doit authentifier cette instruction, appliquer les règles du marché, la classer par rapport aux autres ordres et déterminer si une correspondance existe. Pour les produits dérivés, elle doit également vérifier les garanties et les limites de position avant d’accepter un risque supplémentaire.

Ces fonctions bénéficient d’une faible latence. Un carnet d’ordres traite les annulations, les exécutions partielles et les changements de prix plus souvent que les utilisateurs ne déplacent des actifs par le biais du règlement. Faire attendre chaque message intermédiaire la finalité de la chaîne pourrait ralentir le marché sans améliorer le transfert final.

La chaîne de règlement rend l’état faisant autorité

La chaîne de règlement répond à une autre question : quels changements concernant les actifs et les garanties sont devenus irréversibles selon les règles du réseau ? Elle ordonne les transactions, exécute les instructions des contrats intelligents et fournit aux applications un état canonique à partir duquel poursuivre.

La présentation du système d’Arc illustre cette séparation au sein d’une chaîne. Sa couche d’exécution Reth traite les transactions et maintient l’état, tandis que sa couche de consensus Malachite ordonne et finalise les blocs. Une application de trading ajoute une couche supplémentaire au-dessus de cette infrastructure.

Pourquoi les deux couches utilisent des horloges différentes

Les marchés réagissent en millisecondes, tandis que les blockchains finalisent des lots de transactions conformément aux règles de consensus. Même une chaîne de règlement rapide possède un cycle de production des blocs et de finalité. Une plateforme de trading fonctionne donc avec au moins deux horloges : la séquence rapide des ordres et des exécutions, et la séquence des changements d’état finalisés par la chaîne.

La confirmation de l’exécution n’est pas la finalité du règlement

Une confirmation d’exécution signifie que la plateforme a apparié un ordre. La finalité du règlement signifie que le transfert qui en résulte ne peut plus être annulé par le fonctionnement ordinaire du système de règlement. Confondre les deux crée une exposition de crédit cachée.

Supposons qu’une plateforme permette à un trader d’utiliser immédiatement le produit d’une exécution. Si la transaction de règlement échoue ultérieurement, la plateforme a effectivement accordé un crédit contre un résultat non réglé. Cela peut être une conception intentionnelle, mais elle nécessite des limites, des réserves et un processus de récupération. Le simple fait de qualifier la plateforme d’« on-chain » ne supprime pas cet écart.

La finalité détermine quand l’état peut être réutilisé en toute sécurité

La documentation actuelle d’Arc sur la finalité décrit la conception du réseau comme fournissant un règlement irréversible en moins d’une seconde. La finalité déterministe donne à une application un point clair à partir duquel elle peut considérer une transaction comme achevée, plutôt que d’attendre selon une politique de confirmations probabilistes.

Cette propriété peut raccourcir la période pendant laquelle la plateforme doit gérer un état provisoire. Elle n’élimine pas les erreurs applicatives, les vulnérabilités des contrats, les données d’oracle invalides ni les pertes de marché d’un trader. La finalité rend un état accepté durable ; elle ne garantit pas que chaque instruction entrant dans cet état était économiquement judicieuse.

La continuité du marché nécessite un mode dégradé

Une plateforme a également besoin de règles pour les moments où la chaîne est congestionnée, indisponible ou produit des réponses inattendues. Continuer à apparier les ordres alors que le règlement est retardé peut accumuler des obligations. S’arrêter immédiatement peut protéger les soldes, mais perturber la découverte des prix et empêcher les traders de réduire leur risque.

Une plateforme peut réduire les limites de position, désactiver les retraits, passer en mode annulation uniquement, élargir les marges de sécurité ou suspendre certains marchés. L’important est que la transition soit définie avant un incident et communiquée de manière cohérente aux utilisateurs.

Ce qu’une intégration fiable doit coordonner

L’interface entre l’exécution et le règlement ne se résume pas à l’envoi d’une seule transaction. Il s’agit d’une machine à états qui doit maintenir plusieurs faits alignés : ce que le trader a déposé, ce que la plateforme a réservé, les ordres exécutés, les frais accumulés, les positions encore ouvertes et ce que la chaîne a finalisé.

Chaque instruction de règlement nécessite une protection contre la relecture et une identité unique afin qu’une nouvelle tentative ne règle pas deux fois la même exécution. L’ordre des transactions doit également préserver les dépendances : un retrait ne devrait pas être finalisé avant le dépôt ou le profit qui le finance. Les transactions échouées nécessitent une résolution explicite plutôt que des nouvelles tentatives silencieuses.

Le moteur de risque peut réserver des garanties pour des ordres ouverts même si le solde sur la chaîne n’a pas changé. L’interface doit distinguer les garanties totales et disponibles, les transferts en attente et les fonds affectés à la marge. Un solde unique et indifférencié favorise la double dépense et les liquidations difficiles à comprendre.

Comment la finalité modifie le risque de la plateforme

Une finalité plus courte peut réduire la période pendant laquelle une partie a exécuté sa prestation alors qu’une autre obligation reste incomplète. Elle peut également rendre les garanties réutilisables plus rapidement et réduire le nombre d’enregistrements provisoires que la plateforme doit rapprocher.

Plus rapide ne signifie toutefois pas automatiquement plus sûr. Une liquidation défaillante, une clé compromise ou un appel de contrat erroné devient également définitif plus rapidement. Les contrôles doivent intervenir plus tôt dans le processus : simulation des transactions, autorisation, limites de débit, validation des oracles, politiques de retrait et coupe-circuits deviennent plus importants lorsqu’il reste peu de temps pour intervenir après l’envoi.

La conception du règlement affecte également la liquidité. La DTCC a averti, dans son analyse de la compensation et du règlement sur blockchain, que le règlement brut en temps réel peut supprimer les avantages de la compensation nette et exiger que les transactions soient financées individuellement. Une plateforme doit déterminer quelles obligations doivent être réglées immédiatement, lesquelles peuvent être compensées et où des réserves de crédit ou de liquidité sont appropriées.

Pourquoi les actifs de règlement partagés sont importants

La coordination devient plus simple lorsque les frais, les garanties et le règlement utilisent des actifs dont la comptabilité est compatible. Si un trader dépose un actif, paie le gas dans un autre et règle ses profits et pertes dans un troisième, la plateforme doit gérer la conversion, la volatilité des prix et les soldes minimaux pour les trois.

La documentation d’Arc identifie l’USDC comme le token de gas du réseau et présente Arc comme une Layer 1 native des stablecoins ; il s’agit d’affirmations de conception et non de preuves de performances applicatives en production. Sa documentation sur le gas et les frais explique la conception des frais du réseau libellés en USDC. Pour un marché margé en USDC, cela peut réduire un décalage opérationnel entre l’application et la chaîne.

Cela ne rend pas le coût total du trading fixe. Les spreads, l’impact sur les prix, le financement, les pénalités de liquidation, les frais applicatifs et les coûts d’accès à l’USDC restent distincts. Une dénomination commune réduit les frictions comptables ; elle ne supprime pas le risque de marché et ne garantit pas une exécution peu coûteuse.

Choix d’architecture et compromis

Placer davantage de logique on-chain peut faciliter l’inspection des règles et des transitions d’état, mais expose l’application à la capacité des blocs, à l’ordre des transactions et aux frais du réseau. Une exécution spécialisée peut réagir plus rapidement et prendre en charge des types d’ordres sophistiqués, mais les utilisateurs doivent comprendre qui l’exploite, comment les messages sont autorisés et comment ses registres peuvent être rapprochés de ceux de la chaîne.

Le rapport de la BRI/CPMI sur la tokenisation souligne que les dispositifs tokenisés nécessitent toujours une gouvernance solide, une gestion des risques et l’interopérabilité. La modularité n’est utile que lorsque les modules partagent des normes et des responsabilités claires. Sinon, elle déplace la complexité vers les interfaces, où les défaillances peuvent être plus difficiles à détecter.

Ce qui peut mal tourner entre l’exécution et le règlement

Les défaillances les plus dangereuses se produisent souvent à la frontière. Un indexeur retardé peut afficher un ancien solde de garanties. Un message dupliqué peut soumettre deux fois la même action. Une réorganisation de la chaîne ou une hypothèse erronée sur la finalité peut amener la plateforme à reconnaître un dépôt trop tôt. Un oracle peut se mettre à jour sur une couche avant l’autre. Une mise à jour logicielle peut modifier l’arrondi ou la logique des frais d’un seul côté.

Un système crédible publie les conséquences pratiques des défaillances : si le trading est suspendu, si le mode annulation uniquement est disponible, comment les retraits en attente sont traités, qui peut activer les contrôles d’urgence et comment l’état final est vérifié indépendamment.

Résumé pour les investisseurs

Les plateformes de trading et les chaînes de règlement sont des infrastructures complémentaires. La plateforme transforme les ordres en résultats de marché. La chaîne transforme les changements d’état autorisés en un registre partagé durable. Aucune des deux couches ne peut être évaluée isolément.

Les investisseurs et les traders devraient examiner ensemble la qualité d’exécution, la liquidité, les contrôles des garanties, les hypothèses de finalité, la conception des oracles, les règles de retrait, la gouvernance et la reprise après incident. La meilleure architecture n’est pas nécessairement celle qui place chaque action on-chain. C’est celle qui clarifie chaque responsabilité et maintient la cohérence des couches dans des conditions normales comme dans des situations de tension.

Conclusion essentielle

Une plateforme de trading peut rendre les marchés rapides, mais seul un processus de règlement fiable peut rendre les obligations exécutées définitives. Une chaîne de règlement peut rendre l’état durable, mais elle ne peut pas déterminer si un carnet d’ordres est liquide, si un prix est équitable ou si une politique de liquidation est solide.

Les deux couches fonctionnent lorsque l’exécution produit des obligations autorisées et ordonnées, et que le règlement renvoie un état rapide et non ambigu que la plateforme peut réutiliser en toute sécurité. Cette coordination, y compris ce qui se produit lorsqu’elle échoue, constitue la véritable infrastructure d’une expérience de trading on-chain.

Tradez des marchés perpétuels sur edgeX avec le règlement Arc

Faites travailler vos USDC sur une couche de marché conçue pour les traders actifs. edgeX propose une expérience de trading avec carnet d’ordres sur des marchés perpétuels couvrant les cryptomonnaies, les actions américaines, les matières premières et le FX, son livre blanc décrivant la pile d’exécution de la plateforme. Arc est conçu pour fournir l’environnement de règlement natif des stablecoins sous-jacent. L’intégration annoncée vise à maintenir la marge et le règlement en USDC natif, afin que le flux de trading et l’actif de règlement fonctionnent ensemble au lieu d’être répartis entre des systèmes déconnectés.

Prêt à trader au-delà d’un seul marché ? Découvrez edgeX pour trouver la plateforme et les marchés perpétuels disponibles. Pour le parcours spécifique à Arc, consultez edgeX sur Arc et suivez le déploiement annoncé. edgeX a annoncé des plans pour de nouveaux marchés perpétuels FX en complément de ses marchés existants, avec le lancement du mainnet d’Arc prévu le 16 septembre 2026. La disponibilité, les marchés et les détails du lancement peuvent changer.

Les contrats perpétuels sont conçus pour les traders qui souhaitent un accès flexible et permanent aux marchés, mais ce ne sont pas des produits passifs. L’effet de levier, les taux de financement, la conception des oracles, la liquidité et les liquidations peuvent tous affecter les résultats. Examinez les conditions du produit et les contrôles des risques avant de trader.

Questions fréquemment posées

Quelle est la différence entre l’exécution d’une transaction et le règlement ?

L’exécution a lieu lorsque les instructions d’achat et de vente sont appariées conformément aux règles de marché d’une plateforme. Le règlement réalise le transfert, la mise à jour des garanties ou l’obligation contractuelle qui en résulte. Ces événements peuvent être rapprochés dans le temps, mais ils ne sont pas identiques.

Un carnet d’ordres doit-il fonctionner directement sur une blockchain ?

Non. Une plateforme peut traiter certains messages d’ordres dans une couche d’exécution spécialisée et régler les résultats autorisés sur une blockchain. La conception doit indiquer qui exploite chaque composant, comment les ordres sont autorisés et comment les registres de la plateforme sont rapprochés de l’état final de la chaîne.

Pourquoi la finalité de la blockchain est-elle importante pour une plateforme de trading ?

La finalité indique à la plateforme à quel moment un dépôt, un retrait, un transfert de garanties ou une mise à jour de contrat est irréversible selon les règles de la chaîne. Une finalité déterministe plus rapide peut réduire l’état provisoire, mais la plateforme a toujours besoin de contrôles contre les instructions invalides, les pannes et les défaillances au niveau de l’application.

Un règlement plus rapide réduit-il tous les types de risques ?

Non. Il peut réduire l’exposition au règlement et les rapprochements, mais il peut accroître les besoins de préfinancement et rendre les transactions erronées définitives plus rapidement. Les risques de liquidité, de contrats intelligents, d’oracles, de conservation, de gouvernance et les risques opérationnels demeurent.

Pourquoi utiliser l’USDC à la fois pour la marge et le règlement ?

L’utilisation d’une seule unité de règlement peut simplifier la comptabilité des garanties et réduire les conversions entre un actif de gas volatil et des obligations de marché libellées en dollars. Elle ne garantit ni un prix de marché stable, ni une liquidité suffisante, ni de faibles coûts totaux de trading.