Les nouveaux défis de Solana : améliorer la qualité des transactions plutôt que la quantité
Solana est connue pour sa vitesse de transaction et son volume de transactions élevé, mais cela signifie-t-il qu'elle est déjà "assez bonne" ? En analysant ces transactions en profondeur, nous ne pouvons nous empêcher de nous 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 de traders à haute fréquence qui exploitent des différences d'informations de l'ordre de la milliseconde pour réaliser des profits. Ces "traders toxiques" augmentent 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é, 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é doivent élargir les spreads, ce qui se traduit finalement par des coûts supplémentaires à la charge des utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne, remplaçant les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue le principal obstacle à la réalisation de cet objectif. Cela révèle un nouveau défi auquel Solana est confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché sain n'a pas besoin de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques et protéger la liquidité du marché ?
Dans le système actuel, en raison du mécanisme de consensus de Solana qui utilise des enchères périodiques, les preneurs de marché bénéficient en réalité d'un privilège, ce qui a conduit à une influence malveillante de MEV sur l'équité du marché.
Dans le mécanisme de consensus de Solana, chaque intervalle de temps de 400 millisecondes est appelé (Slot), et les transactions sont exécutées par ordre de frais de Gas payés. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, tandis que les arbitragistes haute fréquence réalisent des transactions immédiatement lorsqu'ils détectent des opportunités en surveillant les écarts de prix. En payant des frais plus élevés, les arbitragistes peuvent finaliser leurs transactions avant que les teneurs de marché n'annulent leurs ordres, ce qui entraîne souvent des pertes pour les teneurs de marché.
Dans un scénario idéal, l'échange décentralisé (DEX) devrait 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 au niveau microscopique. De même, en ce qui concerne les prix des oracles, la meilleure pratique consiste à d'abord mettre à jour le prix de l'oracle, puis à exécuter les transactions dépendant de ce prix. Mais dans un intervalle de 400 millisecondes, le marché peut connaître des fluctuations extrêmes qui entraînent l'exécution des transactions au prix initial.
Pour un accord de prêt, l'ordre idéal est de d'abord 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, ce qu'on appelle le contrôle d'exécution des applications (ACE).
BAM: Solution de Solana
Le marché d'assemblage de blocs ( BAM ) est la solution proposée par Solana pour résoudre ces problèmes. BAM a 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 ( TEEs ) pour construire un bac à sable de confidentialité, dans lequel les transactions sont triées selon des règles prédéfinies ou selon le principe du premier arrivé, premier servi ( 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.
Le modèle opérationnel de BAM
BAM prend en charge trois modes de fonctionnement : mode par défaut Solana, mode Block-Engine ( actuellement la solution MEV de Jito, dont le cœur est le mécanisme d'enchères ) et le mode BAM ( où les validateurs sont strictement classés par FIFO ).
Les caractéristiques clés du mode BAM incluent :
Utiliser des environnements d'exécution de confiance ( TEEs ) pour construire un environnement de confidentialité, garantissant un ordre de transaction équitable.
Implémentez une logique de tri complexe via le système de plugins, permettant aux applications de personnaliser les règles de tri des transactions.
Réaliser la fonction de contrôle d'application (ACE), répondant aux besoins spécifiques de différents protocoles.
Applications réelles de BAM
Les cas d'utilisation de BAM comprennent :
Protection de règlement des prêts : exécution prioritaire des opérations de marge supplémentaire, suivie d'un contrôle de règlement.
Combinaison de transactions atomiques : effectuer la mise à jour des prix des oracles et l'exécution des transactions associées dans la même fenêtre temporelle.
Protection contre la volatilité des prix : détecter et exécuter par lots les gros ordres, afin d'éviter de fortes fluctuations du marché.
Protection des market makers : permet des annulations et des réinscriptions en millisecondes, réduisant ainsi le risque d'arbitrage malveillant.
Conclusion
BAM a introduit la vérifiabilité, la protection de la vie privée et la programmabilité dans le processus de traitement des transactions de Solana. Cela permet aux développeurs de construire des applications décentralisées qui se rapprochent de l'expérience des échanges centralisés, y compris un carnet de commandes centralisé, une plateforme de trading de contrats perpétuels et des dark pools, entre autres. Cette innovation est susceptible de favoriser le développement ultérieur de l'écosystème Solana, améliorant la qualité globale des transactions et l'expérience utilisateur.
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
6
Reposter
Partager
Commentaire
0/400
SchrodingerAirdrop
· Il y a 10h
Écoute mon conseil, ne fais pas n'importe quoi en achetant le dip de sol.
Voir l'originalRépondre0
TestnetFreeloader
· 08-10 19:45
Le gaz a augmenté, et personne n'ose bouger.
Voir l'originalRépondre0
rekt_but_resilient
· 08-10 19:43
N'est-ce pas plus compétitif de faire du Laina ?
Voir l'originalRépondre0
GateUser-1a2ed0b9
· 08-10 19:42
C'est un parasite off-chain, n'est-ce pas ?
Voir l'originalRépondre0
quiet_lurker
· 08-10 19:20
Il y a pas mal de tumeurs malignes.
Voir l'originalRépondre0
MrRightClick
· 08-10 19:16
Le volume des transactions est le dernier argument des spéculateurs.
Solana a lancé le plan BAM pour améliorer la qualité des transactions face aux MEV malveillants.
Les nouveaux défis de Solana : améliorer la qualité des transactions plutôt que la quantité
Solana est connue pour sa vitesse de transaction et son volume de transactions élevé, mais cela signifie-t-il qu'elle est déjà "assez bonne" ? En analysant ces transactions en profondeur, nous ne pouvons nous empêcher de nous 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 de traders à haute fréquence qui exploitent des différences d'informations de l'ordre de la milliseconde pour réaliser des profits. Ces "traders toxiques" augmentent 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é, 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é doivent élargir les spreads, ce qui se traduit finalement par des coûts supplémentaires à la charge des utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne, remplaçant les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue le principal obstacle à la réalisation de cet objectif. Cela révèle un nouveau défi auquel Solana est confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché sain n'a pas besoin de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques et protéger la liquidité du marché ?
Dans le système actuel, en raison du mécanisme de consensus de Solana qui utilise des enchères périodiques, les preneurs de marché bénéficient en réalité d'un privilège, ce qui a conduit à une influence malveillante de MEV sur l'équité du marché.
Dans le mécanisme de consensus de Solana, chaque intervalle de temps de 400 millisecondes est appelé (Slot), et les transactions sont exécutées par ordre de frais de Gas payés. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, tandis que les arbitragistes haute fréquence réalisent des transactions immédiatement lorsqu'ils détectent des opportunités en surveillant les écarts de prix. En payant des frais plus élevés, les arbitragistes peuvent finaliser leurs transactions avant que les teneurs de marché n'annulent leurs ordres, ce qui entraîne souvent des pertes pour les teneurs de marché.
Dans un scénario idéal, l'échange décentralisé (DEX) devrait 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 au niveau microscopique. De même, en ce qui concerne les prix des oracles, la meilleure pratique consiste à d'abord mettre à jour le prix de l'oracle, puis à exécuter les transactions dépendant de ce prix. Mais dans un intervalle de 400 millisecondes, le marché peut connaître des fluctuations extrêmes qui entraînent l'exécution des transactions au prix initial.
Pour un accord de prêt, l'ordre idéal est de d'abord 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, ce qu'on appelle le contrôle d'exécution des applications (ACE).
BAM: Solution de Solana
Le marché d'assemblage de blocs ( BAM ) est la solution proposée par Solana pour résoudre ces problèmes. BAM a 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 ( TEEs ) pour construire un bac à sable de confidentialité, dans lequel les transactions sont triées selon des règles prédéfinies ou selon le principe du premier arrivé, premier servi ( 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.
Le modèle opérationnel de BAM
BAM prend en charge trois modes de fonctionnement : mode par défaut Solana, mode Block-Engine ( actuellement la solution MEV de Jito, dont le cœur est le mécanisme d'enchères ) et le mode BAM ( où les validateurs sont strictement classés par FIFO ).
Les caractéristiques clés du mode BAM incluent :
Utiliser des environnements d'exécution de confiance ( TEEs ) pour construire un environnement de confidentialité, garantissant un ordre de transaction équitable.
Implémentez une logique de tri complexe via le système de plugins, permettant aux applications de personnaliser les règles de tri des transactions.
Réaliser la fonction de contrôle d'application (ACE), répondant aux besoins spécifiques de différents protocoles.
Applications réelles de BAM
Les cas d'utilisation de BAM comprennent :
Protection de règlement des prêts : exécution prioritaire des opérations de marge supplémentaire, suivie d'un contrôle de règlement.
Combinaison de transactions atomiques : effectuer la mise à jour des prix des oracles et l'exécution des transactions associées dans la même fenêtre temporelle.
Protection contre la volatilité des prix : détecter et exécuter par lots les gros ordres, afin d'éviter de fortes fluctuations du marché.
Protection des market makers : permet des annulations et des réinscriptions en millisecondes, réduisant ainsi le risque d'arbitrage malveillant.
Conclusion
BAM a introduit la vérifiabilité, la protection de la vie privée et la programmabilité dans le processus de traitement des transactions de Solana. Cela permet aux développeurs de construire des applications décentralisées qui se rapprochent de l'expérience des échanges centralisés, y compris un carnet de commandes centralisé, une plateforme de trading de contrats perpétuels et des dark pools, entre autres. Cette innovation est susceptible de favoriser le développement ultérieur de l'écosystème Solana, améliorant la qualité globale des transactions et l'expérience utilisateur.