Mécanisme de fourniture de liquidité on-chain utilisant un moteur d'exécution en microsecondes @ferra_protocol , @GTE_XYZ , @o1_exchange La structure de l'échange on-chain basée sur un moteur d'exécution en microsecondes montre une transition structurelle loin du traitement par blocs existant pour atteindre des vitesses d'exécution au niveau des échanges centralisés dans un environnement blockchain. Dans les blockchains traditionnelles, les transactions sont traitées par lots selon un cycle de création de blocs fixe, ce qui entraîne un retard inévitable entre la soumission et l'exécution des ordres. Cependant, dans un système visant une exécution en microsecondes, le processus de réception, de correspondance et de réponse des ordres est décomposé en une forme de pipeline continue. Dans ce processus, une étape renvoie immédiatement aux utilisateurs si l'ordre a été exécuté, tandis qu'une autre étape de règlement on-chain se concentre sur le mouvement réel des actifs et la confirmation de l'état. Des exemples représentatifs de cette structure incluent Ferra basé sur Sui, GTE fonctionnant sur MegaETH, et l'échange o1 utilisant les environnements Base et Solana. Ces systèmes adoptent tous une approche où un moteur de correspondance off-chain est central, laissant la garde des actifs et le règlement final à la blockchain. Cela permet de traiter la correspondance des ordres en microsecondes tout en maintenant la non-custodie des actifs et la vérifiabilité du règlement. En particulier, MegaETH fournit un alignement et une réponse rapides des ordres grâce à une structure générant des mini-blocs de 10 millisecondes autour d'un séquenceur unique, et utilise ensuite une preuve cryptographique pour valider la validité des blocs. Avec la possibilité d'exécution en microsecondes, la structure de traitement des ordres elle-même montre également un aspect différent de celui des échanges on-chain existants. Les ordres sont soumis par une méthode basée sur des signatures qui ne paient pas directement les frais de gaz, et dans le cas de l'échange o1, la signature Permit2 est utilisée pour traiter rapidement la création et l'annulation des ordres. À l'intérieur du moteur de correspondance, des règles déterministes telles que le premier arrivé, premier servi ou la répartition proportionnelle sont conçues pour s'exécuter en temps constant, et dans un environnement capable d'exécution parallèle, les ordres non conflictuels sont traités simultanément. Le modèle basé sur des objets de Sui ou la structure de construction de blocs parallèles de MegaETH soutiennent cette parallélisation. Le mécanisme de fourniture de liquidité est également segmenté pour s'adapter à un environnement d'exécution rapide. Ferra propose simultanément trois moteurs de liquidité automatisés différents. DLMM concentre la liquidité en divisant les prix en intervalles fins, offrant ainsi une faible glissade dans une plage de prix étroite. CLMM est une structure qui fournit de la liquidité en spécifiant une plage de prix, offrant une efficacité en capital supérieure à celle des AMM à distribution uniforme existants. DAMM ajuste dynamiquement les frais et la répartition de la liquidité en fonction de la volatilité du marché pour répondre aux changements rapides du marché. Cette structure à moteurs multiples permet à différentes stratégies de liquidité de fonctionner simultanément en fonction des caractéristiques des actifs et de l'environnement de trading. GTE construit la structure de liquidité de manière progressive en fonction du cycle de vie des tokens. Dans la phase initiale, il effectue la découverte des prix via une courbe de liaison et un AMM, et lorsque le trading s'active, il passe à une structure hybride combinant un carnet d'ordres centralisé et un AMM. Une fois qu'une liquidité et un volume de trading suffisants sont assurés, il passe à un trading basé uniquement sur le carnet d'ordres. Ce processus est géré automatiquement au sein d'une seule plateforme, chaque étape exploitant les caractéristiques des différents mécanismes de liquidité. Cette structure d'intégration verticale, combinée à un moteur d'exécution rapide, offre une expérience de trading proche de celle des échanges centralisés. o1 exchange se concentre sur les outils d'exécution et le flux de travail des ordres. Des types d'ordres avancés tels que les ordres de sniper ou TWAP exigent que le séquenceur traite les ordres selon des règles prédéfinies, ce qui repose sur une structure de tri centralisée garantissant un ordre déterministe. En même temps, il fournit des outils d'analyse en temps réel pour permettre une vérification transparente des résultats d'exécution et de l'état du marché. Ces fonctionnalités sont utilisées pour atténuer l'asymétrie d'information qui peut survenir dans un environnement d'exécution rapide. La condition clé permettant l'exécution en microsecondes est la concentration des droits de séquençage. Pour déterminer rapidement l'ordre des ordres, un ou quelques séquenceurs sont utilisés, ce qui est un choix structurel échangé contre la vitesse. MegaETH adopte explicitement le principe du premier arrivé, premier servi pour réduire la possibilité de réarrangement, et l'échange o1 applique également des règles d'exécution déterministes selon le type d'ordre. Dans le cas de Ferra, un flux d'exécution intégré est nécessaire pour la coordination entre plusieurs moteurs de liquidité. Cette structure crée également des différences dans la diffusion des données du marché et l'accès à l'information. Les informations de prix mises à jour en microsecondes varient en fonction de la distance physique et des conditions d'infrastructure, ce qui se manifeste par une différence de retard ressenti entre les participants à haute fréquence et les participants ordinaires. L'échange o1 fournit des informations d'analyse en temps réel de manière publique, mais ne peut pas éliminer le retard physique lui-même. Par conséquent, le système gère une exposition excessive à l'information et une surcharge du système à travers des dispositifs tels que des limites de fréquence d'annulation des ordres ou un temps de maintien minimum des ordres. Dans un environnement d'exécution rapide, la stabilité en cas de volatilité soudaine devient également un élément important. Dans des situations où de nombreuses annulations se produisent simultanément, le moteur de correspondance peut être surchargé, et pour éviter cela, des transitions vers un traitement par lots ou des dispositifs de coupure de circuit sont utilisés. La structure hybride AMM et carnet d'ordres joue un rôle en maintenant une liquidité minimale même lorsque le carnet d'ordres est vide. Si la connexion entre la correspondance off-chain et le règlement on-chain est temporairement interrompue, une procédure de synchronisation d'état est mise en œuvre pour la récupérer. En résumé, le mécanisme de fourniture de liquidité on-chain utilisant un moteur d'exécution en microsecondes est établi par une structure hybride qui sépare clairement la correspondance off-chain et le règlement on-chain. Les multiples moteurs de liquidité de Ferra fournissent la couche de base pour la fourniture de liquidité, GTE combine cela avec une infrastructure d'exécution rapide pour réaliser un débit au niveau des échanges, et l'échange o1 fournit des outils d'exécution spécialisés fonctionnant dans cet environnement. Cette structure est le résultat d'une conception visant à satisfaire simultanément les éléments de vitesse, d'efficacité en capital et de règlement non-custodial, montrant une image réaliste du système de trading on-chain actuel où une couche d'exécution centralisée et une couche de règlement décentralisée coexistent. $SUI $FERRA $GTE $MegaETH $BASE $SOL