La vitesse et le volume des transactions de Solana : est-ce vraiment suffisant ?
Solana est connue pour ses transactions rapides et son énorme volume de transactions, mais cela signifie-t-il qu'elle a atteint la perfection ? Lorsque nous analysons ces transactions en profondeur, une question clé se pose : ces transactions créent-elles toutes une valeur réelle ?
En fait, une grande partie des transactions sur Solana ne provient pas de véritables besoins de trading. Une part considérable provient de traders à haute fréquence qui exploitent des différences d'informations à la milliseconde pour réaliser des profits. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour faire passer leurs transactions en priorité en augmentant les frais de Gas lorsque les teneurs de marché sont sur le point d'annuler des ordres, ce qui leur permet d'arbitrer et de faire subir des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les écarts de prix d'achat et de vente, ce qui finit par être supporté par les utilisateurs ordinaires sous forme de coûts supplémentaires.
Solana a toujours eu pour vision de réaliser un livre d'ordres sur la chaîne, remplaçant ainsi les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Cela révèle un nouveau défi auquel Solana est confronté : 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 qui utilise des enchères périodiques, les preneurs d'ordres bénéficient en réalité d'un droit de priorité, ce qui rend les comportements malveillants de MEV (valeur maximale pouvant être extraite) nuisibles à l'équité du marché.
Plus précisément, dans le mécanisme de consensus de Solana, les transactions sont triées par les frais de Gas prioritaires payés, avec les transactions les plus élevées en premier, dans chaque intervalle de temps de 400 millisecondes (Slot). Dans ce mécanisme, les teneurs de marché doivent ajuster fréquemment leurs offres, retirant et replaçant constamment des ordres pour s'adapter aux fluctuations des prix du marché.
Les arbitrageurs à haute fréquence surveillent les différences de prix et passent immédiatement des ordres lorsqu'ils détectent une opportunité. Ils peuvent payer des frais plus élevés pour s'assurer que leurs transactions sont exécutées avant que le teneur de marché ne retire ses offres, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Pour les échanges décentralisés (DEX) basés sur un carnet de commandes, l'ordre de traitement des transactions idéal devrait être le suivant : avec les fluctuations de prix, toutes les annulations de commandes devraient d'abord être exécutées, suivies des nouvelles commandes à l'affichage, et enfin des transactions conclues. Cependant, le mécanisme de consensus actuel de Solana ne permet pas d'atteindre cela à un niveau microscopique.
De même, en ce qui concerne les prix des oracles, la situation idéale serait de mettre à jour le prix des oracles avant d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut provoquer des fluctuations violentes, entraînant l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure pratique est d'ajouter d'abord des garanties, puis de procéder à la liquidation.
Ainsi, une solution idéale devrait permettre à différents protocoles de trier les transactions en fonction de leurs propres besoins, c'est le concept d'exécution contrôlée par l'application (Application-Controlled Execution, ACE) que Solana met toujours en avant.
Pour faire face à ces défis, Solana a proposé la solution BAM (Marché d'assemblage de blocs).
Marché de l'assemblage de blocs : la nouvelle réponse de Solana
BAM a construit une couche de tri, également appelée couche de prétraitement, entre la couche d'application et la blockchain principale de Solana. Elle utilise des environnements d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, où les transactions sont triées en fonction de règles prédéterminées ou du principe du premier entré, premier sorti (FIFO).
Cette innovation vise à mieux servir les protocoles tels que les livres de commandes, les échanges de contrats à terme perpétuels et les dark pools.
Comment BAM change le processus de transaction de Solana ?
Dans le processus de transaction traditionnel de Solana, après que l'utilisateur ait confirmé la transaction, celle-ci est envoyée au nœud Leader du Slot actuel via un nœud RPC. Le Leader collecte les transactions du pool de transactions, les trie et les regroupe en blocs pour les diffuser, et enfin, d'autres nœuds votent pour confirmer.
Dans les applications intégrant BAM, le processus de transaction est légèrement différent :
L'utilisateur confirme la transaction
Transaction envoyée au nœud RPC
Transférer la transaction vers le réseau BAM, effectuer le tri dans un environnement TEE.
Le paquet de transactions trié est soumis au nœud Leader du réseau principal Solana.
Le Leader intègre le paquet de données BAM dans le bloc et le diffuse.
Autres nœuds votent pour confirmation
Il est important de noter que BAM n'entre pas en conflit avec le processus de consensus du réseau principal Solana, mais agit comme une fonctionnalité optionnelle. Il pré-trie les transactions par le biais d'une méthode "hors chaîne" et soumet ensuite le paquet de transactions triées au réseau principal Solana.
Mode de fonctionnement de BAM
BAM prend en charge trois modes de fonctionnement :
Mode par défaut de Solana
Mode Block-Engine (actuellement la solution MEV de Jito, le cœur est le mécanisme d'enchères)
Mode BAM (les validateurs sont strictement classés par FIFO)
Les caractéristiques clés du modèle BAM incluent :
Utiliser des environnements d'exécution de confiance (TEE) pour construire un environnement de confidentialité, garantissant l'équité dans le tri des transactions.
Permettre aux applications de construire une logique de tri des transactions personnalisée via le système de plug-ins, afin de répondre à des besoins de tri complexes.
Applications réelles de BAM
Les cas d'utilisation de BAM sont vastes, voici quelques exemples concrets :
Protection de 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, pour les DEX de contrats, il est également possible de régler simultanément les produits dérivés associés.
Protection contre la volatilité des prix : détecter les ordres anormaux de grande taille et les diviser en transactions de petite taille exécutées par lots, laissant le temps au marché de réagir.
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 ordre en millisecondes pour éviter l'arbitrage malveillant.
Le déploiement de BAM améliorera considérablement l'expérience de trading sur Solana, rendant l'expérience des applications sur sa chaîne principale plus proche de celle des échanges centralisés.
Dans l'ensemble, BAM apporte à Solana une vérifiabilité, une protection de la vie privée et une programmabilité dans le processus de traitement des transactions. Cela permet aux développeurs de construire des carnets de commandes à prix central, des bourses de contrats perpétuels, des dark pools et d'autres infrastructures financières nécessitant un contrôle précis des ordres, une exécution déterministe et une protection de la vie privée, 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.
9 J'aime
Récompense
9
4
Partager
Commentaire
0/400
HappyToBeDumped
· Il y a 8h
sol mes pigeons ont été pris pour des idiots
Voir l'originalRépondre0
SingleForYears
· Il y a 8h
Les utilisateurs ordinaires supportent les coûts ? Se faire prendre pour des cons.
Voir l'originalRépondre0
ruggedNotShrugged
· Il y a 8h
Lave-toi et va dormir, sol se fait prendre pour des cons.
Solana a lancé la solution BAM pour améliorer la qualité et l'équité des transactions.
La vitesse et le volume des transactions de Solana : est-ce vraiment suffisant ?
Solana est connue pour ses transactions rapides et son énorme volume de transactions, mais cela signifie-t-il qu'elle a atteint la perfection ? Lorsque nous analysons ces transactions en profondeur, une question clé se pose : ces transactions créent-elles toutes une valeur réelle ?
En fait, une grande partie des transactions sur Solana ne provient pas de véritables besoins de trading. Une part considérable provient de traders à haute fréquence qui exploitent des différences d'informations à la milliseconde pour réaliser des profits. Ces soi-disant "traders toxiques" utilisent un avantage technologique pour faire passer leurs transactions en priorité en augmentant les frais de Gas lorsque les teneurs de marché sont sur le point d'annuler des ordres, ce qui leur permet d'arbitrer et de faire subir des pertes aux teneurs de marché. Pour compenser ces pertes, les teneurs de marché doivent élargir les écarts de prix d'achat et de vente, ce qui finit par être supporté par les utilisateurs ordinaires sous forme de coûts supplémentaires.
Solana a toujours eu pour vision de réaliser un livre d'ordres sur la chaîne, remplaçant ainsi les échanges centralisés. Cependant, la présence de "traders toxiques" est devenue un obstacle à la réalisation de ce rêve. Cela révèle un nouveau défi auquel Solana est confronté : 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 qui utilise des enchères périodiques, les preneurs d'ordres bénéficient en réalité d'un droit de priorité, ce qui rend les comportements malveillants de MEV (valeur maximale pouvant être extraite) nuisibles à l'équité du marché.
Plus précisément, dans le mécanisme de consensus de Solana, les transactions sont triées par les frais de Gas prioritaires payés, avec les transactions les plus élevées en premier, dans chaque intervalle de temps de 400 millisecondes (Slot). Dans ce mécanisme, les teneurs de marché doivent ajuster fréquemment leurs offres, retirant et replaçant constamment des ordres pour s'adapter aux fluctuations des prix du marché.
Les arbitrageurs à haute fréquence surveillent les différences de prix et passent immédiatement des ordres lorsqu'ils détectent une opportunité. Ils peuvent payer des frais plus élevés pour s'assurer que leurs transactions sont exécutées avant que le teneur de marché ne retire ses offres, ce qui entraîne des pertes fréquentes pour les teneurs de marché.
Pour les échanges décentralisés (DEX) basés sur un carnet de commandes, l'ordre de traitement des transactions idéal devrait être le suivant : avec les fluctuations de prix, toutes les annulations de commandes devraient d'abord être exécutées, suivies des nouvelles commandes à l'affichage, et enfin des transactions conclues. Cependant, le mécanisme de consensus actuel de Solana ne permet pas d'atteindre cela à un niveau microscopique.
De même, en ce qui concerne les prix des oracles, la situation idéale serait de mettre à jour le prix des oracles avant d'exécuter les transactions qui dépendent de ce prix. Cependant, dans l'intervalle actuel de 400 millisecondes, le marché peut provoquer des fluctuations violentes, entraînant l'exécution des transactions au prix initial.
Pour les protocoles de prêt, la meilleure pratique est d'ajouter d'abord des garanties, puis de procéder à la liquidation.
Ainsi, une solution idéale devrait permettre à différents protocoles de trier les transactions en fonction de leurs propres besoins, c'est le concept d'exécution contrôlée par l'application (Application-Controlled Execution, ACE) que Solana met toujours en avant.
Pour faire face à ces défis, Solana a proposé la solution BAM (Marché d'assemblage de blocs).
Marché de l'assemblage de blocs : la nouvelle réponse de Solana
BAM a construit une couche de tri, également appelée couche de prétraitement, entre la couche d'application et la blockchain principale de Solana. Elle utilise des environnements d'exécution de confiance (TEE) pour créer un bac à sable de confidentialité, où les transactions sont triées en fonction de règles prédéterminées ou du principe du premier entré, premier sorti (FIFO).
Cette innovation vise à mieux servir les protocoles tels que les livres de commandes, les échanges de contrats à terme perpétuels et les dark pools.
Comment BAM change le processus de transaction de Solana ?
Dans le processus de transaction traditionnel de Solana, après que l'utilisateur ait confirmé la transaction, celle-ci est envoyée au nœud Leader du Slot actuel via un nœud RPC. Le Leader collecte les transactions du pool de transactions, les trie et les regroupe en blocs pour les diffuser, et enfin, d'autres nœuds votent pour confirmer.
Dans les applications intégrant BAM, le processus de transaction est légèrement différent :
Il est important de noter que BAM n'entre pas en conflit avec le processus de consensus du réseau principal Solana, mais agit comme une fonctionnalité optionnelle. Il pré-trie les transactions par le biais d'une méthode "hors chaîne" et soumet ensuite le paquet de transactions triées au réseau principal Solana.
Mode de fonctionnement de BAM
BAM prend en charge trois modes de fonctionnement :
Les caractéristiques clés du modèle BAM incluent :
Applications réelles de BAM
Les cas d'utilisation de BAM sont vastes, voici quelques exemples concrets :
Le déploiement de BAM améliorera considérablement l'expérience de trading sur Solana, rendant l'expérience des applications sur sa chaîne principale plus proche de celle des échanges centralisés.
Dans l'ensemble, BAM apporte à Solana une vérifiabilité, une protection de la vie privée et une programmabilité dans le processus de traitement des transactions. Cela permet aux développeurs de construire des carnets de commandes à prix central, des bourses de contrats perpétuels, des dark pools et d'autres infrastructures financières nécessitant un contrôle précis des ordres, une exécution déterministe et une protection de la vie privée, favorisant ainsi l'innovation et le développement de l'écosystème Solana.