L'innovation du mécanisme de traitement des transactions Solana : de la vitesse à la création de valeur
Solana est connue pour ses transactions rapides et son volume de transactions élevé, mais cela signifie-t-il qu'elle a atteint la perfection ? Après une analyse approfondie, nous avons identifié une question clé : ces transactions créent-elles une valeur réelle ?
En fait, un grand nombre de transactions sur le réseau Solana ne proviennent pas d'une demande réelle, mais d'arbitragistes à haute fréquence qui profitent des différences d'information à la milliseconde pour réaliser des bénéfices. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour prioriser leurs transactions en augmentant les frais de Gas juste avant que les market makers ne retirent leurs ordres, complétant ainsi l'arbitrage et faisant subir des pertes aux market makers. Pour compenser ces pertes, les market makers sont contraints d'élargir l'écart entre les prix d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours eu la vision d'implémenter un carnet de commandes sur la chaîne, remplaçant ainsi 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é véritablement 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é ?
Dans le système actuel, en raison du mécanisme d'enchères périodiques de consensus de Solana, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui entraîne des comportements malveillants de MEV (valeur maximale pouvant être extraite) affectant l'équité du marché.
Plus précisément, dans le consensus actuel de Solana, un intervalle de temps (Slot) est de 400 millisecondes, et les transactions sont triées par les frais de Gas prioritaires payés. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, tandis que les arbitragistes à haute fréquence surveillent les différences de prix et exécutent immédiatement les transactions lorsqu'ils détectent des opportunités. Cela permet aux arbitragistes de payer des frais plus élevés pour exécuter avant que les teneurs de marché ne retirent leurs ordres, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Dans un scénario idéal, un échange décentralisé (DEX) avec carnet d'ordres devrait exécuter les transactions dans l'ordre suivant : d'abord exécuter toutes les annulations, ensuite exécuter les nouvelles commandes, et enfin exécuter les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau microscopique.
De même, en ce qui concerne les prix des oracles, la meilleure pratique consiste à mettre à jour le prix de l'oracle avant d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, des fluctuations de marché sévères peuvent entraîner l'exécution des transactions au prix initial.
Pour un protocole de prêt, l'ordre d'exécution idéal est de d'abord ajouter des garanties, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions en fonction des besoins, c'est le concept de contrôle d'exécution des applications (ACE) que Solana a toujours mis en avant.
BAM : La solution innovante de Solana
Le marché d'assemblage de blocs (BAM) est une solution innovante proposée par Solana pour résoudre ces problèmes. 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.
BAM utilise des environnements d'exécution de confiance (TEE) pour construire un bac à sable de confidentialité, où les transactions sont classées selon des règles prédéterminées ou selon le principe du premier entré, premier sorti (FIFO). Ce mécanisme vise à mieux servir des protocoles tels que les carnets de commandes, les échanges de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Comparé au processus de traitement des transactions standard de Solana, le processus de transaction après l'intégration de BAM est différent :
L'utilisateur confirme la transaction dans le portefeuille.
Transaction envoyée au nœud RPC
Les transactions sont transférées au réseau BAM et sont triées dans le TEE
Le paquet de transactions trié est soumis au nœud Leader du réseau principal Solana.
Leader intègre le paquet de données BAM dans le bloc et le diffuse.
Autres nœuds votent pour confirmation
BAM, en tant que fonctionnalité optionnelle, ne contredit pas le processus de consensus du réseau principal Solana. Il effectue le tri des transactions "hors chaîne" à l'avance, puis soumet les transactions regroupées au réseau principal.
Mode de tri des transactions BAM
BAM prend en charge trois modes de fonctionnement :
Mode par défaut de Solana
Mode Block-Engine (similaire aux solutions MEV actuelles)
Mode BAM (strictement selon l'ordre FIFO)
Les caractéristiques clés du modèle BAM comprennent :
Utiliser des TEE pour construire un environnement de confidentialité pour le tri des transactions, garantissant l'équité
Réaliser une logique de tri des transactions complexe via un système de plugins
Permettre aux applications de personnaliser le tri des transactions selon des règles prédéfinies.
Applications réelles de BAM
Protection de liquidation de prêt : prioriser l'exécution des opérations de collatéral supplémentaire, puis procéder à l'inspection de liquidation.
Combinaison de transactions au niveau atomique : mettre à jour le prix de l'oracle, puis exécuter les transactions associées, et régler simultanément les produits dérivés.
Protection contre la volatilité des prix : détecter les gros ordres et les exécuter par étapes, afin d'éviter des fluctuations brusques du marché.
Protection des teneurs de marché : permettre des annulations et des remises en ordre rapides en cas d'événements imprévus, réduisant ainsi l'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 infrastructures financières plus complexes, telles que des carnets de commandes à prix limite centralisés, des échanges de contrats perpétuels et des dark pools, entre autres. Cette innovation améliorera considérablement l'expérience de trading sur Solana, la rapprochant des performances des échanges centralisés, tout en favorisant l'innovation et le développement de l'ensemble de l'écosystème.
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.
10 J'aime
Récompense
10
4
Reposter
Partager
Commentaire
0/400
DegenApeSurfer
· Il y a 17h
Le plateau de nourriture DOGE est maintenant ouvert.
Voir l'originalRépondre0
AirdropHunter007
· 08-10 12:17
Aucun projet sans piège à chiens ne mérite d'être appelé web3.
Voir l'originalRépondre0
MetaMuskRat
· 08-10 12:16
Chien venimeux, sors de sol
Voir l'originalRépondre0
BlockchainBouncer
· 08-10 12:02
Les fanatiques de la démonstration de compétences sont vraiment ennuyeux.
Solana lance le mécanisme BAM : révolutionne le traitement des transactions et améliore l'équité du marché
L'innovation du mécanisme de traitement des transactions Solana : de la vitesse à la création de valeur
Solana est connue pour ses transactions rapides et son volume de transactions élevé, mais cela signifie-t-il qu'elle a atteint la perfection ? Après une analyse approfondie, nous avons identifié une question clé : ces transactions créent-elles une valeur réelle ?
En fait, un grand nombre de transactions sur le réseau Solana ne proviennent pas d'une demande réelle, mais d'arbitragistes à haute fréquence qui profitent des différences d'information à la milliseconde pour réaliser des bénéfices. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour prioriser leurs transactions en augmentant les frais de Gas juste avant que les market makers ne retirent leurs ordres, complétant ainsi l'arbitrage et faisant subir des pertes aux market makers. Pour compenser ces pertes, les market makers sont contraints d'élargir l'écart entre les prix d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours eu la vision d'implémenter un carnet de commandes sur la chaîne, remplaçant ainsi 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é véritablement 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é ?
Dans le système actuel, en raison du mécanisme d'enchères périodiques de consensus de Solana, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui entraîne des comportements malveillants de MEV (valeur maximale pouvant être extraite) affectant l'équité du marché.
Plus précisément, dans le consensus actuel de Solana, un intervalle de temps (Slot) est de 400 millisecondes, et les transactions sont triées par les frais de Gas prioritaires payés. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, tandis que les arbitragistes à haute fréquence surveillent les différences de prix et exécutent immédiatement les transactions lorsqu'ils détectent des opportunités. Cela permet aux arbitragistes de payer des frais plus élevés pour exécuter avant que les teneurs de marché ne retirent leurs ordres, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Dans un scénario idéal, un échange décentralisé (DEX) avec carnet d'ordres devrait exécuter les transactions dans l'ordre suivant : d'abord exécuter toutes les annulations, ensuite exécuter les nouvelles commandes, et enfin exécuter les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau microscopique.
De même, en ce qui concerne les prix des oracles, la meilleure pratique consiste à mettre à jour le prix de l'oracle avant d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, des fluctuations de marché sévères peuvent entraîner l'exécution des transactions au prix initial.
Pour un protocole de prêt, l'ordre d'exécution idéal est de d'abord ajouter des garanties, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions en fonction des besoins, c'est le concept de contrôle d'exécution des applications (ACE) que Solana a toujours mis en avant.
BAM : La solution innovante de Solana
Le marché d'assemblage de blocs (BAM) est une solution innovante proposée par Solana pour résoudre ces problèmes. 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.
BAM utilise des environnements d'exécution de confiance (TEE) pour construire un bac à sable de confidentialité, où les transactions sont classées selon des règles prédéterminées ou selon le principe du premier entré, premier sorti (FIFO). Ce mécanisme vise à mieux servir des protocoles tels que les carnets de commandes, les échanges de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Comparé au processus de traitement des transactions standard de Solana, le processus de transaction après l'intégration de BAM est différent :
BAM, en tant que fonctionnalité optionnelle, ne contredit pas le processus de consensus du réseau principal Solana. Il effectue le tri des transactions "hors chaîne" à l'avance, puis soumet les transactions regroupées au réseau principal.
Mode de tri des transactions BAM
BAM prend en charge trois modes de fonctionnement :
Les caractéristiques clés du modèle BAM comprennent :
Applications réelles de BAM
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 infrastructures financières plus complexes, telles que des carnets de commandes à prix limite centralisés, des échanges de contrats perpétuels et des dark pools, entre autres. Cette innovation améliorera considérablement l'expérience de trading sur Solana, la rapprochant des performances des échanges centralisés, tout en favorisant l'innovation et le développement de l'ensemble de l'écosystème.