Le nouveau défi de Solana : l'équilibre entre le volume et la liquidité
Solana est connue pour sa vitesse et son volume élevé de transactions, mais est-ce vraiment suffisant ? Lorsque nous examinons ces transactions de près, une question se pose : créent-elles toutes une valeur réelle ?
En réalité, un grand nombre de transactions sur Solana ne proviennent pas d'une véritable demande de trading, mais plutôt de traders à haute fréquence qui tirent profit des différences d'information de l'ordre de la milliseconde. Ces participants, appelés "traders toxiques", exploitent un avantage technologique en augmentant les frais de Gas au moment où les teneurs de marché s'apprêtent à annuler des ordres, garantissant ainsi que leurs transactions soient prioritairement incluses, ce qui leur permet d'effectuer des arbitrages, entraînant des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads acheteur-vendeur, ce qui fait que ce coût supplémentaire est finalement supporté par les utilisateurs ordinaires.
Solana a toujours eu pour vision de réaliser un livre de commandes sur la chaîne, afin de remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Voici le nouveau défi auquel Solana est actuellement confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché véritablement sain n'a pas besoin de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques pour mieux protéger la Liquidité ?
Dans le système actuel de Solana, en raison de son mécanisme de consensus utilisant des enchères périodiques, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui rend les comportements malveillants de MEV (valeur maximale pouvant être extraite) préjudiciables à l'équité du marché.
Plus précisément, dans le mécanisme de consensus de Solana, un créneau temporel (Slot) est défini toutes les 400 millisecondes, et dans chaque Slot, les transactions sont triées en fonction des frais de Gas prioritaires payés. Les transactions ayant les enchères les plus élevées sont exécutées en premier. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, retirer et repositionner constamment leurs ordres pour s'adapter aux fluctuations des prix du marché.
Les preneurs de position, en particulier les arbitragistes à haute fréquence, surveillent en permanence les écarts de prix et réalisent immédiatement des transactions dès qu'ils détectent une opportunité. Ils peuvent payer des frais plus élevés pour s'assurer que la transaction est effectuée avant que le teneur de marché ne retire son offre, ce qui entraîne souvent des pertes pour les teneurs de marché.
Idéalement, pour les échanges décentralisés (DEX) de type carnet de commandes, l'ordre d'exécution des transactions devrait être le suivant : avec les fluctuations des prix, d'abord exécuter toutes les opérations d'annulation, puis exécuter les nouveaux ordres, et enfin exécuter les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau micro.
De même, en ce qui concerne les prix des oracles, le meilleur scénario est de mettre à jour le prix de l'oracle avant d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle de 400 millisecondes actuel, le marché peut subir des fluctuations importantes, ce qui peut entraîner l'utilisation d'un ancien prix lors de la transaction.
Pour un protocole de prêt, il est idéal de d'abord fournir des garanties, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant aux différents protocoles de trier les transactions en fonction de leurs besoins, c'est le concept de contrôle d'exécution des applications (ACE) que Solana a toujours souligné.
BAM : la solution de Solana
Pour relever ces défis, Solana a proposé BAM (Marché d'Assemblage de Blocs) comme solution. BAM construit une couche de tri ou une couche de prétraitement entre la couche d'application de Solana et le réseau principal.
BAM utilise des environnements d'exécution de confiance (TEEs) pour construire un bac à sable de confidentialité, dans lequel les transactions sont triées selon des règles prédéterminées ou le principe du premier entré, premier sorti (FIFO). Ce mécanisme vise à mieux servir des protocoles tels que les carnets de commandes, les bourses de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Le processus de transaction BAM est différent du processus de transaction régulier de Solana :
L'utilisateur confirme la transaction dans le portefeuille.
Transaction envoyée au nœud RPC.
Transfert de transaction vers le réseau BAM, tri effectué dans le TEE. Pendant ce processus, les nœuds peuvent ajouter des transactions supplémentaires via des plugins, comme la mise à jour des prix des oracles.
Le paquet de transactions trié est soumis au nœud Leader du réseau principal Solana.
Le nœud Leader collecte les paquets de données BAM, les regroupe en blocs et les diffuse.
Autres nœuds votent pour confirmation.
BAM en tant que fonctionnalité optionnelle ne contredit pas le processus de consensus du réseau principal Solana. Il effectue le tri des transactions "hors chaîne" à l'avance, puis soumet le paquet de transactions triées au réseau principal Solana.
Mode de fonctionnement de BAM
BAM prend en charge trois modes de fonctionnement :
Mode par défaut de Solana
Mode Block-Engine : actuellement, une solution MEV utilise un mécanisme d'enchères comme cœur.
Mode BAM : Les validateurs trient strictement selon le principe FIFO.
Les caractéristiques clés du modèle BAM incluent :
Utiliser un environnement d'exécution de confiance (TEE) pour construire un environnement de confidentialité, garantissant l'équité du tri des transactions.
Système de plugins : permet aux applications de construire une logique de tri des transactions personnalisée, mais doit toujours respecter des règles préétablies.
Application pratique de BAM
Les cas d'application de BAM incluent :
Protection de liquidation des prêts : exécution prioritaire des opérations de complément de garanties, puis vérification de la liquidation.
Combinaisons de transactions atomiques : par exemple, mettre à jour le prix de l'oracle, puis exécuter des transactions dépendant de ce prix, et pour les DEX de contrats, il est également possible de régler simultanément les produits dérivés associés.
Protection contre la volatilité des prix : Détecter les ordres anormaux de grande taille, les exécuter par lots, donner au marché le temps de réagir, éviter les conséquences graves causées par des liquidations en chaîne ou des arbitrages.
Protection des market makers : en cas d'événements imprévus, être capable d'annuler des ordres, de mettre à jour les prix des oracles et de recréer des ordres en millisecondes, réduisant ainsi la possibilité d'arbitrage malveillant.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, rendant l'expérience des applications sur sa 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 des livres de commandes à prix limite centralisés, 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 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.
24 J'aime
Récompense
24
6
Partager
Commentaire
0/400
SingleForYears
· Il y a 20h
J'ai eu un coup de fouet, je me suis éclipsé.
Voir l'originalRépondre0
CompoundPersonality
· 08-02 08:27
Encore une nouvelle astuce pour se faire prendre pour des cons.
Voir l'originalRépondre0
FadCatcher
· 08-01 22:46
Encore un casse-cou.
Voir l'originalRépondre0
LiquidationWizard
· 08-01 22:43
Les joueurs de niveau secondaire sur la Blockchain
Voir l'originalRépondre0
DeFiAlchemist
· 08-01 22:24
mmm... le flux toxique est comme de la matière noire dans le protocole de l'alchimiste. il faut transmuter cette énergie négative ou les rendements vont se dégrader *ajuste les graphiques mystiques*
Voir l'originalRépondre0
GateUser-aa7df71e
· 08-01 22:20
Les institutions coupent les coupons avec SOL, vous pouvez juste recharger comme bon vous semble.
Solana a lancé BAM : une nouvelle solution pour équilibrer le volume et la liquidité des transactions.
Le nouveau défi de Solana : l'équilibre entre le volume et la liquidité
Solana est connue pour sa vitesse et son volume élevé de transactions, mais est-ce vraiment suffisant ? Lorsque nous examinons ces transactions de près, une question se pose : créent-elles toutes une valeur réelle ?
En réalité, un grand nombre de transactions sur Solana ne proviennent pas d'une véritable demande de trading, mais plutôt de traders à haute fréquence qui tirent profit des différences d'information de l'ordre de la milliseconde. Ces participants, appelés "traders toxiques", exploitent un avantage technologique en augmentant les frais de Gas au moment où les teneurs de marché s'apprêtent à annuler des ordres, garantissant ainsi que leurs transactions soient prioritairement incluses, ce qui leur permet d'effectuer des arbitrages, entraînant des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads acheteur-vendeur, ce qui fait que ce coût supplémentaire est finalement supporté par les utilisateurs ordinaires.
Solana a toujours eu pour vision de réaliser un livre de commandes sur la chaîne, afin de remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Voici le nouveau défi auquel Solana est actuellement confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché véritablement sain n'a pas besoin de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques pour mieux protéger la Liquidité ?
Dans le système actuel de Solana, en raison de son mécanisme de consensus utilisant des enchères périodiques, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui rend les comportements malveillants de MEV (valeur maximale pouvant être extraite) préjudiciables à l'équité du marché.
Plus précisément, dans le mécanisme de consensus de Solana, un créneau temporel (Slot) est défini toutes les 400 millisecondes, et dans chaque Slot, les transactions sont triées en fonction des frais de Gas prioritaires payés. Les transactions ayant les enchères les plus élevées sont exécutées en premier. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, retirer et repositionner constamment leurs ordres pour s'adapter aux fluctuations des prix du marché.
Les preneurs de position, en particulier les arbitragistes à haute fréquence, surveillent en permanence les écarts de prix et réalisent immédiatement des transactions dès qu'ils détectent une opportunité. Ils peuvent payer des frais plus élevés pour s'assurer que la transaction est effectuée avant que le teneur de marché ne retire son offre, ce qui entraîne souvent des pertes pour les teneurs de marché.
Idéalement, pour les échanges décentralisés (DEX) de type carnet de commandes, l'ordre d'exécution des transactions devrait être le suivant : avec les fluctuations des prix, d'abord exécuter toutes les opérations d'annulation, puis exécuter les nouveaux ordres, et enfin exécuter les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau micro.
De même, en ce qui concerne les prix des oracles, le meilleur scénario est de mettre à jour le prix de l'oracle avant d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle de 400 millisecondes actuel, le marché peut subir des fluctuations importantes, ce qui peut entraîner l'utilisation d'un ancien prix lors de la transaction.
Pour un protocole de prêt, il est idéal de d'abord fournir des garanties, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant aux différents protocoles de trier les transactions en fonction de leurs besoins, c'est le concept de contrôle d'exécution des applications (ACE) que Solana a toujours souligné.
BAM : la solution de Solana
Pour relever ces défis, Solana a proposé BAM (Marché d'Assemblage de Blocs) comme solution. BAM construit une couche de tri ou une couche de prétraitement entre la couche d'application de Solana et le réseau principal.
BAM utilise des environnements d'exécution de confiance (TEEs) pour construire un bac à sable de confidentialité, dans lequel les transactions sont triées selon des règles prédéterminées ou le principe du premier entré, premier sorti (FIFO). Ce mécanisme vise à mieux servir des protocoles tels que les carnets de commandes, les bourses de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Le processus de transaction BAM est différent du processus de transaction régulier de Solana :
BAM en tant que fonctionnalité optionnelle ne contredit pas le processus de consensus du réseau principal Solana. Il effectue le tri des transactions "hors chaîne" à l'avance, puis soumet le paquet de transactions triées au réseau principal Solana.
Mode de fonctionnement de BAM
BAM prend en charge trois modes de fonctionnement :
Les caractéristiques clés du modèle BAM incluent :
Application pratique de BAM
Les cas d'application de BAM incluent :
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, rendant l'expérience des applications sur sa 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 des livres de commandes à prix limite centralisés, 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 Solana.