Le nouveau défi de Solana : l'équilibre entre le volume et la liquidité
Bien que Solana soit connu pour sa rapidité et son grand volume, cela signifie-t-il vraiment qu'il est déjà "suffisamment bon" ? Lorsque nous examinons ces transactions de plus près, une question clé se pose : ces transactions créent-elles vraiment de la valeur réelle ?
En fait, un grand nombre de transactions sur Solana ne provient pas d'une réelle demande de transaction, mais de l'arbitrage haute fréquence où des acteurs profitent d'un écart d'information de l'ordre de la milliseconde pour réaliser des profits. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour, lorsque les teneurs de marché s'apprêtent à annuler leurs ordres, augmenter les frais de Gas afin que leurs transactions soient prioritaires pour le regroupement, ce qui leur permet de réaliser des arbitrages, entraînant des pertes pour les teneurs de marché. Afin de compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, et au final, ce sont les utilisateurs ordinaires qui supportent ces coûts supplémentaires.
Solana a toujours rêvé de réaliser un système d'ordre sur la chaîne pouvant remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue le principal obstacle à la réalisation de ce rêve. Voilà le nouveau défi auquel Solana est confronté : le volume ne correspond pas à 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 pour protéger la liquidité du marché ?
Dans le système Solana actuel, en raison de son mécanisme de consensus basé sur des enchères périodiques, les preneurs de commandes (en particulier les traders à haute fréquence) bénéficient en réalité d'un droit de priorité, ce qui fait que les comportements malveillants de MEV (maximum extractible value) affectent l'équité du marché.
Le mécanisme de consensus actuel de Solana divise le temps en intervalles de 400 millisecondes appelés slots. Pendant cette période, les transactions sont exécutées par ordre de frais de Gas payés. Ce mécanisme oblige les teneurs de marché à ajuster fréquemment leurs prix, tandis que les arbitrageurs à haute fréquence peuvent réaliser des transactions avant que les teneurs de marché ne retirent leurs ordres en payant des frais plus élevés, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Dans un monde idéal, un DEX basé sur un carnet de commandes devrait d'abord exécuter toutes les annulations, puis les nouveaux ordres, et enfin les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser ce tri idéal à un niveau micro. De même, en ce qui concerne les prix des oracles, il faudrait d'abord mettre à jour les prix, puis exécuter les transactions qui dépendent de ces prix. Pour les protocoles de prêt, il est préférable d'ajouter des marges avant de procéder à la liquidation.
BAM : La solution de Solana
Pour résoudre ces problèmes, Solana a proposé la solution BAM (Block Assembly Marketplace). BAM construit une couche de tri ou une couche de prétraitement entre l'application sur la chaîne Solana et le réseau principal. Il utilise un environnement d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, où les transactions sont triées selon des règles prédéfinies ou le principe FIFO, afin de mieux servir des protocoles tels que le carnet d'ordres, les échanges de contrats perpétuels et les dark pools.
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (similaire à la solution MEV de Jito) et le mode BAM (strictement trié par FIFO). Les caractéristiques clés du mode BAM incluent :
Utiliser des TEE pour construire un environnement de confidentialité pour un classement équitable
Mettre en œuvre une logique de tri personnalisée complexe via un système de plugins
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 applications décentralisées qui se rapprochent de l'expérience des échanges centralisés, telles que des carnets de commandes à limite centrale, des bourses de contrats perpétuels et des dark pools, qui nécessitent un contrôle précis de l'ordre, une exécution déterministe et une protection de la vie privée.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, propulsant son écosystème vers une direction plus innovante et efficace.
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.
Solana lance la solution BAM : optimisation du tri des transactions pour améliorer la liquidité off-chain
Le nouveau défi de Solana : l'équilibre entre le volume et la liquidité
Bien que Solana soit connu pour sa rapidité et son grand volume, cela signifie-t-il vraiment qu'il est déjà "suffisamment bon" ? Lorsque nous examinons ces transactions de plus près, une question clé se pose : ces transactions créent-elles vraiment de la valeur réelle ?
En fait, un grand nombre de transactions sur Solana ne provient pas d'une réelle demande de transaction, mais de l'arbitrage haute fréquence où des acteurs profitent d'un écart d'information de l'ordre de la milliseconde pour réaliser des profits. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour, lorsque les teneurs de marché s'apprêtent à annuler leurs ordres, augmenter les frais de Gas afin que leurs transactions soient prioritaires pour le regroupement, ce qui leur permet de réaliser des arbitrages, entraînant des pertes pour les teneurs de marché. Afin de compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, et au final, ce sont les utilisateurs ordinaires qui supportent ces coûts supplémentaires.
Solana a toujours rêvé de réaliser un système d'ordre sur la chaîne pouvant remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue le principal obstacle à la réalisation de ce rêve. Voilà le nouveau défi auquel Solana est confronté : le volume ne correspond pas à 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 pour protéger la liquidité du marché ?
Dans le système Solana actuel, en raison de son mécanisme de consensus basé sur des enchères périodiques, les preneurs de commandes (en particulier les traders à haute fréquence) bénéficient en réalité d'un droit de priorité, ce qui fait que les comportements malveillants de MEV (maximum extractible value) affectent l'équité du marché.
Le mécanisme de consensus actuel de Solana divise le temps en intervalles de 400 millisecondes appelés slots. Pendant cette période, les transactions sont exécutées par ordre de frais de Gas payés. Ce mécanisme oblige les teneurs de marché à ajuster fréquemment leurs prix, tandis que les arbitrageurs à haute fréquence peuvent réaliser des transactions avant que les teneurs de marché ne retirent leurs ordres en payant des frais plus élevés, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Dans un monde idéal, un DEX basé sur un carnet de commandes devrait d'abord exécuter toutes les annulations, puis les nouveaux ordres, et enfin les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser ce tri idéal à un niveau micro. De même, en ce qui concerne les prix des oracles, il faudrait d'abord mettre à jour les prix, puis exécuter les transactions qui dépendent de ces prix. Pour les protocoles de prêt, il est préférable d'ajouter des marges avant de procéder à la liquidation.
BAM : La solution de Solana
Pour résoudre ces problèmes, Solana a proposé la solution BAM (Block Assembly Marketplace). BAM construit une couche de tri ou une couche de prétraitement entre l'application sur la chaîne Solana et le réseau principal. Il utilise un environnement d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, où les transactions sont triées selon des règles prédéfinies ou le principe FIFO, afin de mieux servir des protocoles tels que le carnet d'ordres, les échanges de contrats perpétuels et les dark pools.
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (similaire à la solution MEV de Jito) et le mode BAM (strictement trié par FIFO). Les caractéristiques clés du mode BAM incluent :
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 applications décentralisées qui se rapprochent de l'expérience des échanges centralisés, telles que des carnets de commandes à limite centrale, des bourses de contrats perpétuels et des dark pools, qui nécessitent un contrôle précis de l'ordre, une exécution déterministe et une protection de la vie privée.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, propulsant son écosystème vers une direction plus innovante et efficace.