Le nouveau défi de Solana : passer de la quête de la vitesse à la quête de transactions de qualité
Solana est connue pour ses transactions rapides et son volume de transactions élevé, mais cela suffit-il vraiment ? Lorsque nous analysons ces transactions en profondeur, une question clé émerge : ces transactions créent-elles réellement de la valeur ?
En fait, un grand nombre de transactions sur Solana ne proviennent pas d'une vraie demande de trading, mais d'arbitragistes haute fréquence qui profitent des différences d'information de l'ordre de la milliseconde. Ces soi-disant "traders toxiques" exploitent un avantage technologique pour augmenter 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 d'arbitrer et entraîne des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les écarts de prix d'achat et de vente, ce qui fait finalement peser des coûts supplémentaires sur les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un système de carnet de commandes sur la chaîne capable de remplacer 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 confronté actuellement : le volume des transactions 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 pour mieux protéger la liquidité ?
Dans le système actuel, en raison du mécanisme de consensus de Solana reposant sur des enchères périodiques, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui entraîne des comportements malveillants liés au MEV (valeur maximale extractible) affectant l'équité du marché.
Le mécanisme de consensus de Solana forme un créneau temporel (Slot) toutes les 400 millisecondes, au cours duquel les transactions sont exécutées par ordre de frais de Gas payés. Ce mécanisme oblige les teneurs de marché à ajuster fréquemment leurs offres, tandis que les arbitragistes haute fréquence peuvent finaliser les transactions en payant des frais plus élevés avant que les teneurs de marché ne retirent leurs ordres, ce qui entraîne souvent des pertes pour ces derniers.
Dans un scénario idéal, un échange décentralisé (DEX) avec carnet de commandes devrait exécuter les transactions dans l'ordre suivant : d'abord toutes les annulations, ensuite les nouvelles commandes, et enfin les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau microscopique.
De même, en ce qui concerne les devis des oracles, la meilleure pratique consiste à mettre à jour le prix de l'oracle avant d'exécuter les transactions dépendant de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, la volatilité du marché peut entraîner l'exécution de transactions selon l'ancien prix.
Pour les protocoles de prêt, l'ordre optimal est de d'abord ajouter des garanties, puis de procéder à la liquidation.
Par conséquent, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions en fonction des besoins, c'est le concept d'exécution contrôlée par les applications (ACE) que Solana a toujours mis en avant.
BAM : la solution de Solana
Le marché d'assemblage de blocs (BAM) est la solution proposée par Solana pour résoudre ces problèmes. BAM a 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 (TEE) pour construire des bacs à sable privés, triant les transactions dans le bac à sable 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 échanges de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Le processus de transaction de BAM diffère du processus de transaction normal de Solana. Dans le mode BAM, la transaction est d'abord envoyée au nœud RPC, puis transférée au réseau BAM. Le tri est effectué dans un environnement de confidentialité TEE, et les nœuds peuvent ajouter des transactions supplémentaires via des plugins (comme la mise à jour des prix des oracles), puis générer une preuve. Enfin, le paquet de données de transaction est soumis au nœud de leader de la chaîne principale de Solana, où il est regroupé avec d'autres transactions dans un bloc et diffusé.
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (solution MEV actuelle de certaines plateformes, basé sur un mécanisme d'enchères) et le mode BAM (les validateurs suivent strictement un ordre FIFO).
Caractéristiques principales de BAM
Environnements d'exécution de confiance (TEEs) : utiliser les TEEs pour créer un environnement de confidentialité, garantissant l'équité du tri des transactions.
Système de plugins : permet aux applications de construire une logique de tri de transactions personnalisée, répondant à des besoins de tri complexes.
Applications réelles de BAM
Protection de liquidation de prêt : exécution prioritaire des opérations de complément de garantie, suivie d'un contrôle de liquidation.
Combinaisons de transactions au niveau atomique : Pour les échanges décentralisés, mettez d'abord à jour le prix de l'oracle, puis exécutez les transactions qui dépendent de ce prix. Pour les échanges de contrats, il est également possible de régler des dérivés connexes dans la même fenêtre temporelle.
Protection contre la volatilité des prix : Détecter les ordres anormaux de grande taille, les diviser en petites portions pour une exécution par étapes, donner au marché le temps de réagir, éviter la liquidation en chaîne ou l'arbitrage entraînant une spirale de la mort.
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 re-soumission des ordres en millisecondes, afin d'éviter l'arbitrage malveillant et de réduire l'écart de prix.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, se rapprochant de l'expérience des échanges centralisés. 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, favorisant 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.
11 J'aime
Récompense
11
5
Reposter
Partager
Commentaire
0/400
RektButStillHere
· 08-07 14:08
Un grand nombre d'ordres de nettoyage sont sans signification.
Voir l'originalRépondre0
LiquidationAlert
· 08-07 14:06
Si cela continue, le gas sera gaspillé par les investisseurs détaillants.
Voir l'originalRépondre0
PessimisticOracle
· 08-07 14:00
Qui continue à trader du sol est juste des pigeons.
Voir l'originalRépondre0
BearMarketSurvivor
· 08-07 13:55
Le piège des chiens est la plus grande information négative de web3.
Voir l'originalRépondre0
CryptoPunster
· 08-07 13:53
Le parti de la vitesse est-il un cancer ? Je rigole, qui sait qui va payer.
Solana BAM : le chemin de la transformation de la vitesse des transactions à la qualité des transactions
Le nouveau défi de Solana : passer de la quête de la vitesse à la quête de transactions de qualité
Solana est connue pour ses transactions rapides et son volume de transactions élevé, mais cela suffit-il vraiment ? Lorsque nous analysons ces transactions en profondeur, une question clé émerge : ces transactions créent-elles réellement de la valeur ?
En fait, un grand nombre de transactions sur Solana ne proviennent pas d'une vraie demande de trading, mais d'arbitragistes haute fréquence qui profitent des différences d'information de l'ordre de la milliseconde. Ces soi-disant "traders toxiques" exploitent un avantage technologique pour augmenter 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 d'arbitrer et entraîne des pertes pour les teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les écarts de prix d'achat et de vente, ce qui fait finalement peser des coûts supplémentaires sur les utilisateurs ordinaires.
Solana a toujours rêvé de réaliser un système de carnet de commandes sur la chaîne capable de remplacer 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 confronté actuellement : le volume des transactions 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 pour mieux protéger la liquidité ?
Dans le système actuel, en raison du mécanisme de consensus de Solana reposant sur des enchères périodiques, les preneurs de commandes bénéficient en réalité d'un droit de priorité, ce qui entraîne des comportements malveillants liés au MEV (valeur maximale extractible) affectant l'équité du marché.
Le mécanisme de consensus de Solana forme un créneau temporel (Slot) toutes les 400 millisecondes, au cours duquel les transactions sont exécutées par ordre de frais de Gas payés. Ce mécanisme oblige les teneurs de marché à ajuster fréquemment leurs offres, tandis que les arbitragistes haute fréquence peuvent finaliser les transactions en payant des frais plus élevés avant que les teneurs de marché ne retirent leurs ordres, ce qui entraîne souvent des pertes pour ces derniers.
Dans un scénario idéal, un échange décentralisé (DEX) avec carnet de commandes devrait exécuter les transactions dans l'ordre suivant : d'abord toutes les annulations, ensuite les nouvelles commandes, et enfin les transactions. Cependant, le mécanisme de consensus actuel de Solana ne peut pas réaliser cela à un niveau microscopique.
De même, en ce qui concerne les devis des oracles, la meilleure pratique consiste à mettre à jour le prix de l'oracle avant d'exécuter les transactions dépendant de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, la volatilité du marché peut entraîner l'exécution de transactions selon l'ancien prix.
Pour les protocoles de prêt, l'ordre optimal est de d'abord ajouter des garanties, puis de procéder à la liquidation.
Par conséquent, Solana a besoin d'un mécanisme permettant à différents protocoles de trier les transactions en fonction des besoins, c'est le concept d'exécution contrôlée par les applications (ACE) que Solana a toujours mis en avant.
BAM : la solution de Solana
Le marché d'assemblage de blocs (BAM) est la solution proposée par Solana pour résoudre ces problèmes. BAM a 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 (TEE) pour construire des bacs à sable privés, triant les transactions dans le bac à sable 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 échanges de contrats perpétuels et les dark pools.
Comment fonctionne BAM
Le processus de transaction de BAM diffère du processus de transaction normal de Solana. Dans le mode BAM, la transaction est d'abord envoyée au nœud RPC, puis transférée au réseau BAM. Le tri est effectué dans un environnement de confidentialité TEE, et les nœuds peuvent ajouter des transactions supplémentaires via des plugins (comme la mise à jour des prix des oracles), puis générer une preuve. Enfin, le paquet de données de transaction est soumis au nœud de leader de la chaîne principale de Solana, où il est regroupé avec d'autres transactions dans un bloc et diffusé.
BAM prend en charge trois modes de fonctionnement : le mode par défaut Solana, le mode Block-Engine (solution MEV actuelle de certaines plateformes, basé sur un mécanisme d'enchères) et le mode BAM (les validateurs suivent strictement un ordre FIFO).
Caractéristiques principales de BAM
Environnements d'exécution de confiance (TEEs) : utiliser les TEEs pour créer un environnement de confidentialité, garantissant l'équité du tri des transactions.
Système de plugins : permet aux applications de construire une logique de tri de transactions personnalisée, répondant à des besoins de tri complexes.
Applications réelles de BAM
Protection de liquidation de prêt : exécution prioritaire des opérations de complément de garantie, suivie d'un contrôle de liquidation.
Combinaisons de transactions au niveau atomique : Pour les échanges décentralisés, mettez d'abord à jour le prix de l'oracle, puis exécutez les transactions qui dépendent de ce prix. Pour les échanges de contrats, il est également possible de régler des dérivés connexes dans la même fenêtre temporelle.
Protection contre la volatilité des prix : Détecter les ordres anormaux de grande taille, les diviser en petites portions pour une exécution par étapes, donner au marché le temps de réagir, éviter la liquidation en chaîne ou l'arbitrage entraînant une spirale de la mort.
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 re-soumission des ordres en millisecondes, afin d'éviter l'arbitrage malveillant et de réduire l'écart de prix.
Avec le déploiement de BAM, l'expérience de trading de Solana sera considérablement améliorée, se rapprochant de l'expérience des échanges centralisés. 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, favorisant ainsi l'innovation et le développement de l'écosystème Solana.