Les transactions rapides de Solana : succès ou risque ?
Solana est connue pour sa rapidité de transaction et son volume élevé, mais cela signifie-t-il qu'elle a atteint la perfection ? En examinant de près ces transactions, nous ne pouvons nous empêcher de nous demander : créent-elles toutes une véritable valeur ?
En fait, une grande partie des transactions sur Solana ne provient pas d'une véritable demande, mais des arbitrageurs à haute fréquence qui tirent parti des différences d'information de l'ordre de la milliseconde pour réaliser des profits. Ces soi-disant "traders toxiques" utilisent un avantage technique en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, garantissant ainsi que leurs transactions soient prioritairement incluses, ce qui leur permet de réaliser des arbitrages, entraînant des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, ce qui finit par entraîner des coûts supplémentaires pour les utilisateurs ordinaires.
Solana a toujours eu le rêve 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 le principal 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é 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, 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 fait que le MEV (valeur maximale pouvant être extraite) malveillant affecte gravement l'équité du marché.
Plus précisément, dans le consensus actuel de Solana, les transactions dans chaque période (Slot) sont triées par les frais de Gas prioritaires payés, et les transactions avec les offres les plus élevées sont exécutées en priorité. Cette enchère a lieu toutes les 400 millisecondes. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, y compris les annulations et les nouvelles offres, pour s'adapter aux variations des prix du marché. Les preneurs, en particulier les arbitragistes à haute fréquence, surveillent en permanence les écarts de prix et concluent immédiatement des transactions dès qu'ils découvrent une opportunité. Ainsi, les arbitragistes peuvent conclure des transactions en payant des frais plus élevés pour devancer les annulations, ce qui entraîne souvent des pertes pour les teneurs de marché.
Pour les bourses décentralisées (DEX) à carnet de commandes, l'ordre de transaction idéal devrait être le suivant : avec les fluctuations de prix, exécuter d'abord 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 serait de mettre à jour le prix de l'oracle avant d'exécuter les transactions qui en dépendent. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut entraîner des fluctuations importantes, ce qui peut conduire à l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure pratique consiste à d'abord ajouter des garanties, puis à procéder au règlement.
Ainsi, la solution idéale est de permettre à différents protocoles de trier les transactions en fonction des besoins, c'est le concept d'exécution contrôlée par l'application (Application-Controlled Execution, ACE) que Solana a toujours souligné.
BAM : la solution innovante de Solana
Le marché d'assemblage de blocs (Block Assembly Marketplace, BAM) est une solution innovante proposée par Solana pour résoudre ces problèmes. BAM a construit une couche de tri, ou 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 triées selon des règles de tri 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.
Mécanisme de fonctionnement de BAM
Le processus de transaction BAM est le suivant :
L'utilisateur confirme la transaction dans le portefeuille
Transaction envoyée au nœud RPC
Transférer la transaction vers le réseau BAM et effectuer le tri dans un environnement de confidentialité TEE.
Générer une preuve et soumettre le paquet de données de transaction au nœud Leader du mainnet Solana
Le nœud Leader collecte les transactions contenant le paquet de données BAM et les regroupe en blocs pour les diffuser.
Autres nœuds votent
Il convient de noter que le processus de consensus de BAM n'entre pas en conflit avec le réseau principal de Solana, mais fonctionne comme une fonctionnalité optionnelle. BAM ne fonctionne pas directement sur le réseau principal de Solana, mais effectue le tri des transactions "hors chaîne" avant de soumettre les transactions regroupées au réseau principal de Solana.
Les caractéristiques clés de BAM
Environnements d'exécution de confiance (TEE) : Utiliser des TEE pour créer un environnement de confidentialité pour le tri des transactions, garantissant l'équité.
Système de plugins : Grâce au système de plugins, BAM permet aux applications de construire une logique de tri des transactions personnalisée, réalisant ainsi un tri complexe tout en maintenant la sécurité de l'environnement TEE.
Contrôle d'application d'exécution (ACE) : permet de classer les transactions en fonction des besoins selon différents protocoles.
Applications pratiques de BAM
Protection de la liquidation de prêt : exécuter en priorité l'opération de complément de garantie, puis procéder à la vérification de la liquidation.
Combinaison de transactions atomiques : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions dépendantes de ce prix, et pour les DEX de contrats, il est également possible de régler simultanément les dérivés connexes.
Protection contre la volatilité des prix : Détecter les gros ordres anormaux, les diviser en petites portions pour une exécution par lots, donner du temps au marché pour réagir, éviter la spirale mortelle causée par des liquidations en chaîne ou des arbitrages.
Protection des teneurs de marché : en cas d'événements imprévus, permettre l'annulation des ordres, la mise à jour des prix des oracles et la remise en place des ordres en millisecondes, afin d'éviter les arbitrages malveillants et de réduire l'écart de prix.
Conclusion
BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana, permettant aux développeurs de construire des infrastructures financières plus complexes et plus sûres. Avec le déploiement de BAM, l'expérience utilisateur des applications sur le réseau principal de Solana se rapprochera davantage des échanges centralisés, favorisant l'innovation et le développement 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.
Solana a lancé le mécanisme BAM pour optimiser le tri des transactions et améliorer la liquidité off-chain.
Les transactions rapides de Solana : succès ou risque ?
Solana est connue pour sa rapidité de transaction et son volume élevé, mais cela signifie-t-il qu'elle a atteint la perfection ? En examinant de près ces transactions, nous ne pouvons nous empêcher de nous demander : créent-elles toutes une véritable valeur ?
En fait, une grande partie des transactions sur Solana ne provient pas d'une véritable demande, mais des arbitrageurs à haute fréquence qui tirent parti des différences d'information de l'ordre de la milliseconde pour réaliser des profits. Ces soi-disant "traders toxiques" utilisent un avantage technique en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, garantissant ainsi que leurs transactions soient prioritairement incluses, ce qui leur permet de réaliser des arbitrages, entraînant des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, ce qui finit par entraîner des coûts supplémentaires pour les utilisateurs ordinaires.
Solana a toujours eu le rêve 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 le principal 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é 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, 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 fait que le MEV (valeur maximale pouvant être extraite) malveillant affecte gravement l'équité du marché.
Plus précisément, dans le consensus actuel de Solana, les transactions dans chaque période (Slot) sont triées par les frais de Gas prioritaires payés, et les transactions avec les offres les plus élevées sont exécutées en priorité. Cette enchère a lieu toutes les 400 millisecondes. Dans ce processus, les teneurs de marché doivent ajuster fréquemment leurs offres, y compris les annulations et les nouvelles offres, pour s'adapter aux variations des prix du marché. Les preneurs, en particulier les arbitragistes à haute fréquence, surveillent en permanence les écarts de prix et concluent immédiatement des transactions dès qu'ils découvrent une opportunité. Ainsi, les arbitragistes peuvent conclure des transactions en payant des frais plus élevés pour devancer les annulations, ce qui entraîne souvent des pertes pour les teneurs de marché.
Pour les bourses décentralisées (DEX) à carnet de commandes, l'ordre de transaction idéal devrait être le suivant : avec les fluctuations de prix, exécuter d'abord 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 serait de mettre à jour le prix de l'oracle avant d'exécuter les transactions qui en dépendent. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut entraîner des fluctuations importantes, ce qui peut conduire à l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure pratique consiste à d'abord ajouter des garanties, puis à procéder au règlement.
Ainsi, la solution idéale est de permettre à différents protocoles de trier les transactions en fonction des besoins, c'est le concept d'exécution contrôlée par l'application (Application-Controlled Execution, ACE) que Solana a toujours souligné.
BAM : la solution innovante de Solana
Le marché d'assemblage de blocs (Block Assembly Marketplace, BAM) est une solution innovante proposée par Solana pour résoudre ces problèmes. BAM a construit une couche de tri, ou 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 triées selon des règles de tri 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.
Mécanisme de fonctionnement de BAM
Le processus de transaction BAM est le suivant :
Il convient de noter que le processus de consensus de BAM n'entre pas en conflit avec le réseau principal de Solana, mais fonctionne comme une fonctionnalité optionnelle. BAM ne fonctionne pas directement sur le réseau principal de Solana, mais effectue le tri des transactions "hors chaîne" avant de soumettre les transactions regroupées au réseau principal de Solana.
Les caractéristiques clés de BAM
Environnements d'exécution de confiance (TEE) : Utiliser des TEE pour créer un environnement de confidentialité pour le tri des transactions, garantissant l'équité.
Système de plugins : Grâce au système de plugins, BAM permet aux applications de construire une logique de tri des transactions personnalisée, réalisant ainsi un tri complexe tout en maintenant la sécurité de l'environnement TEE.
Contrôle d'application d'exécution (ACE) : permet de classer les transactions en fonction des besoins selon différents protocoles.
Applications pratiques de BAM
Protection de la liquidation de prêt : exécuter en priorité l'opération de complément de garantie, puis procéder à la vérification de la liquidation.
Combinaison de transactions atomiques : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions dépendantes de ce prix, et pour les DEX de contrats, il est également possible de régler simultanément les dérivés connexes.
Protection contre la volatilité des prix : Détecter les gros ordres anormaux, les diviser en petites portions pour une exécution par lots, donner du temps au marché pour réagir, éviter la spirale mortelle causée par des liquidations en chaîne ou des arbitrages.
Protection des teneurs de marché : en cas d'événements imprévus, permettre l'annulation des ordres, la mise à jour des prix des oracles et la remise en place des ordres en millisecondes, afin d'éviter les arbitrages malveillants et de réduire l'écart de prix.
Conclusion
BAM apporte vérifiabilité, protection de la vie privée et programmabilité au processus de traitement des transactions de Solana, permettant aux développeurs de construire des infrastructures financières plus complexes et plus sûres. Avec le déploiement de BAM, l'expérience utilisateur des applications sur le réseau principal de Solana se rapprochera davantage des échanges centralisés, favorisant l'innovation et le développement de l'écosystème Solana.