Le nouveau défi de Solana : non seulement rechercher la vitesse, mais aussi accorder une plus grande importance à la qualité des transactions
Solana est connue pour sa rapidité et son volume de transactions élevé, mais cela signifie-t-il qu'elle est déjà "assez bonne" ? Lorsque nous examinons ces transactions de plus près, une question se pose : ces transactions créent-elles vraiment de la valeur ?
En fait, une grande partie des transactions sur le réseau Solana ne provient pas d'une véritable demande de trading, mais plutôt de traders à haute fréquence qui tirent profit des différences d'information à la milliseconde. Ces soi-disant "traders toxiques" exploitent un avantage technique pour faire en sorte que leurs transactions soient priorisées en augmentant les frais de Gas au moment où les teneurs de marché s'apprêtent à annuler leurs ordres, réalisant ainsi un arbitrage et faisant subir des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché sont contraints d'élargir les spreads d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours eu la vision de mettre en œuvre un carnet de commandes sur la chaîne, remplaçant les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Voici le nouveau défi auquel Solana est actuellement confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché vraiment sain nécessite non pas plus de transactions, mais des 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 un mécanisme d'enchères périodiques, les preneurs de commandes bénéficient en réalité d'une priorité, ce qui entraîne une influence malveillante de la MEV sur l'équité du marché.
Plus précisément, dans le mécanisme de consensus actuel de Solana, les transactions dans chaque période (Slot) sont triées par les frais de Gas prioritaires payés, les transactions avec les enchères les plus élevées étant exécutées en premier. Ce mécanisme d'enchères a lieu toutes les 400 millisecondes. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, annulant et re-publiant des ordres pour suivre les fluctuations des prix du marché.
En parallèle, les preneurs de positions (en particulier les arbitragistes à haute fréquence) surveillent en permanence les écarts de prix et exécutent immédiatement des transactions dès qu'ils identifient une opportunité. Ils peuvent terminer les transactions en payant des frais plus élevés pour devancer les annulations, ce qui entraîne souvent des "snipes" sur les teneurs de marché, qui subissent des pertes.
Pour les échanges décentralisés (DEX) de type livre de commandes, l'ordre de traitement des transactions idéal devrait être le suivant : avec les fluctuations de prix, d'abord exécuter tous les annulations, puis exécuter les nouvelles commandes, et enfin exécuter les transactions. Mais actuellement, le mécanisme de consensus de Solana ne peut pas réaliser cela à un niveau microscopique.
Le même problème existe au niveau des prix des oracles. Idéalement, les prix des oracles devraient être mis à jour avant d'exécuter les transactions qui en dépendent. Cependant, avec l'intervalle actuel de 400 millisecondes, le marché peut subir des fluctuations violentes, ce qui entraîne l'exécution des transactions au prix initial.
Pour un protocole de prêt, la situation idéale est de d'abord compléter la marge de garantie, puis de procéder à la liquidation.
Ainsi, la meilleure solution est de permettre à différents protocoles de trier les transactions selon leurs propres besoins, c'est le concept d'exécution contrôlée par l'application (Application-Controlled Execution, ACE) que Solana a toujours souligné.
Pour résoudre ces problèmes, Solana a proposé BAM (marché d'assemblage de blocs) comme solution.
BAM : la nouvelle réponse de Solana
BAM a construit une couche de tri ou une couche de prétraitement entre la couche d'application et la chaîne principale de Solana. Il utilise des environnements d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, où les transactions sont trié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 les protocoles tels que les carnets de commandes, les bourses de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Le processus de transaction de BAM est le suivant :
L'utilisateur confirme la transaction dans le portefeuille
Transaction envoyée au nœud RPC
Les transactions sont transférées vers le réseau BAM et triées dans un environnement de confidentialité TEE.
Les nœuds peuvent ajouter des transactions supplémentaires via des plugins, comme la mise à jour des prix des oracles.
Le paquet de données de transaction est soumis au nœud Leader du réseau principal Solana.
Leader empaquette les paquets de données BAM en blocs et les diffuse.
Autres nœuds pour confirmer le vote
BAM ne fonctionne pas directement sur le réseau principal de Solana, mais effectue d'abord le tri des transactions de manière "hors chaîne", puis soumet les transactions emballées au réseau principal de Solana.
Les caractéristiques clés de BAM
Environnements d'exécution de confiance (TEEs) : utiliser des TEEs 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.
Applications pratiques de BAM
Protection de la liquidation des prêts : priorité à l'exécution des opérations de collatéral supplémentaire, puis vérification de la liquidation.
Combinaison de transactions au niveau atomique : mettre à jour le prix de l'oracle, puis exécuter les transactions dépendant de ce prix, et pour les contrats DEX, il est également possible de régler les dérivés connexes dans la même fenêtre de temps.
Protection contre la volatilité des prix : Détection des ordres anormalement importants, ceux-ci étant divisés en petites portions et exécutés par étapes, afin de donner au marché le temps de réagir et d'éviter des liquidations en chaîne ou des arbitrages entraînant des conséquences graves.
Protection des teneurs de marché : en cas d'événements imprévus, il est possible d'annuler des ordres, de mettre à jour le prix de l'oracle et de repasser des ordres en millisecondes, évitant ainsi l'arbitrage malveillant et réduisant l'écart de prix.
Conclusion
L'introduction de BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana. Elle permet aux développeurs de construire des applications décentralisées plus proches de l'expérience des échanges centralisés, telles que les carnets de commandes à limite centrale, les bourses de contrats perpétuels et les dark pools. Ces applications nécessitent un contrôle de tri précis, une exécution déterministe et une protection de la vie privée, et l'émergence de BAM stimulera considérablement le développement innovant de l'écosystème Solana.
Avec le déploiement de BAM, l'expérience de trading sur Solana devrait s'améliorer considérablement, rendant les performances de ses applications sur le réseau principal plus proches de celles des échanges centralisés. Ce n'est pas seulement une quête de vitesse, mais aussi une amélioration globale de la qualité des transactions, marquant une étape importante pour Solana dans l'application de la technologie blockchain.
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.
9 J'aime
Récompense
9
6
Reposter
Partager
Commentaire
0/400
DAOplomacy
· 08-04 23:57
sans doute une autre tentative sous-optimale de théâtre de gouvernance... la dépendance au chemin frappe encore, pour être honnête
Voir l'originalRépondre0
MissedTheBoat
· 08-04 08:02
Lorsque le marché atteint un sommet, il doit s'effondrer. Regardez si j'ai raison.
Voir l'originalRépondre0
ForkItAll
· 08-02 22:46
En d'autres termes, c'est comme un étranglement.
Voir l'originalRépondre0
GasSavingMaster
· 08-02 22:36
gas recueille le monde, les frais me reviennent ! Je m'en vais, je m'en vais
Voir l'originalRépondre0
MonkeySeeMonkeyDo
· 08-02 22:33
sol doit être modifié
Voir l'originalRépondre0
OffchainWinner
· 08-02 22:30
Transactions toxiques, il vaut mieux tout prendre d'un coup !
Nouveau défi pour Solana : la technologie BAM améliore la qualité des transactions en éliminant les transactions nuisibles.
Le nouveau défi de Solana : non seulement rechercher la vitesse, mais aussi accorder une plus grande importance à la qualité des transactions
Solana est connue pour sa rapidité et son volume de transactions élevé, mais cela signifie-t-il qu'elle est déjà "assez bonne" ? Lorsque nous examinons ces transactions de plus près, une question se pose : ces transactions créent-elles vraiment de la valeur ?
En fait, une grande partie des transactions sur le réseau Solana ne provient pas d'une véritable demande de trading, mais plutôt de traders à haute fréquence qui tirent profit des différences d'information à la milliseconde. Ces soi-disant "traders toxiques" exploitent un avantage technique pour faire en sorte que leurs transactions soient priorisées en augmentant les frais de Gas au moment où les teneurs de marché s'apprêtent à annuler leurs ordres, réalisant ainsi un arbitrage et faisant subir des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché sont contraints d'élargir les spreads d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours eu la vision de mettre en œuvre un carnet de commandes sur la chaîne, remplaçant les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Voici le nouveau défi auquel Solana est actuellement confronté : le volume des transactions n'est pas équivalent à la liquidité. Un marché vraiment sain nécessite non pas plus de transactions, mais des 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 un mécanisme d'enchères périodiques, les preneurs de commandes bénéficient en réalité d'une priorité, ce qui entraîne une influence malveillante de la MEV sur l'équité du marché.
Plus précisément, dans le mécanisme de consensus actuel de Solana, les transactions dans chaque période (Slot) sont triées par les frais de Gas prioritaires payés, les transactions avec les enchères les plus élevées étant exécutées en premier. Ce mécanisme d'enchères a lieu toutes les 400 millisecondes. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, annulant et re-publiant des ordres pour suivre les fluctuations des prix du marché.
En parallèle, les preneurs de positions (en particulier les arbitragistes à haute fréquence) surveillent en permanence les écarts de prix et exécutent immédiatement des transactions dès qu'ils identifient une opportunité. Ils peuvent terminer les transactions en payant des frais plus élevés pour devancer les annulations, ce qui entraîne souvent des "snipes" sur les teneurs de marché, qui subissent des pertes.
Pour les échanges décentralisés (DEX) de type livre de commandes, l'ordre de traitement des transactions idéal devrait être le suivant : avec les fluctuations de prix, d'abord exécuter tous les annulations, puis exécuter les nouvelles commandes, et enfin exécuter les transactions. Mais actuellement, le mécanisme de consensus de Solana ne peut pas réaliser cela à un niveau microscopique.
Le même problème existe au niveau des prix des oracles. Idéalement, les prix des oracles devraient être mis à jour avant d'exécuter les transactions qui en dépendent. Cependant, avec l'intervalle actuel de 400 millisecondes, le marché peut subir des fluctuations violentes, ce qui entraîne l'exécution des transactions au prix initial.
Pour un protocole de prêt, la situation idéale est de d'abord compléter la marge de garantie, puis de procéder à la liquidation.
Ainsi, la meilleure solution est de permettre à différents protocoles de trier les transactions selon leurs propres besoins, c'est le concept d'exécution contrôlée par l'application (Application-Controlled Execution, ACE) que Solana a toujours souligné.
Pour résoudre ces problèmes, Solana a proposé BAM (marché d'assemblage de blocs) comme solution.
BAM : la nouvelle réponse de Solana
BAM a construit une couche de tri ou une couche de prétraitement entre la couche d'application et la chaîne principale de Solana. Il utilise des environnements d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, où les transactions sont trié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 les protocoles tels que les carnets de commandes, les bourses de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Le processus de transaction de BAM est le suivant :
BAM ne fonctionne pas directement sur le réseau principal de Solana, mais effectue d'abord le tri des transactions de manière "hors chaîne", puis soumet les transactions emballées au réseau principal de Solana.
Les caractéristiques clés de BAM
Environnements d'exécution de confiance (TEEs) : utiliser des TEEs 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.
Applications pratiques de BAM
Protection de la liquidation des prêts : priorité à l'exécution des opérations de collatéral supplémentaire, puis vérification de la liquidation.
Combinaison de transactions au niveau atomique : mettre à jour le prix de l'oracle, puis exécuter les transactions dépendant de ce prix, et pour les contrats DEX, il est également possible de régler les dérivés connexes dans la même fenêtre de temps.
Protection contre la volatilité des prix : Détection des ordres anormalement importants, ceux-ci étant divisés en petites portions et exécutés par étapes, afin de donner au marché le temps de réagir et d'éviter des liquidations en chaîne ou des arbitrages entraînant des conséquences graves.
Protection des teneurs de marché : en cas d'événements imprévus, il est possible d'annuler des ordres, de mettre à jour le prix de l'oracle et de repasser des ordres en millisecondes, évitant ainsi l'arbitrage malveillant et réduisant l'écart de prix.
Conclusion
L'introduction de BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana. Elle permet aux développeurs de construire des applications décentralisées plus proches de l'expérience des échanges centralisés, telles que les carnets de commandes à limite centrale, les bourses de contrats perpétuels et les dark pools. Ces applications nécessitent un contrôle de tri précis, une exécution déterministe et une protection de la vie privée, et l'émergence de BAM stimulera considérablement le développement innovant de l'écosystème Solana.
Avec le déploiement de BAM, l'expérience de trading sur Solana devrait s'améliorer considérablement, rendant les performances de ses applications sur le réseau principal plus proches de celles des échanges centralisés. Ce n'est pas seulement une quête de vitesse, mais aussi une amélioration globale de la qualité des transactions, marquant une étape importante pour Solana dans l'application de la technologie blockchain.