Le nouveau défi de Solana : améliorer la qualité des transactions plutôt que la quantité
Solana est connu pour sa vitesse de transaction et son volume de transactions élevé, mais est-ce vraiment suffisant ? Lorsque nous examinons ces transactions de plus près, une question se pose : créent-elles toutes une valeur réelle ?
En réalité, un grand nombre de transactions sur Solana ne proviennent pas d'une demande réelle, mais des arbitragistes à haute fréquence qui profitent des différences d'informations à la milliseconde. Ces soi-disant "traders toxiques" exploitent leur avantage technologique pour augmenter 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 d'arbitrer et de faire des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un système d'ordre sur chaîne pouvant remplacer les échanges centralisés. Cependant, l'existence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Voici le nouveau défi auquel Solana est confronté : le volume des transactions n'est pas synonyme de liquidité. Un marché véritablement sain a besoin non pas de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques et mieux 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 ont en réalité un droit de priorité, ce qui fait que les comportements malveillants d'extraction de valeur maximale (MEV)( affectent l'équité du marché.
Dans le mécanisme de consensus existant de Solana, chaque période de 400 millisecondes, )Slot(, les transactions sont triées en fonction des frais de Gas prioritaires payés, les transactions les plus offrant étant exécutées en premier. Dans ce processus, les market makers doivent ajuster fréquemment leurs offres, annuler des ordres et en soumettre de nouveaux pour s'adapter aux fluctuations du marché. Les preneurs de commandes, en particulier les arbitrageurs haute fréquence, surveillent de près les différences de prix et exécutent immédiatement lorsqu'ils détectent une opportunité.
Cela permet aux arbitrageurs de passer des ordres avant que les teneurs de marché ne retirent leurs offres, en payant des frais plus élevés, ce qui entraîne souvent des pertes pour les teneurs de marché. Pour les échanges décentralisés de type carnet d'ordres, l'ordre de transaction idéal devrait être : exécuter d'abord toutes les annulations d'ordres en fonction des fluctuations de prix, puis les nouveaux ordres, et enfin les transactions. Cependant, le mécanisme de consensus de Solana ne peut pas réaliser cela à un niveau micro.
De même, il existe des problèmes similaires en ce qui concerne les prix des oracles. Idéalement, les prix des oracles devraient être mis à jour en premier, puis les transactions qui dépendent de ces prix devraient être exécutées. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut connaître des fluctuations soudaines, ce qui peut entraîner des transactions exécutées au prix ancien. Pour les protocoles de prêt, l'ordre 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 selon leurs propres besoins, c'est le concept d'Application-Controlled Execution, ACE, que Solana met toujours en avant.
Pour résoudre ces problèmes, Solana a proposé le marché d'assemblage de blocs )Block Assembly Marketplace, solution BAM(.
BAM: la solution innovante de Solana
BAM a construit une couche de tri entre la couche d'application et la chaîne principale de Solana, également appelée couche de prétraitement. Elle 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 prédéfinies ou selon le principe du premier entré, premier sorti )FIFO(. Cette innovation vise à mieux servir des protocoles tels que le carnet de commandes, les bourses de contrats perpétuels et les dark pools.
Fonctionnement de BAM
Dans les applications Solana intégrant BAM, le processus de transaction est le suivant :
L'utilisateur confirme la transaction dans le portefeuille
Transaction envoyée au nœud RPC
Transfert de la transaction vers le réseau BAM, tri dans un environnement de confidentialité TEE
Les nœuds peuvent ajouter des transactions supplémentaires via des plugins ) telles que la mise à jour des prix des oracles (, et générer des preuves.
Le paquet de données de transaction est soumis au nœud Leader du réseau principal Solana
Leader inclut le paquet de données BAM dans le bloc et le diffuse.
Autres nœuds votent pour confirmation
BAM ne fonctionne pas directement sur la chaîne principale de Solana, mais agit comme une solution "optionnelle" hors chaîne, effectuant d'abord le tri et le regroupement des transactions, puis les soumettant à la chaîne principale de Solana.
Caractéristiques clés de BAM
BAM prend en charge trois modes de fonctionnement :
Mode par défaut de Solana
Mode Block-Engine ) le mécanisme d'enchères central d'une solution MEV actuelle (
Mode BAM ) les validateurs sont strictement triés par FIFO (
Les caractéristiques principales du mode BAM incluent :
Utiliser des environnements d'exécution de confiance ) TEEs ( pour construire un environnement de confidentialité, garantissant l'équité dans le tri des transactions.
Le système de plugins prend en charge une logique de tri des transactions complexe, permettant aux applications de personnaliser les règles de tri.
Réaliser la fonction de contrôle d'application )ACE(, répondant aux besoins spécifiques de différents protocoles
Applications pratiques de BAM
Les cas d'utilisation de BAM incluent :
Protection de la liquidation des prêts : priorité à l'exécution des opérations de complément de garantie, puis vérification de la liquidation.
Combinaison de transactions atomiques : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions dépendant de ce prix, toutes les opérations étant réalisées dans la même fenêtre temporelle.
Protection contre la volatilité des prix : détection des grands ordres anormaux et exécution par lots, donnant au marché suffisamment de temps de réaction.
Protection des teneurs de marché : en cas d'événements imprévus, permettre des annulations de commandes, des mises à jour de prix et des nouveaux ordres en millisecondes, réduisant ainsi le risque d'arbitrage malveillant.
Le déploiement de BAM améliorera considérablement l'expérience de trading sur Solana, rapprochant ses applications sur le réseau principal de la performance des échanges centralisés.
En résumé, 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 un livre de commandes à prix central, des échanges de contrats perpétuels, des pools sombres et d'autres infrastructures financières nécessitant un contrôle précis du classement, une exécution déterministe et une protection de la vie privée, favorisant ainsi le développement innovant de l'écosystème Solana.
![Interprétation du marché d'assemblage de blocs Solana BAM : quand la vitesse n'est plus la seule quête])https://img-cdn.gateio.im/webp-social/moments-80b3584e69b2d2874adfe16a0331ad66.webp(
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.
27 J'aime
Récompense
27
8
Reposter
Partager
Commentaire
0/400
StopLossMaster
· Il y a 17h
Merde, on s'est encore fait prendre pour des cons.
Voir l'originalRépondre0
LongTermDreamer
· 08-15 04:06
Attendre trois ans, sol aura un grand succès. En regardant l'histoire du développement off-chain, l'amélioration de la qualité est toujours un signe avant-coureur d'un grand bull run. Acheter et conserver est la bonne approche.
Voir l'originalRépondre0
MeaninglessGwei
· 08-14 15:38
Une tumeur est la même partout.
Voir l'originalRépondre0
LuckyHashValue
· 08-13 21:46
jusqu'à quand sol va-t-il encore prendre les gens pour des idiots?
Voir l'originalRépondre0
FarmToRiches
· 08-13 21:45
Ce sont tous des fausses transactions, je meurs de rire.
Voir l'originalRépondre0
NotSatoshi
· 08-13 21:42
Avoir beaucoup de volume et être fiable sont deux choses différentes.
Voir l'originalRépondre0
SchroedingersFrontrun
· 08-13 21:42
Oh là là, il vaudrait mieux directement réduire le tps.
Voir l'originalRépondre0
SchroedingerGas
· 08-13 21:30
Avec des frais de gas comme ça, qui peut encore jouer ?
Solana a lancé le programme BAM pour améliorer la qualité des transactions et faire face aux défis du MEV.
Le nouveau défi de Solana : améliorer la qualité des transactions plutôt que la quantité
Solana est connu pour sa vitesse de transaction et son volume de transactions élevé, mais est-ce vraiment suffisant ? Lorsque nous examinons ces transactions de plus près, une question se pose : créent-elles toutes une valeur réelle ?
En réalité, un grand nombre de transactions sur Solana ne proviennent pas d'une demande réelle, mais des arbitragistes à haute fréquence qui profitent des différences d'informations à la milliseconde. Ces soi-disant "traders toxiques" exploitent leur avantage technologique pour augmenter 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 d'arbitrer et de faire des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les spreads d'achat et de vente, ce qui nuit finalement aux intérêts des utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un système d'ordre sur chaîne pouvant remplacer les échanges centralisés. Cependant, l'existence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Voici le nouveau défi auquel Solana est confronté : le volume des transactions n'est pas synonyme de liquidité. Un marché véritablement sain a besoin non pas de plus de transactions, mais de transactions de meilleure qualité.
Comment éliminer les transactions toxiques et mieux 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 ont en réalité un droit de priorité, ce qui fait que les comportements malveillants d'extraction de valeur maximale (MEV)( affectent l'équité du marché.
Dans le mécanisme de consensus existant de Solana, chaque période de 400 millisecondes, )Slot(, les transactions sont triées en fonction des frais de Gas prioritaires payés, les transactions les plus offrant étant exécutées en premier. Dans ce processus, les market makers doivent ajuster fréquemment leurs offres, annuler des ordres et en soumettre de nouveaux pour s'adapter aux fluctuations du marché. Les preneurs de commandes, en particulier les arbitrageurs haute fréquence, surveillent de près les différences de prix et exécutent immédiatement lorsqu'ils détectent une opportunité.
Cela permet aux arbitrageurs de passer des ordres avant que les teneurs de marché ne retirent leurs offres, en payant des frais plus élevés, ce qui entraîne souvent des pertes pour les teneurs de marché. Pour les échanges décentralisés de type carnet d'ordres, l'ordre de transaction idéal devrait être : exécuter d'abord toutes les annulations d'ordres en fonction des fluctuations de prix, puis les nouveaux ordres, et enfin les transactions. Cependant, le mécanisme de consensus de Solana ne peut pas réaliser cela à un niveau micro.
De même, il existe des problèmes similaires en ce qui concerne les prix des oracles. Idéalement, les prix des oracles devraient être mis à jour en premier, puis les transactions qui dépendent de ces prix devraient être exécutées. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut connaître des fluctuations soudaines, ce qui peut entraîner des transactions exécutées au prix ancien. Pour les protocoles de prêt, l'ordre 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 selon leurs propres besoins, c'est le concept d'Application-Controlled Execution, ACE, que Solana met toujours en avant.
Pour résoudre ces problèmes, Solana a proposé le marché d'assemblage de blocs )Block Assembly Marketplace, solution BAM(.
BAM: la solution innovante de Solana
BAM a construit une couche de tri entre la couche d'application et la chaîne principale de Solana, également appelée couche de prétraitement. Elle 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 prédéfinies ou selon le principe du premier entré, premier sorti )FIFO(. Cette innovation vise à mieux servir des protocoles tels que le carnet de commandes, les bourses de contrats perpétuels et les dark pools.
Fonctionnement de BAM
Dans les applications Solana intégrant BAM, le processus de transaction est le suivant :
BAM ne fonctionne pas directement sur la chaîne principale de Solana, mais agit comme une solution "optionnelle" hors chaîne, effectuant d'abord le tri et le regroupement des transactions, puis les soumettant à la chaîne principale de Solana.
Caractéristiques clés de BAM
BAM prend en charge trois modes de fonctionnement :
Les caractéristiques principales du mode BAM incluent :
Applications pratiques de BAM
Les cas d'utilisation de BAM incluent :
Le déploiement de BAM améliorera considérablement l'expérience de trading sur Solana, rapprochant ses applications sur le réseau principal de la performance des échanges centralisés.
En résumé, 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 un livre de commandes à prix central, des échanges de contrats perpétuels, des pools sombres et d'autres infrastructures financières nécessitant un contrôle précis du classement, une exécution déterministe et une protection de la vie privée, favorisant ainsi le développement innovant de l'écosystème Solana.
![Interprétation du marché d'assemblage de blocs Solana BAM : quand la vitesse n'est plus la seule quête])https://img-cdn.gateio.im/webp-social/moments-80b3584e69b2d2874adfe16a0331ad66.webp(