Je crois que de nombreux utilisateurs ne savent toujours pas pourquoi leurs transactions sur Solana échouent toujours récemment?
Commençons par les bases - du point de vue de l'utilisateur, lorsque nous effectuons une transaction, trois choses se produisent essentiellement :
La transaction a été exécutée avec succès sans aucune erreur;
L'exécution échoue, par exemple, les frais de gaz sont payés, mais une erreur est renvoyée pendant l'exécution. Cela se produit généralement lorsque les conditions d'exécution ne sont pas remplies, par exemple, le jeton que l'on tente de créer a déjà été créé, ou le glissement dépasse la valeur définie en raison des fluctuations de prix, etc.
Transactions non livrées. Ce type de transaction n'apparaît nulle part, ce qui indique que la transaction n'a pas encore atteint le "Block Leader" (Foresight News Note, le vérificateur responsable du traitement des transactions pendant une certaine période de temps). Il s'agit exactement d'une situation actuellement rencontrée par de nombreux utilisateurs, il s'agit d'un problème de couche réseau, et non d'un problème de consensus/exécution.
Vous vous demandez peut-être, qu'est-ce que la couche réseau ?
Ne vous inquiétez pas, nous parlerons de ces transactions non livrées dans un instant et pourquoi elles sont la principale cause de la congestion actuelle de Solana. Avant cela, concentrons-nous sur les échanges échoués car il est important de comprendre pourquoi les échanges échoués ne sont pas le principal problème.
Si vous regardez de près, vous pourriez être surpris de constater que seulement environ 8% de ces transactions échouées proviennent de vrais utilisateurs, le reste étant des cas de transactions d'arbitrage échouées effectuées par des bots on-chain : les arbitragistes inondent Solana de transactions de spam car l'envoi de transactions de spam est négligeable par rapport aux récompenses de l'arbitrage réussi.
Par exemple, ils pourraient envoyer des transactions de spam à Solana plusieurs fois par jour. Cela leur coûterait quelques centaines de dollars (car les frais de Solana sont faibles), et ils pourraient réaliser jusqu'à 100 000 $ de bénéfices en ne réalisant qu'une seule transaction.
Il est donc important de noter que ces transactions échouées ne signifient pas qu'il y a un problème avec l'activité Solana - le réseau Solana fonctionne comme prévu, donc ces transactions échouées sont simplement le résultat du non-respect des conditions de transaction des bots, et ce n'est pas la principale raison de la mauvaise expérience utilisateur actuelle de Solana.
En fait, le taux d'échec des transactions de Solana est resté autour de 50% depuis novembre. Si vous regardez le graphique des échecs par rapport aux succès que j'ai présenté ci-dessus, vous verrez que c'était à peu près la même chose avant.
Parlons maintenant de la principale cause de la congestion de Solana ces derniers jours - les "transactions non livrées". Comme mentionné précédemment, ces transactions n'ont pas réussi à atteindre le "leader de bloc" et ont été bloquées en raison de problèmes au niveau du réseau, puis jetées.
La couche réseau est la couche de communication de l'Internet et est utilisée pour envoyer des paquets de données entre différentes connexions, telles que : TCP (Transmission Control Protocol), UDP (User Datagram Protocol), QUIC (conçu par Google), etc.
Et Solana a récemment mis à niveau QUIC en tant que couche réseau, cela aide à établir une connexion entre l'utilisateur et le "block leader", et étant donné que Solana a une production continue de blocs et pas de mempool, perdre la connexion signifiera que les transactions ne seront pas écrites dans le bloc.
QUIC permet aux "block leaders" de couper les connexions ou de limiter le débit de certains utilisateurs en fonction de critères spécifiques, de sorte que les "block leaders" peuvent maintenant abandonner certaines connexions lorsque la demande sur la chaîne est élevée, c'est-à-dire que cette nouvelle architecture empêche Solana de s'arrêter lorsque l'activité réseau augmente—le réseau peut être très congestionné à ce moment-là, mais au moins il ne s'arrêtera pas.
Alors, vous pourriez demander, si tout dans QUIC était si bien conçu, pourquoi Solana est-il si mauvais maintenant?
Le problème est que même si le "leader de bloc" peut maintenant restreindre certaines connexions, la logique exacte de "quelles connexions restreindre" est mal implémentée et défectueuse.
Pour mieux comprendre, imaginons que dans des circonstances normales, chaque "block leader" a X connexions pour communiquer, alors qu'en période d'activité intense, le "block leader" commencera à recevoir 10 à 100 fois plus de demandes de connexion...
À ce moment, le "leader de bloc" peut choisir d'abandonner certaines connexions, mais le problème est que ces connexions ne sont pas actuellement abandonnées selon un ensemble de critères établis (comme abandonner toutes les connexions avec un coût inférieur à X), mais sont abandonnées de manière aléatoire. …..
Essentiellement, pour que vos transactions soient incluses, vous devez envoyer plus de transactions de spam que les autres, et comme il y a plusieurs robots envoyant des demandes de connexion au réseau, il devient de plus en plus difficile pour l'utilisateur moyen d'établir une connexion et de finaliser les transactions.
C'est là l'essentiel du problème principal, des équipes comme Firedancer, Anza, Solana, etc. travaillent dur pour corriger la couche réseau, ces correctifs sont déployés, certains correctifs majeurs sont censés être déployés dans les semaines à venir.
Cela résoudra-t-il le problème? Solana décollera-t-il à nouveau? Pas exactement, en conséquence, il y en aura plus à l'avenir. Un long chemin à parcourir pour trois raisons:
Il n'y a aucune garantie quant à l'efficacité de la solution actuelle pour prévenir le prochain problème de congestion de Solana, et nous ne le saurons pas avant qu'elle ne soit effectivement mise en œuvre;
Le Firedancer de Jump Crypto pourrait en effet résoudre ces problèmes, mais il ne sera pas publié avant la fin de l'année;
Le problème de spam du réseau, c'est-à-dire l'économie des transactions de Solana, comporte de nombreux problèmes et ne peut pas empêcher les utilisateurs malveillants d'envoyer du spam.
分享
目录
Je crois que de nombreux utilisateurs ne savent toujours pas pourquoi leurs transactions sur Solana échouent toujours récemment?
Commençons par les bases - du point de vue de l'utilisateur, lorsque nous effectuons une transaction, trois choses se produisent essentiellement :
La transaction a été exécutée avec succès sans aucune erreur;
L'exécution échoue, par exemple, les frais de gaz sont payés, mais une erreur est renvoyée pendant l'exécution. Cela se produit généralement lorsque les conditions d'exécution ne sont pas remplies, par exemple, le jeton que l'on tente de créer a déjà été créé, ou le glissement dépasse la valeur définie en raison des fluctuations de prix, etc.
Transactions non livrées. Ce type de transaction n'apparaît nulle part, ce qui indique que la transaction n'a pas encore atteint le "Block Leader" (Foresight News Note, le vérificateur responsable du traitement des transactions pendant une certaine période de temps). Il s'agit exactement d'une situation actuellement rencontrée par de nombreux utilisateurs, il s'agit d'un problème de couche réseau, et non d'un problème de consensus/exécution.
Vous vous demandez peut-être, qu'est-ce que la couche réseau ?
Ne vous inquiétez pas, nous parlerons de ces transactions non livrées dans un instant et pourquoi elles sont la principale cause de la congestion actuelle de Solana. Avant cela, concentrons-nous sur les échanges échoués car il est important de comprendre pourquoi les échanges échoués ne sont pas le principal problème.
Si vous regardez de près, vous pourriez être surpris de constater que seulement environ 8% de ces transactions échouées proviennent de vrais utilisateurs, le reste étant des cas de transactions d'arbitrage échouées effectuées par des bots on-chain : les arbitragistes inondent Solana de transactions de spam car l'envoi de transactions de spam est négligeable par rapport aux récompenses de l'arbitrage réussi.
Par exemple, ils pourraient envoyer des transactions de spam à Solana plusieurs fois par jour. Cela leur coûterait quelques centaines de dollars (car les frais de Solana sont faibles), et ils pourraient réaliser jusqu'à 100 000 $ de bénéfices en ne réalisant qu'une seule transaction.
Il est donc important de noter que ces transactions échouées ne signifient pas qu'il y a un problème avec l'activité Solana - le réseau Solana fonctionne comme prévu, donc ces transactions échouées sont simplement le résultat du non-respect des conditions de transaction des bots, et ce n'est pas la principale raison de la mauvaise expérience utilisateur actuelle de Solana.
En fait, le taux d'échec des transactions de Solana est resté autour de 50% depuis novembre. Si vous regardez le graphique des échecs par rapport aux succès que j'ai présenté ci-dessus, vous verrez que c'était à peu près la même chose avant.
Parlons maintenant de la principale cause de la congestion de Solana ces derniers jours - les "transactions non livrées". Comme mentionné précédemment, ces transactions n'ont pas réussi à atteindre le "leader de bloc" et ont été bloquées en raison de problèmes au niveau du réseau, puis jetées.
La couche réseau est la couche de communication de l'Internet et est utilisée pour envoyer des paquets de données entre différentes connexions, telles que : TCP (Transmission Control Protocol), UDP (User Datagram Protocol), QUIC (conçu par Google), etc.
Et Solana a récemment mis à niveau QUIC en tant que couche réseau, cela aide à établir une connexion entre l'utilisateur et le "block leader", et étant donné que Solana a une production continue de blocs et pas de mempool, perdre la connexion signifiera que les transactions ne seront pas écrites dans le bloc.
QUIC permet aux "block leaders" de couper les connexions ou de limiter le débit de certains utilisateurs en fonction de critères spécifiques, de sorte que les "block leaders" peuvent maintenant abandonner certaines connexions lorsque la demande sur la chaîne est élevée, c'est-à-dire que cette nouvelle architecture empêche Solana de s'arrêter lorsque l'activité réseau augmente—le réseau peut être très congestionné à ce moment-là, mais au moins il ne s'arrêtera pas.
Alors, vous pourriez demander, si tout dans QUIC était si bien conçu, pourquoi Solana est-il si mauvais maintenant?
Le problème est que même si le "leader de bloc" peut maintenant restreindre certaines connexions, la logique exacte de "quelles connexions restreindre" est mal implémentée et défectueuse.
Pour mieux comprendre, imaginons que dans des circonstances normales, chaque "block leader" a X connexions pour communiquer, alors qu'en période d'activité intense, le "block leader" commencera à recevoir 10 à 100 fois plus de demandes de connexion...
À ce moment, le "leader de bloc" peut choisir d'abandonner certaines connexions, mais le problème est que ces connexions ne sont pas actuellement abandonnées selon un ensemble de critères établis (comme abandonner toutes les connexions avec un coût inférieur à X), mais sont abandonnées de manière aléatoire. …..
Essentiellement, pour que vos transactions soient incluses, vous devez envoyer plus de transactions de spam que les autres, et comme il y a plusieurs robots envoyant des demandes de connexion au réseau, il devient de plus en plus difficile pour l'utilisateur moyen d'établir une connexion et de finaliser les transactions.
C'est là l'essentiel du problème principal, des équipes comme Firedancer, Anza, Solana, etc. travaillent dur pour corriger la couche réseau, ces correctifs sont déployés, certains correctifs majeurs sont censés être déployés dans les semaines à venir.
Cela résoudra-t-il le problème? Solana décollera-t-il à nouveau? Pas exactement, en conséquence, il y en aura plus à l'avenir. Un long chemin à parcourir pour trois raisons:
Il n'y a aucune garantie quant à l'efficacité de la solution actuelle pour prévenir le prochain problème de congestion de Solana, et nous ne le saurons pas avant qu'elle ne soit effectivement mise en œuvre;
Le Firedancer de Jump Crypto pourrait en effet résoudre ces problèmes, mais il ne sera pas publié avant la fin de l'année;
Le problème de spam du réseau, c'est-à-dire l'économie des transactions de Solana, comporte de nombreux problèmes et ne peut pas empêcher les utilisateurs malveillants d'envoyer du spam.