Les nouveaux défis et solutions de la blockchain Solana à haute vitesse
Solana en tant que Blockchain haute performance est réputée pour sa rapidité de traitement des transactions et son volume de transactions élevé. Cependant, cette rapidité et cette grande capacité peuvent-elles vraiment être équivalentes à un environnement de transaction de haute qualité ? Cette question mérite notre réflexion approfondie.
Sur le réseau Solana, un grand nombre de transactions ne provient pas d'une véritable demande de transaction, mais de traders à haute fréquence qui exploitent des différences d'information de l'ordre de la milliseconde pour réaliser des arbitrages. Ces soi-disant "traders toxiques" utilisent leur avantage technologique pour prioriser le traitement de leurs transactions en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, ce qui leur permet de réaliser des arbitrages et entraîne des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché sont contraints d'élargir les écarts entre les prix d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours eu pour vision de réaliser un carnet de commandes sur la blockchain, afin de remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" constitue le principal obstacle à la réalisation de cet objectif. Cela souligne le nouveau défi auquel Solana est 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é du marché ? Cette question est devenue la clé du développement de Solana.
Dans le système actuel de Solana, les preneurs de commandes bénéficient d'une réelle priorité en raison du mécanisme d'enchères périodiques dans le mécanisme de consensus, ce qui entraîne des comportements malveillants d'MEV (Maximum Extractable Value) affectant l'équité du marché. Plus précisément, le mécanisme de consensus de Solana fonctionne par intervalles de 400 millisecondes appelés Slots, où les transactions sont classées en fonction des frais de Gas prioritaires payés. Ce mécanisme permet aux arbitragistes à haute fréquence de conclure des transactions en payant des frais plus élevés avant que les teneurs de marché ne retirent leurs ordres, entraînant des pertes fréquentes pour les teneurs de marché.
L'ordre de transaction idéal devrait être le suivant : avec les fluctuations de prix, d'abord exécuter toutes les annulations, 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, la situation idéale est de mettre à jour d'abord le prix de l'oracle, puis d'exécuter les transactions qui dépendent de ce prix. Mais dans l'intervalle actuel de 400 millisecondes, des fluctuations de marché violentes peuvent entraîner des transactions qui se font toujours au prix d'origine.
Pour résoudre ces problèmes, Solana a proposé BAM (Marché d'Assemblage de Blocs) comme solution. BAM construit une couche de tri ou une couche de prétraitement entre les applications sur la chaîne Solana et le réseau principal. Il utilise des environnements d'exécution de confiance (TEE) pour construire des bacs à sable de confidentialité, où les transactions sont triées selon des règles prédéterminées. Ce mécanisme vise à mieux servir des 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 (la solution MEV actuelle de Jito, qui repose sur un mécanisme d'enchères) et le mode BAM (les validateurs suivent strictement un ordre de premier arrivé, premier servi).
Les caractéristiques clés de BAM incluent :
Utiliser des environnements d'exécution de confiance (TEEs) pour construire un environnement de confidentialité, garantissant l'équité du tri des transactions.
Permettre aux applications de construire une logique de tri des transactions personnalisée via le système de plugins, réalisant un tri complexe.
Réaliser la fonction de contrôle d'exécution des applications (ACE) pour permettre à différents protocoles de trier les transactions selon les besoins.
Les cas d'application réels de BAM incluent :
Protection de règlement de prêt : exécution prioritaire des opérations de garantie supplémentaire, suivie d'un contrôle de règlement.
Combinaison de transactions de niveau atomique : mettre à jour le prix de l'oracle, puis exécuter les transactions qui dépendent de ce prix.
Protection contre la volatilité des prix : Diviser les gros ordres en petites portions pour les exécuter par étapes, afin d'éviter des fluctuations de marché sévères.
Protection des teneurs de marché : permettre aux teneurs de marché de retirer rapidement des ordres et de les remettre en cas d'événements imprévus.
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 des applications sur son réseau principal plus proche de celle des échanges centralisés. BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana, offrant aux développeurs la possibilité de construire des infrastructures financières plus complexes, ce qui favorise l'innovation et le développement ultérieurs 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.
8 J'aime
Récompense
8
5
Reposter
Partager
Commentaire
0/400
GhostWalletSleuth
· 08-01 23:04
La vitesse n'est pas tout
Voir l'originalRépondre0
DeFi_Dad_Jokes
· 08-01 09:13
La vitesse est rapide, mais la toxicité est également élevée.
Voir l'originalRépondre0
GasWhisperer
· 07-31 02:11
BAM est une bonne direction pour faire face à la situation actuelle.
Solana a lancé la solution BAM pour améliorer la qualité et l'équité des transactions sur la Blockchain.
Les nouveaux défis et solutions de la blockchain Solana à haute vitesse
Solana en tant que Blockchain haute performance est réputée pour sa rapidité de traitement des transactions et son volume de transactions élevé. Cependant, cette rapidité et cette grande capacité peuvent-elles vraiment être équivalentes à un environnement de transaction de haute qualité ? Cette question mérite notre réflexion approfondie.
Sur le réseau Solana, un grand nombre de transactions ne provient pas d'une véritable demande de transaction, mais de traders à haute fréquence qui exploitent des différences d'information de l'ordre de la milliseconde pour réaliser des arbitrages. Ces soi-disant "traders toxiques" utilisent leur avantage technologique pour prioriser le traitement de leurs transactions en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, ce qui leur permet de réaliser des arbitrages et entraîne des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché sont contraints d'élargir les écarts entre les prix d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours eu pour vision de réaliser un carnet de commandes sur la blockchain, afin de remplacer les échanges centralisés. Cependant, la présence de "traders toxiques" constitue le principal obstacle à la réalisation de cet objectif. Cela souligne le nouveau défi auquel Solana est 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é du marché ? Cette question est devenue la clé du développement de Solana.
Dans le système actuel de Solana, les preneurs de commandes bénéficient d'une réelle priorité en raison du mécanisme d'enchères périodiques dans le mécanisme de consensus, ce qui entraîne des comportements malveillants d'MEV (Maximum Extractable Value) affectant l'équité du marché. Plus précisément, le mécanisme de consensus de Solana fonctionne par intervalles de 400 millisecondes appelés Slots, où les transactions sont classées en fonction des frais de Gas prioritaires payés. Ce mécanisme permet aux arbitragistes à haute fréquence de conclure des transactions en payant des frais plus élevés avant que les teneurs de marché ne retirent leurs ordres, entraînant des pertes fréquentes pour les teneurs de marché.
L'ordre de transaction idéal devrait être le suivant : avec les fluctuations de prix, d'abord exécuter toutes les annulations, 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, la situation idéale est de mettre à jour d'abord le prix de l'oracle, puis d'exécuter les transactions qui dépendent de ce prix. Mais dans l'intervalle actuel de 400 millisecondes, des fluctuations de marché violentes peuvent entraîner des transactions qui se font toujours au prix d'origine.
Pour résoudre ces problèmes, Solana a proposé BAM (Marché d'Assemblage de Blocs) comme solution. BAM construit une couche de tri ou une couche de prétraitement entre les applications sur la chaîne Solana et le réseau principal. Il utilise des environnements d'exécution de confiance (TEE) pour construire des bacs à sable de confidentialité, où les transactions sont triées selon des règles prédéterminées. Ce mécanisme vise à mieux servir des 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 (la solution MEV actuelle de Jito, qui repose sur un mécanisme d'enchères) et le mode BAM (les validateurs suivent strictement un ordre de premier arrivé, premier servi).
Les caractéristiques clés de BAM incluent :
Les cas d'application réels de BAM incluent :
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 des applications sur son réseau principal plus proche de celle des échanges centralisés. BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana, offrant aux développeurs la possibilité de construire des infrastructures financières plus complexes, ce qui favorise l'innovation et le développement ultérieurs de l'écosystème Solana.