Le nouveau défi de Solana : rechercher des transactions de meilleure qualité plutôt que de se concentrer uniquement sur un volume élevé.
Solana, en tant que plateforme de blockchain haute performance, est connue pour sa rapidité de traitement des transactions et son volume élevé. Cependant, cela signifie-t-il qu'elle a atteint l'objectif idéal ? En analysant en profondeur la situation des transactions de Solana, nous découvrons une question qui mérite réflexion : ces transactions créent-elles toutes une valeur réelle ?
En fait, un grand nombre de transactions sur Solana ne provient pas d'une véritable demande de trading, mais d'arbitragistes de haute fréquence qui tirent profit des écarts d'information de l'ordre de la milliseconde. Ces participants, appelés "traders toxiques", utilisent un avantage technologique pour prioriser leurs transactions en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, ce qui leur permet d'effectuer des arbitrages et d'entraîner des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads, ce qui conduit finalement les utilisateurs ordinaires à supporter des coûts supplémentaires.
Solana a toujours eu pour vision de réaliser un carnet de commandes sur la chaîne, remplaçant ainsi les échanges centralisés. Cependant, l'existence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est actuellement confronté : le volume ne correspond pas à la liquidité. Un marché réellement 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 de Solana, en raison de son mécanisme de consensus qui adopte un mécanisme d'enchères périodiques, les preneurs de commandes (en particulier les arbitragistes à haute fréquence) bénéficient en réalité d'un droit de priorité, ce qui affecte l'équité du marché. Plus précisément, le mécanisme de consensus de Solana fonctionne par créneaux de 400 millisecondes, et dans chaque créneau, les transactions sont exécutées en fonction du montant des frais de Gas payés.
Ce mécanisme conduit les teneurs de marché à être souvent "snipés" par des arbitrageurs à haute fréquence lorsqu'ils ajustent fréquemment leurs devises, annulent des ordres et en placent de nouveaux. Les arbitrageurs, en payant des frais plus élevés, finalisent leurs transactions avant que les teneurs de marché n'annulent leurs ordres, ce qui entraîne des pertes pour ces derniers.
Dans un monde idéal, une bourse décentralisée (DEX) devrait exécuter les transactions dans l'ordre suivant : d'abord exécuter toutes les annulations, puis 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 au niveau microscopique.
De même, en ce qui concerne les prix des oracles, la situation idéale serait de mettre à jour les prix des oracles avant d'exécuter les transactions dépendantes de ces prix. Cependant, avec un intervalle actuel de 400 millisecondes, le marché peut subir des fluctuations brutales, entraînant l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure pratique est d'ajouter d'abord des garanties, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions à la demande, c'est ce qu'Appelle Solana depuis toujours, l'exécution contrôlée par l'application (Application-Controlled Execution, ACE).
BAM : la solution de Solana
Pour faire face à ces défis, Solana a proposé la solution du marché d'assemblage de blocs (Block Assembly Marketplace, BAM). 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 (Trusted Execution Environments, TEEs) pour construire un bac à sable de confidentialité, où les transactions sont ordonnées selon des règles prédéterminées ou le principe du premier entré, premier sorti (FIFO). Ce mécanisme vise à mieux servir les livres de commandes (CLOBs), les échanges de contrats perpétuels, les dark pools et d'autres protocoles.
Le fonctionnement de BAM
Le processus de transaction de BAM est le suivant :
L'utilisateur confirme la transaction dans le portefeuille.
Envoi de la transaction au nœud RPC.
Transférer les transactions vers le réseau BAM et les trier dans un environnement de confidentialité 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, puis générer des preuves.
Le paquet de données de transaction est soumis au nœud Leader du réseau principal Solana.
Leader collecte des transactions, recueille des paquets de données BAM et les emballe en blocs pour les diffuser.
Autres nœuds votent.
Il convient de noter que le processus de consensus de BAM n'est pas en conflit avec celui de la chaîne principale Solana, mais constitue une fonctionnalité optionnelle. BAM ne fonctionne pas directement sur la chaîne principale Solana, mais effectue le tri des transactions "hors chaîne", empaquetant les transactions avant de les soumettre à la chaîne principale Solana.
Les caractéristiques principales de BAM
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (la solution MEV actuelle de Jito, dont le cœur est le mécanisme d'enchères) et le mode BAM (les validateurs classés strictement par FIFO).
Les caractéristiques clés du modèle BAM incluent :
Environnements d'exécution de confiance (TEE) : Utiliser les TEE pour construire un environnement de confidentialité, garantissant l'équité du tri des transactions.
Système de plugins : permet aux applications de construire une logique de tri des transactions personnalisée, réalisant un tri complexe des transactions tout en maintenant la sécurité de l'environnement TEE.
Application pratique de BAM
Les cas d'utilisation de BAM incluent :
Protection de liquidation des prêts : exécuter en priorité les opérations de marge complémentaire, puis procéder à la vérification de la liquidation.
Combinaisons de transactions de niveau atomique : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions qui dépendent de ce prix, et pour le DEX de contrats, il est également possible de régler les dérivés connexes.
Protection contre la volatilité des prix : détecter les ordres anormalement importants, les diviser en petites portions et les exécuter par étapes, afin de donner au marché le temps de réagir.
Protection des teneurs de marché : en cas d'événements imprévus, être capable d'annuler des ordres, de mettre à jour les prix des oracles et de recréer des ordres en quelques millisecondes, afin d'éviter l'arbitrage malveillant.
Dans l'ensemble, BAM a apporté 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 livres 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 le développement innovant de l'écosystème Solana.
Avec le déploiement de BAM, l'expérience de trading sur Solana sera considérablement améliorée, rendant l'expérience des applications sur le mainnet de Solana plus proche de celle des échanges centralisés, tout en maintenant les avantages de la décentralisation. Cette avancée apportera de nouvelles opportunités de développement à l'écosystème Solana, en mettant l'accent sur la qualité des transactions et l'équité du marché, tout en poursuivant des performances élevées.
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
RooftopVIP
· Il y a 10h
Ne sois pas pressé d'optimiser, attends d'abord que je buy the dip.
Voir l'originalRépondre0
rugged_again
· Il y a 23h
Les chiens à haute fréquence perturbent le marché
Voir l'originalRépondre0
AirdropFreedom
· Il y a 23h
piège chien est toujours là, n'est-ce pas ?
Voir l'originalRépondre0
DiamondHands
· Il y a 23h
Ces requins ne se soucient vraiment pas de sucer le sang.
Voir l'originalRépondre0
CounterIndicator
· 08-14 22:27
D'où viennent tant de pièges à chiens à haute fréquence ?
Solana lance BAM : Optimiser la qualité des transactions pour construire un écosystème Blockchain plus équitable.
Le nouveau défi de Solana : rechercher des transactions de meilleure qualité plutôt que de se concentrer uniquement sur un volume élevé.
Solana, en tant que plateforme de blockchain haute performance, est connue pour sa rapidité de traitement des transactions et son volume élevé. Cependant, cela signifie-t-il qu'elle a atteint l'objectif idéal ? En analysant en profondeur la situation des transactions de Solana, nous découvrons une question qui mérite réflexion : ces transactions créent-elles toutes une valeur réelle ?
En fait, un grand nombre de transactions sur Solana ne provient pas d'une véritable demande de trading, mais d'arbitragistes de haute fréquence qui tirent profit des écarts d'information de l'ordre de la milliseconde. Ces participants, appelés "traders toxiques", utilisent un avantage technologique pour prioriser leurs transactions en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, ce qui leur permet d'effectuer des arbitrages et d'entraîner des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads, ce qui conduit finalement les utilisateurs ordinaires à supporter des coûts supplémentaires.
Solana a toujours eu pour vision de réaliser un carnet de commandes sur la chaîne, remplaçant ainsi les échanges centralisés. Cependant, l'existence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est actuellement confronté : le volume ne correspond pas à la liquidité. Un marché réellement 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 de Solana, en raison de son mécanisme de consensus qui adopte un mécanisme d'enchères périodiques, les preneurs de commandes (en particulier les arbitragistes à haute fréquence) bénéficient en réalité d'un droit de priorité, ce qui affecte l'équité du marché. Plus précisément, le mécanisme de consensus de Solana fonctionne par créneaux de 400 millisecondes, et dans chaque créneau, les transactions sont exécutées en fonction du montant des frais de Gas payés.
Ce mécanisme conduit les teneurs de marché à être souvent "snipés" par des arbitrageurs à haute fréquence lorsqu'ils ajustent fréquemment leurs devises, annulent des ordres et en placent de nouveaux. Les arbitrageurs, en payant des frais plus élevés, finalisent leurs transactions avant que les teneurs de marché n'annulent leurs ordres, ce qui entraîne des pertes pour ces derniers.
Dans un monde idéal, une bourse décentralisée (DEX) devrait exécuter les transactions dans l'ordre suivant : d'abord exécuter toutes les annulations, puis 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 au niveau microscopique.
De même, en ce qui concerne les prix des oracles, la situation idéale serait de mettre à jour les prix des oracles avant d'exécuter les transactions dépendantes de ces prix. Cependant, avec un intervalle actuel de 400 millisecondes, le marché peut subir des fluctuations brutales, entraînant l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure pratique est d'ajouter d'abord des garanties, puis de procéder à la liquidation.
Ainsi, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions à la demande, c'est ce qu'Appelle Solana depuis toujours, l'exécution contrôlée par l'application (Application-Controlled Execution, ACE).
BAM : la solution de Solana
Pour faire face à ces défis, Solana a proposé la solution du marché d'assemblage de blocs (Block Assembly Marketplace, BAM). 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 (Trusted Execution Environments, TEEs) pour construire un bac à sable de confidentialité, où les transactions sont ordonnées selon des règles prédéterminées ou le principe du premier entré, premier sorti (FIFO). Ce mécanisme vise à mieux servir les livres de commandes (CLOBs), les échanges de contrats perpétuels, les dark pools et d'autres protocoles.
Le fonctionnement de BAM
Le processus de transaction de BAM est le suivant :
Il convient de noter que le processus de consensus de BAM n'est pas en conflit avec celui de la chaîne principale Solana, mais constitue une fonctionnalité optionnelle. BAM ne fonctionne pas directement sur la chaîne principale Solana, mais effectue le tri des transactions "hors chaîne", empaquetant les transactions avant de les soumettre à la chaîne principale Solana.
Les caractéristiques principales de BAM
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (la solution MEV actuelle de Jito, dont le cœur est le mécanisme d'enchères) et le mode BAM (les validateurs classés strictement par FIFO).
Les caractéristiques clés du modèle BAM incluent :
Application pratique de BAM
Les cas d'utilisation de BAM incluent :
Dans l'ensemble, BAM a apporté 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 livres 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 le développement innovant de l'écosystème Solana.
Avec le déploiement de BAM, l'expérience de trading sur Solana sera considérablement améliorée, rendant l'expérience des applications sur le mainnet de Solana plus proche de celle des échanges centralisés, tout en maintenant les avantages de la décentralisation. Cette avancée apportera de nouvelles opportunités de développement à l'écosystème Solana, en mettant l'accent sur la qualité des transactions et l'équité du marché, tout en poursuivant des performances élevées.