Le nouveau défi de Solana : le volume n'est pas égal à la liquidité
Solana est connue pour sa rapidité de transaction et son volume élevé, mais cela signifie-t-il qu'elle répond entièrement à la demande du marché ? Après une analyse approfondie, nous avons découvert un problème clé : ces transactions créent-elles réellement de la valeur ?
En fait, une grande partie des transactions sur le réseau Solana ne provient pas d'une véritable demande de trading, mais des arbitrageurs à haute fréquence. Ces soi-disant "traders toxiques" exploitent un avantage technique pour réaliser des profits dans un délai de millisecondes. Ils augmentent les frais de Gas pour s'assurer que leurs transactions sont prioritaires dans le processus de validation, ce qui leur permet de réaliser des arbitrages juste avant que les market makers ne retirent leurs ordres, entraînant des pertes pour les market makers. Pour compenser ces pertes, les market makers doivent élargir les spreads d'achat et de vente, ce qui entraîne finalement des coûts supplémentaires pour les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne pour remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue le principal obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est confronté : le volume ne correspond pas à 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 Solana actuel, en raison de son mécanisme de consensus basé sur des enchères périodiques, les preneurs de commande (en particulier les arbitrageurs à haute fréquence) bénéficient en réalité d'un droit de priorité, ce qui affecte l'équité du marché. Au cours de chaque période de 400 millisecondes, les transactions sont exécutées par ordre de frais de Gas payés. Cela conduit les teneurs de marché à être facilement "ciblés" par les arbitrageurs lorsqu'ils ajustent fréquemment leurs offres, entraînant des pertes inutiles.
Dans un monde idéal, un DEX basé sur un carnet de commandes devrait d'abord annuler les commandes, puis exécuter les nouvelles ordres, et enfin traiter les transactions. De même, pour les oracles, le prix devrait d'abord être mis à jour avant d'exécuter les transactions qui en dépendent. Les protocoles de prêt doivent d'abord compléter la marge, puis procéder à la liquidation.
Pour résoudre ces problèmes, Solana a proposé le concept d'exécution contrôlée des applications (ACE), et le marché d'assemblage de blocs (BAM) en est la mise en œuvre concrète.
BAM : la solution de Solana
BAM a construit une couche de tri entre les applications Solana et le réseau principal. Il utilise des environnements d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, triant les transactions selon des règles prédéfinies ou le principe du premier arrivé, premier servi. Ce mécanisme vise à mieux servir les protocoles tels que les carnets de commandes, les bourses de contrats perpétuels et les pools sombres.
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (similaire à la solution MEV actuelle de Jito) et le mode BAM (les validateurs classent strictement par FIFO).
Les caractéristiques clés de BAM comprennent :
Utiliser des TEE pour construire un environnement de confidentialité, assurer l'équité.
Implémenter une logique de tri des transactions complexe via le système de plugins.
Autoriser les applications à définir des règles de tri des transactions personnalisées pour réaliser la fonctionnalité ACE.
Applications réelles de BAM
Protection de liquidation des prêts : Exécution prioritaire des opérations de complément de garantie, suivie d'un contrôle de liquidation.
Combinaison de transactions atomiques : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions qui dépendent de ce prix.
Protection contre la volatilité des prix : détection des gros ordres anormaux et exécution par lots, afin d'éviter des fluctuations de marché brusques.
Protection des teneurs de marché : permet des annulations et des remises en ordre à la milliseconde, réduisant ainsi le risque d'arbitrage malveillant.
Avec le déploiement de BAM, l'expérience de trading sur Solana devrait s'améliorer de manière significative, rendant l'expérience de ses applications sur le mainnet plus proche de celle des échanges centralisés.
En somme, 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 infrastructures financières plus avancées, telles que des livres de commandes à prix limité centralisés, des bourses de contrats perpétuels et des dark pools, favorisant ainsi l'innovation et le développement supplémentaires 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.
15 J'aime
Récompense
15
4
Partager
Commentaire
0/400
BlockchainBouncer
· 08-05 15:26
La haute fréquence est le véritable problème.
Voir l'originalRépondre0
InscriptionGriller
· 08-05 15:14
Les obstacles à un échange équitable à haute fréquence
Solana a lancé BAM : résoudre les problèmes d'arbitrage haute fréquence et améliorer la liquidité des transactions off-chain.
Le nouveau défi de Solana : le volume n'est pas égal à la liquidité
Solana est connue pour sa rapidité de transaction et son volume élevé, mais cela signifie-t-il qu'elle répond entièrement à la demande du marché ? Après une analyse approfondie, nous avons découvert un problème clé : ces transactions créent-elles réellement de la valeur ?
En fait, une grande partie des transactions sur le réseau Solana ne provient pas d'une véritable demande de trading, mais des arbitrageurs à haute fréquence. Ces soi-disant "traders toxiques" exploitent un avantage technique pour réaliser des profits dans un délai de millisecondes. Ils augmentent les frais de Gas pour s'assurer que leurs transactions sont prioritaires dans le processus de validation, ce qui leur permet de réaliser des arbitrages juste avant que les market makers ne retirent leurs ordres, entraînant des pertes pour les market makers. Pour compenser ces pertes, les market makers doivent élargir les spreads d'achat et de vente, ce qui entraîne finalement des coûts supplémentaires pour les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne pour remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue le principal obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est confronté : le volume ne correspond pas à 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 Solana actuel, en raison de son mécanisme de consensus basé sur des enchères périodiques, les preneurs de commande (en particulier les arbitrageurs à haute fréquence) bénéficient en réalité d'un droit de priorité, ce qui affecte l'équité du marché. Au cours de chaque période de 400 millisecondes, les transactions sont exécutées par ordre de frais de Gas payés. Cela conduit les teneurs de marché à être facilement "ciblés" par les arbitrageurs lorsqu'ils ajustent fréquemment leurs offres, entraînant des pertes inutiles.
Dans un monde idéal, un DEX basé sur un carnet de commandes devrait d'abord annuler les commandes, puis exécuter les nouvelles ordres, et enfin traiter les transactions. De même, pour les oracles, le prix devrait d'abord être mis à jour avant d'exécuter les transactions qui en dépendent. Les protocoles de prêt doivent d'abord compléter la marge, puis procéder à la liquidation.
Pour résoudre ces problèmes, Solana a proposé le concept d'exécution contrôlée des applications (ACE), et le marché d'assemblage de blocs (BAM) en est la mise en œuvre concrète.
BAM : la solution de Solana
BAM a construit une couche de tri entre les applications Solana et le réseau principal. Il utilise des environnements d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, triant les transactions selon des règles prédéfinies ou le principe du premier arrivé, premier servi. Ce mécanisme vise à mieux servir les protocoles tels que les carnets de commandes, les bourses de contrats perpétuels et les pools sombres.
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (similaire à la solution MEV actuelle de Jito) et le mode BAM (les validateurs classent strictement par FIFO).
Les caractéristiques clés de BAM comprennent :
Applications réelles de BAM
Avec le déploiement de BAM, l'expérience de trading sur Solana devrait s'améliorer de manière significative, rendant l'expérience de ses applications sur le mainnet plus proche de celle des échanges centralisés.
En somme, 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 infrastructures financières plus avancées, telles que des livres de commandes à prix limité centralisés, des bourses de contrats perpétuels et des dark pools, favorisant ainsi l'innovation et le développement supplémentaires de l'écosystème Solana.