Alors que le marché DeFi évolue de simples échanges d’actifs vers le trading haute fréquence et les produits dérivés professionnels, l’importance des systèmes d’appariement on-chain s’accroît. Le processus d’appariement on-chain de Phoenix n’influe pas seulement sur l’efficacité d’exécution des ordres, mais aussi sur la liquidité du marché, le Contrôle du risque et les coûts de transaction.
Dans le contexte de l’expansion rapide de l’écosystème de trading haute fréquence Solana, le modèle de Carnet d’ordres on-chain incarné par Phoenix redevient un point d’attention central sur le marché.
Quel est le mécanisme d’appariement on-chain de Phoenix ?
Phoenix utilise un modèle de Carnet d’ordres limité centralisé (CLOB) pour exécuter les trades. Les utilisateurs soumettent des ordres d’achat et de vente qui intègrent le Carnet d’ordres on-chain et sont appariés selon la priorité prix-temps.
Contrairement au modèle AMM, Phoenix ne dépend pas d’un pool de liquidité pour la tarification automatique. Les prix du marché sont plutôt formés par des ordres réels, reflétant l’offre et la demande entre acheteurs et vendeurs, et non une formule algorithmique.
Dans Phoenix, les données du Carnet d’ordres, le statut des ordres et l’Historique des trades sont tous stockés on-chain. Les utilisateurs peuvent consulter publiquement la Profondeur du marché, les prix des ordres et l’Historique de trading, ce qui renforce la transparence et la vérifiabilité du marché.
Étant donné que le trading sur Carnet d’ordres nécessite des mises à jour de données et une synchronisation d’état à plus haute fréquence, Phoenix exige une performance réseau sous-jacente solide. Le haut débit et la faible latence de Solana permettent de supporter un système d’appariement en temps réel on-chain.
Que se passe-t-il après qu’un utilisateur a soumis un ordre ?
Lorsqu’un utilisateur soumet un ordre sur Phoenix, le système passe par plusieurs étapes.
D’abord, l’utilisateur doit signer la demande de transaction via son Portefeuille. Les informations de l’ordre incluent la direction du trade, le prix, la quantité, le ratio d’effet de levier et le type d’ordre.
Ensuite, le moteur de risque de Phoenix vérifie le statut du compte, notamment :
-
Solde de marge actuel
-
Niveau de risque de la position
-
Limites d’effet de levier
-
Niveau de marge disponible
Ce n’est que lorsque le compte répond aux exigences de risque que l’ordre est autorisé à entrer dans le Carnet d’ordres.
Si l’utilisateur soumet un ordre limit, il sera placé dans le Carnet d’ordres en attente d’un appariement. S’il s’agit d’un ordre au marché, il tentera immédiatement d’être exécuté contre les ordres existants sur le marché actuel.
Tout le processus de soumission d’ordre se déroule on-chain, donc tous les statuts des ordres peuvent être vérifiés publiquement.
La logique d’appariement de Phoenix suit le principe de priorité prix-temps.
Lorsqu’un nouvel ordre d’achat entre sur le marché, le système recherche l’ordre de vente au prix le plus bas pour l’apparier. Inversement, lorsqu’un ordre de vente entre sur le marché, il donne la priorité à l’appariement avec l’ordre d’achat au prix le plus élevé.
Si plusieurs ordres ont le même prix, l’ordre entré le plus tôt dans le Carnet d’ordres est exécuté en premier. Ce mécanisme est essentiellement identique à la logique du Carnet d’ordres dans les marchés financiers traditionnels.
Par exemple :
-
L’utilisateur A passe un ordre long sur BTC
-
L’utilisateur B soumet un ordre short sur BTC
-
Lorsque les prix correspondent, le système effectue l’appariement
-
Le statut de la position des deux parties est ensuite mis à jour
Le processus d’appariement de Phoenix ne repose pas sur un serveur centralisé. Il effectue les mises à jour de statut des ordres et les confirmations de trade via des programmes on-chain. C’est une caractéristique clé du modèle entièrement on-chain.
Le trading de Futures perpétuel implique un effet de levier, donc la gestion de la marge est une partie critique du processus d’appariement.
Après l’exécution d’un trade, Phoenix met à jour les éléments suivants dans le compte de l’utilisateur :
-
Taille de la position
-
Prix d’entrée
-
G et P non réalisé
-
Marge occupée
-
Ratio d’effet de levier
Le système surveille en continu le niveau de risque du compte. Lorsque les fluctuations du prix du marché entraînent une diminution du Capital du compte, le Ratio de marge de maintenance change en conséquence.
Si le risque du compte dépasse un seuil de sécurité, le moteur de risque de Phoenix peut déclencher un mécanisme de liquidation pour éviter que le protocole ne subisse un risque de créances irrécouvrables.
Comme tous les statuts de position sont enregistrés on-chain, les utilisateurs peuvent voir les changements de risque du compte en temps réel.
Quel rôle joue le prix Oracle dans le processus d’appariement ?
Bien que Phoenix utilise le Carnet d’ordres pour la tarification, il dépend toujours d’un Oracle pour fournir un prix de référence du marché.
Le prix Oracle est principalement utilisé pour :
-
Calculer le Prix de référence
-
Évaluer le risque du compte
-
Déterminer les conditions de liquidation
-
Prévenir les manipulations anormales de prix
Si le prix du Carnet d’ordres était utilisé seul, le marché pourrait subir une volatilité anormale à court terme en raison d’une liquidité insuffisante. Par conséquent, Phoenix combine les données Oracle pour maintenir la stabilité du système de risque.
Dans les marchés on-chain de Produits dérivés, le système Oracle est un composant crucial du Contrôle du risque. Des anomalies Oracle peuvent affecter les taux de financement, la logique de liquidation et la stabilité du marché, donc Phoenix doit s’appuyer sur des sources de données fiables.
Après l’appariement d’un trade, le système écrit le résultat de l’exécution dans l’état on-chain et met à jour les données de position de l’utilisateur.
Le règlement on-chain comprend :
-
La mise à jour du solde du compte
-
L’ajustement du statut de la marge
-
L’enregistrement des informations de trade
-
La mise à jour des données de position du marché
Puisque Phoenix adopte une structure non-custodiale, les actifs des utilisateurs sont toujours contrôlés par le compte on-chain, et non détenus par une plateforme centralisée.
Ce modèle améliore la transparence, mais implique également que toutes les actions de trading dépendent de la confirmation du réseau blockchain. Par conséquent, la performance du réseau sous-jacent affecte directement l’expérience de trading.
La capacité de confirmation rapide de Solana est l’une des raisons clés pour lesquelles Phoenix peut exécuter un Carnet d’ordres on-chain.
Quelle est la différence entre le processus de trading de Phoenix et celui de l’AMM ?
La plus grande différence entre Phoenix et les protocoles AMM traditionnels réside dans la méthode d’exécution des trades.
Le modèle AMM repose sur des pools de liquidité et une tarification algorithmique ; les utilisateurs tradent effectivement avec le pool. En revanche, le modèle de Carnet d’ordres de Phoenix permet un appariement direct entre les utilisateurs.
Les deux modèles présentent des différences nettes dans le processus de trading :
| Dimension |
Phoenix |
Modèle AMM |
| Structure de trading |
Appariement par carnet d’ordres |
Pool de liquidité |
| Formation des prix |
Ordres d’achat/vente |
Tarification algorithmique |
| Contrôle du slippage |
Relativement faible |
Plus important pour les gros trades |
| Méthode de market making |
Market makers professionnels |
Les LP fournissent la liquidité |
| Support du trading haute fréquence |
Fort |
Relativement limité |
| Types d’ordres |
Ordres limit, ordres au marché |
Généralement moins variés |
Le modèle de Carnet d’ordres est généralement mieux adapté au trading professionnel et aux stratégies quantitatives, tandis que l’AMM est idéal pour les échanges d’actifs de base et la fourniture de liquidité ouverte.
Avec le développement de réseaux haute performance comme Solana, davantage de protocoles on-chain de Produits dérivés réexplorent l’architecture de Carnet d’ordres.
Pourquoi le processus d’appariement de Phoenix est-il important ?
Le processus d’appariement on-chain de Phoenix ne concerne pas seulement l’efficacité d’exécution des ordres, il reflète également les changements structurels qui se produisent sur le marché DeFi.
Les premiers protocoles DeFi mettaient l’accent sur la participation ouverte et la liquidité sans permission, tandis que la nouvelle génération de protocoles on-chain de Produits dérivés se concentre sur :
-
Une latence plus faible
-
Une efficacité du capital plus élevée
-
Une expérience de trading plus professionnelle
-
Un contrôle plus fin des ordres
Le modèle de Carnet d’ordres entièrement on-chain de Phoenix est essentiellement une tentative de migrer la structure du Carnet d’ordres des marchés financiers traditionnels vers l’environnement blockchain.
Le développement de tels protocoles indique également que la DeFi évolue d’un simple outil d’échange d’actifs vers une infrastructure financière on-chain plus complexe.
Résumé
Phoenix utilise une architecture de Carnet d’ordres entièrement on-chain pour le trading de Futures perpétuel on-chain. Son processus d’appariement comprend plusieurs étapes : soumission d’ordre, vérification du risque, appariement de l’ordre, mise à jour de la position et règlement on-chain.
Comparé au modèle AMM traditionnel, Phoenix met l’accent sur la profondeur des ordres, l’efficacité de la découverte des prix et les capacités de trading haute fréquence. En tirant parti du réseau haute performance de Solana, Phoenix exécute un système d’appariement on-chain qui se rapproche du niveau des bourses traditionnelles.
Alors que le marché DeFi s’étend vers des scénarios de trading professionnels, le modèle de Carnet d’ordres on-chain retrouve de l’attention. Le processus d’appariement de Phoenix reflète non seulement la direction de développement des protocoles on-chain de Produits dérivés, mais montre également comment l’infrastructure DeFi évolue vers des structures de marché financier plus complexes.
FAQ
Le système d’appariement de Phoenix est-il entièrement on-chain ?
Oui. Phoenix utilise une architecture de Carnet d’ordres entièrement on-chain, le Carnet d’ordres et la logique d’appariement fonctionnant tous on-chain.
Pourquoi Phoenix n’utilise-t-il pas un AMM ?
Phoenix privilégie la profondeur des ordres, un faible slippage et une expérience de trading professionnelle, il a donc choisi le modèle de Carnet d’ordres plutôt que le modèle de pool de liquidité.
Comment les ordres sont-ils triés dans Phoenix ?
Phoenix utilise généralement la priorité prix-temps pour l’appariement des ordres.
Le trading sur Phoenix nécessite-t-il une conservation des actifs ?
Non. Phoenix est un protocole non-custodial ; les utilisateurs gèrent les actifs directement via leurs Portefeuilles.
Quel rôle joue l’Oracle dans Phoenix ?
L’Oracle fournit principalement un prix de référence, aidant le système dans le Contrôle du risque et les décisions de liquidation.
Pourquoi Phoenix est-il adapté au trading haute fréquence ?
Phoenix fonctionne sur le réseau haute performance de Solana, offrant une latence plus faible et des vitesses de confirmation d’ordre plus rapides.
