Le nouveau défi de Solana : améliorer la qualité des transactions plutôt que la quantité
Solana est connue pour sa vitesse et sa capacité de transaction élevées, mais est-ce suffisant ? En analysant ces transactions de plus près, on ne peut s'empêcher de se demander : créent-elles toutes une valeur réelle ?
En fait, une grande partie des transactions sur Solana ne provient pas d'une demande réelle, mais des traders haute fréquence qui tirent parti des différences d'information de l'ordre de la milliseconde pour réaliser des arbitrages. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour augmenter les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, garantissant ainsi que leurs transactions soient exécutées en priorité, réalisant ainsi des arbitrages qui entraînent des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, coût finalement supporté par les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne capable de remplacer les échanges centralisés, mais la présence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est actuellement confrontée : 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, en raison du mécanisme de consensus de Solana qui utilise des enchères périodiques, les preneurs de commandes bénéficient en réalité d'une priorité, ce qui permet à des comportements malveillants liés à la MEV (valeur maximale extraite) d'influencer l'équité du marché.
Sous le mécanisme de consensus actuel de Solana, les transactions sont triées par les frais de Gas prioritaires payés dans chaque créneau de 400 millisecondes, les transactions avec les enchères les plus élevées étant exécutées en premier. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, annulant et repostant continuellement pour s'adapter aux fluctuations des prix du marché. Les arbitragistes, quant à eux, surveillent les différences de prix et, dès qu'ils découvrent une opportunité, concluent immédiatement des transactions, souvent en payant des frais plus élevés avant que les teneurs de marché n'annulent leurs ordres, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Dans un monde idéal, le classement des transactions sur une bourse décentralisée (DEX) devrait être le suivant : avec la fluctuation des prix, toutes les annulations devraient être exécutées en premier, suivies des nouveaux ordres, et enfin des transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela au niveau microscopique.
De même, en ce qui concerne les prix des oracles, la situation idéale serait de mettre à jour d'abord le prix de l'oracle, puis d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut subir des fluctuations importantes, ce qui peut entraîner l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure solution est d'abord de compléter la marge, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions en fonction de la demande, c'est ce qu'App Control Execution (ACE) a toujours souligné chez Solana.
BAM : la solution de Solana
BAM (Marché d'assemblage de blocs) est la réponse proposée par Solana pour résoudre ces problèmes. Il construit une couche de tri ou une couche de prétraitement entre l'application sur la chaîne Solana et le réseau principal. BAM utilise des environnements d'exécution de confiance (TEE) pour créer un coffre-fort de confidentialité, dans lequel les transactions sont triées selon des règles prédéfinies ou le principe du premier entré, premier sorti (FIFO), afin de mieux servir les protocoles tels que le carnet d'ordres, les échanges de contrats perpétuels et les dark pools.
Le fonctionnement de BAM
Dans le processus de transaction traditionnel sur Solana, après que l'utilisateur a confirmé la transaction, celle-ci est envoyée à un nœud Leader du slot temporel actuel via un nœud RPC. Le Leader collecte les transactions, les trie et les regroupe en blocs avant de les diffuser, tandis que les autres nœuds votent.
Dans les applications intégrant BAM, le processus de transaction est légèrement différent : les transactions confirmées par l'utilisateur sont d'abord envoyées au réseau BAM, où elles sont triées dans un environnement TEE. Au cours de 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, puis il est empaqueté en blocs et diffusé.
BAM agit en réalité comme une couche de prétraitement optionnelle, n'exécutant pas directement sur le réseau principal de Solana, mais accomplissant le tri des transactions "hors chaîne" avant de soumettre le paquet de transactions triées au réseau principal.
Les trois modes de fonctionnement de BAM
Mode par défaut de Solana
Mode Block-Engine : La solution MEV actuelle de Jito, dont le cœur est le mécanisme d'enchères.
Mode BAM : les validateurs classent strictement selon le principe FIFO.
Les caractéristiques clés du modèle BAM incluent :
Utiliser des TEE pour construire un environnement de confidentialité pour le tri des transactions, afin d'assurer l'équité.
Implémenter une logique de tri des transactions complexe via un système de plugins, permettant aux applications de définir des règles de tri personnalisées.
Applications pratiques de BAM
Protection de liquidation de prêt : exécuter en priorité l'opération de complément de garantie, puis procéder à la vérification de liquidation.
Combinaison de transactions au niveau atomique : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions qui dépendent de ce prix, et pour un DEX de contrats, il est également possible de régler simultanément les dérivés associés.
Protection contre la volatilité des prix : détection des ordres anormaux et exécution par étapes, permettant au marché de réagir, afin d'éviter les impacts négatifs causés par des liquidations en chaîne ou des arbitrages.
Protection des market makers : en cas d'événements imprévus, être en mesure de retirer rapidement des ordres, de mettre à jour les prix et de réémettre des ordres, afin de réduire le risque d'arbitrage malveillant.
Avec le déploiement de BAM, l'expérience de transaction de Solana sera considérablement améliorée, rendant l'expérience d'application 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 un carnet d'ordres à limite centrale, 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.
11 J'aime
Récompense
11
4
Reposter
Partager
Commentaire
0/400
Layer2Arbitrageur
· 08-12 14:13
mdr juste un autre jour où les maxis gèrent avec un flux toxique... j'ai été en avance avec un avantage de 15 points de base depuis le premier jour
Voir l'originalRépondre0
AirdropHunter007
· 08-10 15:14
Qui n'aime pas tondre la laine des moutons sol ?
Voir l'originalRépondre0
TestnetFreeloader
· 08-10 15:14
Qui n'a jamais fait de saut de précipitation sur la scène?
Voir l'originalRépondre0
Frontrunner
· 08-10 15:03
sol est toujours plus rentable que le trading de fissures
Solana a lancé la solution BAM pour améliorer la qualité et l'équité des transactions.
Le nouveau défi de Solana : améliorer la qualité des transactions plutôt que la quantité
Solana est connue pour sa vitesse et sa capacité de transaction élevées, mais est-ce suffisant ? En analysant ces transactions de plus près, on ne peut s'empêcher de se demander : créent-elles toutes une valeur réelle ?
En fait, une grande partie des transactions sur Solana ne provient pas d'une demande réelle, mais des traders haute fréquence qui tirent parti des différences d'information de l'ordre de la milliseconde pour réaliser des arbitrages. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour augmenter les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, garantissant ainsi que leurs transactions soient exécutées en priorité, réalisant ainsi des arbitrages qui entraînent des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, coût finalement supporté par les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne capable de remplacer les échanges centralisés, mais la présence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est actuellement confrontée : 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, en raison du mécanisme de consensus de Solana qui utilise des enchères périodiques, les preneurs de commandes bénéficient en réalité d'une priorité, ce qui permet à des comportements malveillants liés à la MEV (valeur maximale extraite) d'influencer l'équité du marché.
Sous le mécanisme de consensus actuel de Solana, les transactions sont triées par les frais de Gas prioritaires payés dans chaque créneau de 400 millisecondes, les transactions avec les enchères les plus élevées étant exécutées en premier. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, annulant et repostant continuellement pour s'adapter aux fluctuations des prix du marché. Les arbitragistes, quant à eux, surveillent les différences de prix et, dès qu'ils découvrent une opportunité, concluent immédiatement des transactions, souvent en payant des frais plus élevés avant que les teneurs de marché n'annulent leurs ordres, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Dans un monde idéal, le classement des transactions sur une bourse décentralisée (DEX) devrait être le suivant : avec la fluctuation des prix, toutes les annulations devraient être exécutées en premier, suivies des nouveaux ordres, et enfin des transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela au niveau microscopique.
De même, en ce qui concerne les prix des oracles, la situation idéale serait de mettre à jour d'abord le prix de l'oracle, puis d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut subir des fluctuations importantes, ce qui peut entraîner l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure solution est d'abord de compléter la marge, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions en fonction de la demande, c'est ce qu'App Control Execution (ACE) a toujours souligné chez Solana.
BAM : la solution de Solana
BAM (Marché d'assemblage de blocs) est la réponse proposée par Solana pour résoudre ces problèmes. Il construit une couche de tri ou une couche de prétraitement entre l'application sur la chaîne Solana et le réseau principal. BAM utilise des environnements d'exécution de confiance (TEE) pour créer un coffre-fort de confidentialité, dans lequel les transactions sont triées selon des règles prédéfinies ou le principe du premier entré, premier sorti (FIFO), afin de mieux servir les protocoles tels que le carnet d'ordres, les échanges de contrats perpétuels et les dark pools.
Le fonctionnement de BAM
Dans le processus de transaction traditionnel sur Solana, après que l'utilisateur a confirmé la transaction, celle-ci est envoyée à un nœud Leader du slot temporel actuel via un nœud RPC. Le Leader collecte les transactions, les trie et les regroupe en blocs avant de les diffuser, tandis que les autres nœuds votent.
Dans les applications intégrant BAM, le processus de transaction est légèrement différent : les transactions confirmées par l'utilisateur sont d'abord envoyées au réseau BAM, où elles sont triées dans un environnement TEE. Au cours de 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, puis il est empaqueté en blocs et diffusé.
BAM agit en réalité comme une couche de prétraitement optionnelle, n'exécutant pas directement sur le réseau principal de Solana, mais accomplissant le tri des transactions "hors chaîne" avant de soumettre le paquet de transactions triées au réseau principal.
Les trois modes de fonctionnement de BAM
Les caractéristiques clés du modèle BAM incluent :
Applications pratiques de BAM
Avec le déploiement de BAM, l'expérience de transaction de Solana sera considérablement améliorée, rendant l'expérience d'application 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 un carnet d'ordres à limite centrale, 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.