L'éditeur de logiciels « Anza » met en œuvre des correctifs pour surmonter la congestion du réseau Solana. Est-ce que ça marchera? Essayons de mieux comprendre…
Bêta du réseau principal C'est désormais un fait : Solana se heurte actuellement à une limite pratique dans l'exécution des transactions. Là pièce de monnaie cette saison a mis l’ensemble du réseau en grande difficulté. Nous en avons discuté précédemment dans Cet article.
Avant même de parler du Patch, des limites et de toutes les transactions échouées, distinguons les deux types de transactions que Solana supporte actuellement : les transactions Vote et transactions Non-vote.
Transactions avec et sans vote sur Solana
- Opérations de vote: Ce sont des transactions utilisées par validateurs de participer au processus de consentement. Grâce à de telles transactions, les validateurs communiquent leurs « votes » pour confirmer la validité des blocs proposés dans la blockchain. Le vote est un processus essentiel pour maintenir la sécurité et l'intégrité du réseau, aidant à établir un accord sur l'état actuel et accepté du réseau. chaîne de blocs;
- Opérations sans droit de vote: Celles-ci incluent toutes les autres transactions telles que l'achat, la vente, les transferts jeton, l'exécution de contrats intelligents et d'autres interactions standard avec la blockchain qui n'impliquent pas de participation au mécanisme de consensus. Ces transactions sont ce que nous voyons généralement lorsque les utilisateurs interagissent avec diverses applications décentralisées (dApps) sur le réseau.
Ce qui intéresse l'utilisateur final, c'est à dire l'utilisateur moyen qui réalise des opérations d'Achat, Vente, Swap, Transfert, Prêt, ce sont les transactions Ne pas voter.
Solana : de la théorie à la pratique, jusqu'aux embouteillages de début avril
Le livre blanc de Solana vise à porter la capacité théorique de la blockchain à 710 000 TPS (transactions par seconde), alors que certains tests (benchmark testing, avoir la meilleure situation possible) ont montré qu'elle pouvait gérer plus de 65 000 TPS.
Mais la réalité, « en chaîne » est différente…
Ionut Gaucan
En réalité, en se référant notamment au pic de la Meme-Season début avril 2024, le transactions en chaîne ils ont atteint une moyenne maximale de 3000 TPS (Voting et Non Voting).
Nous approchons…
Ionut Gaucan
Sur les 3000 TPS, seuls 1000 sont représentés par des transactions sans droit de vote (Achat, Vente, Échange, Transfert). Lors du pic de congestion provoqué par les pièces meme, il a été observé qu’environ 75 % de ces transactions échouaient.
TX a échoué ou terminé
Dans l'infographie ci-dessous, nous pouvons observer la différence entre les transactions confirmées et échouées dans la semaine du 18 au 25 avril.
Comprenons pourquoi les transactions sur Solana échouent toujours
Cause du problème : Le problème a été identifié comme étant lié à la « couche réseau » de l'architecture Solana. Cela signifie que le problème réside dans la partie du réseau responsable de la communication et du transfert de données entre les nœuds, y compris la livraison des transactions au chef de bloc.
Types de résultats de transactions
- Exécution réussie : La transaction est traitée sans erreurs ;
- Exécuté mais échoué : La transaction est traitée mais échoue en raison de conditions spécifiques qui ne sont pas remplies (par exemple, un article acheté est déjà épuisé ou le prix dépasse les limites acceptables en raison de l'évolution rapide des prix). L'utilisateur paie les frais de gaz, mais la transaction ne produit pas de résultat positif ;
- Opérations perdues: Ces transactions disparaissent et ne sont enregistrées nulle part dans la blockchain. Cela se produit parce qu'ils ne parviennent pas à atteindre le leader du bloc en raison de problèmes au niveau de la couche réseau, et non en raison de problèmes liés au mécanisme de consensus ou au processus d'exécution de la blockchain.
Problèmes de couche réseau
La couche réseau est essentiellement la partie de l'infrastructure de Solana qui gère la transmission des paquets de données (y compris les transactions) à travers le réseau. Les problèmes dans cette couche entraînent actuellement des pertes de transactions, ce qui constitue une source majeure de congestion. Solana utilise QUIC (un protocole de communication réseau conçu par Google) pour améliorer l'efficacité de ces connexions.
Cependant, même si cela devrait théoriquement aider à mieux gérer le flux de données, des problèmes de mise en œuvre subsistent. Chefs de bloc (nœuds responsables de la création de nouveaux blocs dans le chaîne de blocs) devraient gérer efficacement les connexions entrantes, mais en raison d'une mauvaise mise en œuvre, ils peuvent abandonner les connexions de manière aléatoire pendant les périodes de forte demande.
Impact de la congestion et correctifs futurs:
La congestion est en grande partie due au volume élevé de transactions et à l'incapacité du système à les gérer efficacement avec les configurations actuelles. Ce n'est pas un problème d'échec de transaction (qui ne sont pas causés principalement par les utilisateurs réguliers mais par robot tenter des opportunités d’arbitrage), mais plutôt comment les transactions sont traitées avant même qu'elles aient une chance de s'exécuter ou d'échouer. Des solutions sont en cours d’élaboration et de mise en œuvre pour résoudre ces problèmes de réseau. Cependant, il n'y a pas de calendrier précis pour quand ceux-ci résolvent complètement les problèmes, et des mises à jour importantes telles que « Danseur de feu» ne sont attendus que plus tard dans l’année.
Solutions et avenir de la chaîne
Une première implémentation vient d'ANZA, la principale société de développement de logiciels axée sur Solana. Dans un récent article ANZA a publié un premier correctif qui nécessite une mise à niveau des validateurs. Ce patch aurait pour objectif de résoudre différents problèmes de congestion sur la chaîne. L'article présente un nouvel élément important inclus dans la version v1.18 par Agave par Anza: le planificateur central.
Anciennement connu sous le nom de « le planificateur », le Central Scheduler représente une avancée significative pour le client Agave, qui permettra une réduction significative des conflits de transactions lors de la production de blocs par les leaders (validateurs sélectionnés pour produire le bloc suivant) du réseau Solana.
Performances du planificateur central
Les performances du Central Scheduler ne sont pas une science exacte. L'objectif de la phase de production du bloc est de conditionner le bloc de manière équitable pour les utilisateurs tout en maximisant les revenus du leader. Les données préliminaires indiquent une collecte de commissions jusqu'à 80 % plus élevée par rapport à l'ancien planificateur.
On s'attend à ce que les nœuds exploitant le planificateur central réussissent mieux à effectuer des transactions avec des frais de priorité plus élevés, tandis que l'ancien planificateur avait une approche plus aléatoire pour sélectionner les transactions. Bref, nous essaierons de donner la priorité aux transactions avec un « gas fee » plus élevé.
Pourquoi les transactions n'échouent-elles pas sur Ethereum et Bitcoin ?
Solana, contrairement à Bitcoin Et Éthereum, n'a pas de pool de mémoire, qui est un endroit où attendre les transactions avant qu'elles ne soient confirmées. Cette absence peut conduire à un échec direct des transactions lorsque le réseau est surchargé, puisqu'il n'y a pas de système de file d'attente.
Les transactions sur Bitcoin et Ethereum échouent cependant rarement car, au moment de la transaction, le portefeuille vous demande de payer des frais compétitifs par rapport aux autres transactions. Ce paiement garantit que la transaction reste dans le pool de mémoire, en attente d'être traitée. Le mempool fonctionne comme un tampon qui gère le flux de transactions pendant les périodes de forte congestion, répartissant la charge de travail dans le temps.
Conclusions
Nous nous dirigeons vers la conclusion, en rappelant que depuis sa création, la blockchain Solana a continuellement fait l'objet de corrections et d'implémentations, et ce ne sera certainement pas la dernière fois que nous verrons le réseau encombré ou même hors ligne. Au fil des années, cependant, nous avons constaté que ces problèmes n’influencent pas particulièrement les investisseurs ; nous avons même constaté un afflux notable de capitaux dans SOL. Avec le prix du matériel en constante baisse, la chaîne continue d'avoir un énorme potentiel pour l'écosystème, lui permettant d'évoluer à la fois en nombre de transactions et en mise en œuvre de nœuds de validation.
Ionut Gaucan – Expert web Criptocurrency.it
Solana reste l’une des couches 1 les plus rapides et les moins chères à développer et à tester ; alors que Bitcoin tourne autour de 8 TPS et ETH 14,8 TPS, Solana promet 65 000 TPS. Parviendra-t-il à atteindre ce chiffre ?