Les nouveaux défis de Solana : viser des transactions de meilleure qualité
Solana est connue pour sa vitesse et son grand volume de transactions, mais cela signifie-t-il qu'elle a atteint la perfection ? Lorsque nous examinons ces transactions de près, nous ne pouvons nous empêcher de nous demander : créent-elles toutes une valeur réelle ?
En réalité, un grand nombre de transactions sur Solana ne provient pas d'une demande réelle, mais plutôt d'arbitragistes à haute fréquence qui profitent des différences d'information à la milliseconde. Ces "traders toxiques" exploitent leur avantage technique pour augmenter les frais de Gas lorsque les teneurs de marché s'apprêtent à annuler des ordres, s'assurant ainsi que leurs transactions soient prioritaires pour être incluses, complétant ainsi l'arbitrage et faisant subir des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir l'écart entre les prix d'achat et de vente, coût finalement supporté par les utilisateurs ordinaires.
Solana a toujours eu la vision d'implémenter un livre d'ordres sur la chaîne pour remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché vraiment sain n'a pas besoin de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques et mieux protéger la liquidité ?
Dans le système actuel, en raison du mécanisme d'enchères périodiques de consensus de Solana, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui entraîne une influence malveillante de l'MEV sur l'équité du marché.
Sous le mécanisme de consensus actuel de Solana, les transactions dans chaque période de (Slot) sont triées en fonction des frais de gaz prioritaires payés, les transactions avec les enchères les plus élevées étant exécutées en premier. Cette enchère a lieu toutes les 400 millisecondes.
Dans ce processus, les teneurs de marché doivent fréquemment ajuster leurs offres, annuler des ordres et en passer de nouveaux pour s'adapter aux variations des prix du marché. Les preneurs de position, en particulier les arbitragistes de haute fréquence, surveillent en permanence les différences de prix et, dès qu'une opportunité se présente, ils exécutent immédiatement une transaction. Ainsi, les arbitragistes peuvent passer des ordres en payant des frais plus élevés pour devancer les annulations, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Pour une bourse décentralisée basée sur un carnet de commandes, le tri idéal devrait être le suivant : avec les fluctuations de prix, exécuter d'abord toutes les annulations, puis exécuter les nouvelles commandes, et enfin exécuter les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau microscopique.
Il existe des problèmes similaires en ce qui concerne les prix des oracles. Idéalement, les prix des oracles devraient être mis à jour avant d'exécuter les transactions qui dépendent de ces prix. Cependant, avec un intervalle actuel de 400 millisecondes, des fluctuations de marché importantes pourraient entraîner des transactions qui se réalisent toujours au prix initial.
Pour un protocole de prêt, la meilleure pratique est de d'abord ajouter des garanties, puis d'effectuer la liquidation.
Ainsi, la solution idéale serait de permettre à différents protocoles de trier les transactions en fonction des besoins, c'est ce que Solana a toujours souligné avec l'exécution contrôlée par l'application (Application-Controlled Execution, ACE).
Marché d'assemblage de blocs (Block Assembly Marketplace, BAM) est la solution proposée par Solana à ce problème.
BAM a construit une couche de tri, également appelée couche de prétraitement, entre l'application sur la chaîne Solana et le réseau principal. Elle utilise des environnements d'exécution de confiance (Trusted Execution Environments, TEEs) pour créer un bac à sable de confidentialité, où les transactions sont triées selon des règles de tri prédéterminées ou selon le principe du premier entré, premier sorti (FIFO).
Ce mécanisme peut mieux servir les protocoles tels que les carnets de commandes, les échanges de contrats à terme perpétuels et les dark pools.
Mode de tri des transactions BAM
BAM prend en charge trois modes d'exécution :
Mode par défaut de Solana
Mode Block-Engine : actuellement le cœur de certaines solutions MEV, principalement basé sur un mécanisme d'enchères
Mode BAM : les validateurs trient strictement selon le principe FIFO.
Le cœur du modèle BAM comprend les points suivants :
Environnements d'exécution de confiance ( TEEs ) : Utiliser les TEEs pour construire un environnement de confidentialité pour trier les transactions, garantissant l'équité.
Système de plugins : Grâce au système de plugins, BAM permet aux applications de construire une logique de tri des transactions personnalisée, mais ce tri est basé sur des règles prédéfinies, et non sur des décisions arbitraires des nœuds.
Le système de plugins prévoit de réaliser un tri complexe des transactions tout en maintenant les garanties de sécurité de l'environnement TEE. Actuellement, ce système est encore en phase de développement précoce.
Applications spécifiques de BAM
Protection contre le règlement de prêt : Pour les protocoles de prêt, après détection d'un risque de règlement, prioriser l'exécution des opérations de garantie complémentaire, puis procéder à la vérification du règlement.
Combinaison de transactions au niveau atomique : pour les échanges décentralisés, mettez d'abord à jour le prix de l'oracle, puis exécutez les transactions dépendant de ce prix. Pour les échanges de contrats, il est également possible de régler les dérivés connexes dans la même fenêtre temporelle.
Protection contre la volatilité des prix : pour les échanges décentralisés, détecter les ordres anormaux de grande taille, les diviser en petites portions pour une exécution par étapes, donner au marché suffisamment de temps de réaction, éviter des liquidations en chaîne ou des conséquences graves causées par l'arbitrage.
Protection des teneurs de marché : en cas d'événements imprévus, il est possible d'annuler les ordres, de mettre à jour les prix des oracles et de relancer les ordres des teneurs de marché en millisecondes, évitant ainsi l'arbitrage malveillant et réduisant l'écart de prix.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, rendant l'expérience de ses applications sur la chaîne principale plus proche de celle des échanges centralisés.
Dans l'ensemble, BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana. Il permet aux développeurs de construire un livre de commandes à prix limite central, des bourses de contrats perpétuels, des dark pools et d'autres infrastructures financières nécessitant un contrôle de tri, une exécution déterministe et une protection de la vie privée, favorisant ainsi l'innovation et le développement de l'écosystème de Solana.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
7 J'aime
Récompense
7
8
Reposter
Partager
Commentaire
0/400
metaverse_hermit
· Il y a 5h
Il y a vraiment beaucoup de parasites, piégeons qui est le mauvais.
Voir l'originalRépondre0
DataChief
· 08-08 14:36
Les pigeons perdent toujours, qui peut supporter les pertes d'arbitrage ?
Voir l'originalRépondre0
ChainComedian
· 08-08 14:34
les frais de gas ont augmenté, impossible de profiter gratuitement.
Voir l'originalRépondre0
RadioShackKnight
· 08-08 14:32
Eh bien, c'est le prix du développement, n'est-ce pas ?
Voir l'originalRépondre0
BlockchainGriller
· 08-08 14:30
Qui fait encore du trading de sol ?
Voir l'originalRépondre0
SchroedingersFrontrun
· 08-08 14:27
Qui achète perd de l'argent
Voir l'originalRépondre0
LayerHopper
· 08-08 14:26
Opération classique de se faire prendre pour des cons
Voir l'originalRépondre0
MoneyBurner
· 08-08 14:21
Haha, c'est toujours un pro qui fait du lead en copy trading et coupe les coupons. Qui ne gagne pas en s'accrochant?
Solana lance BAM : un nouveau défi et une solution pour améliorer la qualité des transactions
Les nouveaux défis de Solana : viser des transactions de meilleure qualité
Solana est connue pour sa vitesse et son grand volume de transactions, mais cela signifie-t-il qu'elle a atteint la perfection ? Lorsque nous examinons ces transactions de près, nous ne pouvons nous empêcher de nous demander : créent-elles toutes une valeur réelle ?
En réalité, un grand nombre de transactions sur Solana ne provient pas d'une demande réelle, mais plutôt d'arbitragistes à haute fréquence qui profitent des différences d'information à la milliseconde. Ces "traders toxiques" exploitent leur avantage technique pour augmenter les frais de Gas lorsque les teneurs de marché s'apprêtent à annuler des ordres, s'assurant ainsi que leurs transactions soient prioritaires pour être incluses, complétant ainsi l'arbitrage et faisant subir des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir l'écart entre les prix d'achat et de vente, coût finalement supporté par les utilisateurs ordinaires.
Solana a toujours eu la vision d'implémenter un livre d'ordres sur la chaîne pour remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché vraiment sain n'a pas besoin de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques et mieux protéger la liquidité ?
Dans le système actuel, en raison du mécanisme d'enchères périodiques de consensus de Solana, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui entraîne une influence malveillante de l'MEV sur l'équité du marché.
Sous le mécanisme de consensus actuel de Solana, les transactions dans chaque période de (Slot) sont triées en fonction des frais de gaz prioritaires payés, les transactions avec les enchères les plus élevées étant exécutées en premier. Cette enchère a lieu toutes les 400 millisecondes.
Dans ce processus, les teneurs de marché doivent fréquemment ajuster leurs offres, annuler des ordres et en passer de nouveaux pour s'adapter aux variations des prix du marché. Les preneurs de position, en particulier les arbitragistes de haute fréquence, surveillent en permanence les différences de prix et, dès qu'une opportunité se présente, ils exécutent immédiatement une transaction. Ainsi, les arbitragistes peuvent passer des ordres en payant des frais plus élevés pour devancer les annulations, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Pour une bourse décentralisée basée sur un carnet de commandes, le tri idéal devrait être le suivant : avec les fluctuations de prix, exécuter d'abord toutes les annulations, puis exécuter les nouvelles commandes, et enfin exécuter les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau microscopique.
Il existe des problèmes similaires en ce qui concerne les prix des oracles. Idéalement, les prix des oracles devraient être mis à jour avant d'exécuter les transactions qui dépendent de ces prix. Cependant, avec un intervalle actuel de 400 millisecondes, des fluctuations de marché importantes pourraient entraîner des transactions qui se réalisent toujours au prix initial.
Pour un protocole de prêt, la meilleure pratique est de d'abord ajouter des garanties, puis d'effectuer la liquidation.
Ainsi, la solution idéale serait de permettre à différents protocoles de trier les transactions en fonction des besoins, c'est ce que Solana a toujours souligné avec l'exécution contrôlée par l'application (Application-Controlled Execution, ACE).
Marché d'assemblage de blocs (Block Assembly Marketplace, BAM) est la solution proposée par Solana à ce problème.
BAM a construit une couche de tri, également appelée couche de prétraitement, entre l'application sur la chaîne Solana et le réseau principal. Elle utilise des environnements d'exécution de confiance (Trusted Execution Environments, TEEs) pour créer un bac à sable de confidentialité, où les transactions sont triées selon des règles de tri prédéterminées ou selon le principe du premier entré, premier sorti (FIFO).
Ce mécanisme peut mieux servir les protocoles tels que les carnets de commandes, les échanges de contrats à terme perpétuels et les dark pools.
Mode de tri des transactions BAM
BAM prend en charge trois modes d'exécution :
Le cœur du modèle BAM comprend les points suivants :
Le système de plugins prévoit de réaliser un tri complexe des transactions tout en maintenant les garanties de sécurité de l'environnement TEE. Actuellement, ce système est encore en phase de développement précoce.
Applications spécifiques de BAM
Protection contre le règlement de prêt : Pour les protocoles de prêt, après détection d'un risque de règlement, prioriser l'exécution des opérations de garantie complémentaire, puis procéder à la vérification du règlement.
Combinaison de transactions au niveau atomique : pour les échanges décentralisés, mettez d'abord à jour le prix de l'oracle, puis exécutez les transactions dépendant de ce prix. Pour les échanges de contrats, il est également possible de régler les dérivés connexes dans la même fenêtre temporelle.
Protection contre la volatilité des prix : pour les échanges décentralisés, détecter les ordres anormaux de grande taille, les diviser en petites portions pour une exécution par étapes, donner au marché suffisamment de temps de réaction, éviter des liquidations en chaîne ou des conséquences graves causées par l'arbitrage.
Protection des teneurs de marché : en cas d'événements imprévus, il est possible d'annuler les ordres, de mettre à jour les prix des oracles et de relancer les ordres des teneurs de marché en millisecondes, évitant ainsi l'arbitrage malveillant et réduisant l'écart de prix.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, rendant l'expérience de ses applications sur la chaîne principale plus proche de celle des échanges centralisés.
Dans l'ensemble, BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana. Il permet aux développeurs de construire un livre de commandes à prix limite central, des bourses de contrats perpétuels, des dark pools et d'autres infrastructures financières nécessitant un contrôle de tri, une exécution déterministe et une protection de la vie privée, favorisant ainsi l'innovation et le développement de l'écosystème de Solana.