Les nouveaux défis du volume de Solana : à la recherche d'un marché sain
Solana est connu dans le monde entier pour sa rapidité et son volume élevé, mais est-ce vraiment suffisant ? En examinant ces transactions, nous ne pouvons nous empêcher de nous demander : ces transactions créent-elles réellement de la valeur ?
En fait, un grand nombre de transactions sur Solana ne provient pas d'une demande réelle, mais est le résultat de traders à haute fréquence profitant des différences d'information à la milliseconde. Ces "traders toxiques" exploitent un avantage technologique en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, s'assurant ainsi que leurs transactions soient traitées en premier, 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é sont contraints d'élargir les spreads, ce qui fait finalement peser le coût sur les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne capable de remplacer les échanges centralisés, mais la présence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est confronté : le volume 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é du marché ?
Dans le système actuel, en raison du mécanisme d'enchères périodiques du consensus de Solana, les preneurs d'ordres bénéficient en réalité d'un droit de priorité, ce qui entraîne une MEV malveillante affectant l'équité du marché.
Dans le consensus actuel de Solana, les transactions sont triées par le coût du Gas payé dans chaque Slot de 400 millisecondes, les enchérisseurs les plus élevés étant exécutés en premier. Dans ce processus, les market makers doivent ajuster fréquemment leurs offres, tandis que les arbitragistes concluent des transactions en payant des frais plus élevés avant d'annuler leurs ordres, ce qui entraîne souvent des pertes pour les market makers.
Pour les échanges décentralisés basés sur le carnet de commandes, le tri idéal devrait être d'exécuter d'abord toutes les annulations, puis d'exécuter les nouveaux ordres, et enfin d'exécuter les transactions, en fonction des fluctuations de prix. Cependant, le consensus actuel de Solana ne peut pas réaliser cela au niveau micro.
De même, en ce qui concerne les prix des oracles, la situation idéale est de 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 importantes peuvent entraîner une exécution au prix d'origine au moment de la transaction.
Pour les protocoles de prêt, il est préférable de compléter d'abord la marge, puis de procéder à la liquidation.
Ainsi, un mécanisme est nécessaire pour permettre à différents protocoles de trier les transactions en fonction des besoins, c'est ce que Solana a toujours souligné avec le contrôle d'application d'exécution (ACE).
BAM: La solution de Solana
Le marché d'assemblage de blocs ( BAM ) est la réponse proposée par Solana pour résoudre ces problèmes. BAM a construit une couche de tri ou une couche de prétraitement entre les applications sur la chaîne Solana et le réseau principal.
BAM utilise des environnements d'exécution de confiance ( TEEs ) pour construire un bac à sable de confidentialité, triant les transactions dans le bac à sable selon des règles prédéfinies ou selon le principe premier entré, premier sorti ( FIFO ), afin de mieux servir les protocoles tels que le carnet de commandes, les échanges de contrats perpétuels et les dark pools.
Fonctionnement de BAM
Le processus de transaction sous le mode 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, trier dans un environnement de confidentialité TEE
Le paquet de transactions trié 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
BAM ne fonctionne pas directement sur le réseau principal de Solana, mais est plutôt une solution "hors chaîne" optionnelle, qui effectue le tri des transactions à l'avance avant de les soumettre au réseau principal.
Les caractéristiques principales de BAM
Environnements d'exécution de confiance ( TEEs ) : Utiliser les 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épondant à des besoins de tri complexes.
Plusieurs modes de fonctionnement : prend en charge le mode par défaut de Solana, le mode Block-Engine et le mode BAM.
Applications pratiques de BAM
Protection de liquidation de prêt: exécuter en priorité l'opération de complément de garantie, puis procéder à l'examen de liquidation.
Combinaison de transactions au niveau atomique : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions qui dépendent de ce prix, toutes les opérations étant effectuées dans la même fenêtre temporelle.
Protection contre la volatilité des prix : détection des ordres anormaux en grande quantité et exécution par étapes, permettant au marché de réagir.
Protection des teneurs de marché : en cas d'événements imprévus, annuler rapidement les ordres, mettre à jour les prix et re-poster des ordres pour éviter l'arbitrage malveillant.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, rendant l'expérience de ses applications sur la chaîne principale plus proche de celle des échanges centralisés.
En somme, 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 une infrastructure financière plus avancée, stimulant ainsi 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.
12 J'aime
Récompense
12
8
Reposter
Partager
Commentaire
0/400
0xSoulless
· 08-08 19:09
L'importance de la simplicité dans le design est grande.
Voir l'originalRépondre0
just_another_fish
· 08-08 17:29
pigeons a rapporté
Voir l'originalRépondre0
LazyDevMiner
· 08-06 10:17
Sol se fait de l'argent grâce au gas
Voir l'originalRépondre0
SeeYouInFourYears
· 08-05 21:16
Les mineurs toxiques sont devenus un fléau.
Voir l'originalRépondre0
ProofOfNothing
· 08-05 21:16
Je vais aller au Mining.
Voir l'originalRépondre0
MeaninglessApe
· 08-05 21:13
Seule une chaîne réelle est une bonne chaîne.
Voir l'originalRépondre0
WenMoon42
· 08-05 20:55
Les chiens d'arbitrage seront finalement sanctionnés.
Solana a lancé la solution BAM pour améliorer la qualité des transactions et la santé du marché.
Les nouveaux défis du volume de Solana : à la recherche d'un marché sain
Solana est connu dans le monde entier pour sa rapidité et son volume élevé, mais est-ce vraiment suffisant ? En examinant ces transactions, nous ne pouvons nous empêcher de nous demander : ces transactions créent-elles réellement de la valeur ?
En fait, un grand nombre de transactions sur Solana ne provient pas d'une demande réelle, mais est le résultat de traders à haute fréquence profitant des différences d'information à la milliseconde. Ces "traders toxiques" exploitent un avantage technologique en augmentant les frais de Gas juste avant que les teneurs de marché ne retirent leurs ordres, s'assurant ainsi que leurs transactions soient traitées en premier, 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é sont contraints d'élargir les spreads, ce qui fait finalement peser le coût sur les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un carnet de commandes sur la chaîne capable de remplacer les échanges centralisés, mais la présence de "traders toxiques" est devenue un obstacle à la réalisation de cet objectif. Voici le nouveau défi auquel Solana est confronté : le volume 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é du marché ?
Dans le système actuel, en raison du mécanisme d'enchères périodiques du consensus de Solana, les preneurs d'ordres bénéficient en réalité d'un droit de priorité, ce qui entraîne une MEV malveillante affectant l'équité du marché.
Dans le consensus actuel de Solana, les transactions sont triées par le coût du Gas payé dans chaque Slot de 400 millisecondes, les enchérisseurs les plus élevés étant exécutés en premier. Dans ce processus, les market makers doivent ajuster fréquemment leurs offres, tandis que les arbitragistes concluent des transactions en payant des frais plus élevés avant d'annuler leurs ordres, ce qui entraîne souvent des pertes pour les market makers.
Pour les échanges décentralisés basés sur le carnet de commandes, le tri idéal devrait être d'exécuter d'abord toutes les annulations, puis d'exécuter les nouveaux ordres, et enfin d'exécuter les transactions, en fonction des fluctuations de prix. Cependant, le consensus actuel de Solana ne peut pas réaliser cela au niveau micro.
De même, en ce qui concerne les prix des oracles, la situation idéale est de 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 importantes peuvent entraîner une exécution au prix d'origine au moment de la transaction.
Pour les protocoles de prêt, il est préférable de compléter d'abord la marge, puis de procéder à la liquidation.
Ainsi, un mécanisme est nécessaire pour permettre à différents protocoles de trier les transactions en fonction des besoins, c'est ce que Solana a toujours souligné avec le contrôle d'application d'exécution (ACE).
BAM: La solution de Solana
Le marché d'assemblage de blocs ( BAM ) est la réponse proposée par Solana pour résoudre ces problèmes. BAM a construit une couche de tri ou une couche de prétraitement entre les applications sur la chaîne Solana et le réseau principal.
BAM utilise des environnements d'exécution de confiance ( TEEs ) pour construire un bac à sable de confidentialité, triant les transactions dans le bac à sable selon des règles prédéfinies ou selon le principe premier entré, premier sorti ( FIFO ), afin de mieux servir les protocoles tels que le carnet de commandes, les échanges de contrats perpétuels et les dark pools.
Fonctionnement de BAM
Le processus de transaction sous le mode BAM est le suivant :
BAM ne fonctionne pas directement sur le réseau principal de Solana, mais est plutôt une solution "hors chaîne" optionnelle, qui effectue le tri des transactions à l'avance avant de les soumettre au réseau principal.
Les caractéristiques principales de BAM
Environnements d'exécution de confiance ( TEEs ) : Utiliser les 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épondant à des besoins de tri complexes.
Plusieurs modes de fonctionnement : prend en charge le mode par défaut de Solana, le mode Block-Engine et le mode BAM.
Applications pratiques de BAM
Protection de liquidation de prêt: exécuter en priorité l'opération de complément de garantie, puis procéder à l'examen de liquidation.
Combinaison de transactions au niveau atomique : d'abord mettre à jour le prix de l'oracle, puis exécuter les transactions qui dépendent de ce prix, toutes les opérations étant effectuées dans la même fenêtre temporelle.
Protection contre la volatilité des prix : détection des ordres anormaux en grande quantité et exécution par étapes, permettant au marché de réagir.
Protection des teneurs de marché : en cas d'événements imprévus, annuler rapidement les ordres, mettre à jour les prix et re-poster des ordres pour éviter l'arbitrage malveillant.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, rendant l'expérience de ses applications sur la chaîne principale plus proche de celle des échanges centralisés.
En somme, 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 une infrastructure financière plus avancée, stimulant ainsi l'innovation et le développement de l'écosystème Solana.