Une mise à niveau indispensable pour Solana. Connu pour sa rapidité et ses faibles frais mais… | de John Funderburker | Coinmons | juin 2022

Connu pour sa rapidité et ses faibles frais, mais malheureusement, il a récemment été en proie à des performances dégradées. Ce patch suffira-t-il à le propulser vers l’avant ?

Depuis le début de 2022, il y a eu pas mal de problèmes de stabilité qui ont affecté les performances du réseau. Bien que les faibles frais de Solana aient permis la création de certains des problèmes, cela reste l’un des facteurs clés qui m’a incité à essayer le réseau.

Il est vrai que les faibles frais ouvrent en fait la possibilité à certains utilisateurs de spammer leurs transactions, inondant le réseau, le rendant parfois inutilisable. C’est sans aucun doute un problème critique car si la chaîne ne peut pas fonctionner, elle est pratiquement inutile. Si cela n’est pas résolu dès que possible et que davantage de personnes quittent l’écosystème, il ne sera peut-être pas facile de les récupérer.

En revanche, les frais d’essence élevés de certaines chaînes dissuadent ce genre de comportement mais ne le suppriment pas complètement. Pour ma part, je ne pense pas que nous devrions le considérer comme s’il s’agissait d’une fonctionnalité conçue à cet effet, car en fin de compte, ce que nous voulons, c’est plus d’adoption, plus de croissance organique et des utilisateurs qui continueront à utiliser le jour de la chaîne dans la journée, pas seulement entre les mêmes baleines ou requins.

Au cours des 6 derniers mois environ, nous avons vu beaucoup de choses se produire sur la chaîne Solana. Des choses comme des performances dégradées, des performances dégradées prolongées, des « DDOS » sur la chaîne, des bots spammant pour des liquidations, des bots spammant le réseau afin de créer des NFT et aussi où il a perdu la notion du temps et a couru 30 minutes derrière notre temps réel actuel.

Solana a déjà beaucoup de « haine » en ligne (les VC détiennent la majeure partie de l’allocation, la chaîne centralisée ..) tous ces problèmes de réseau ne font qu’empirer les choses, ce qui lui donne un mauvais goût. Une façon de voir les choses est que, avec la croissance que Solana a connue depuis sa création jusqu’à maintenant, est-ce quelque chose que chaque chaîne devra éventuellement traverser ?

Des problèmes qui ne font surface qu’après que son adoption ait dépassé un certain niveau ? Cela pourrait donc être une chose «positive» à traverser maintenant, plutôt que plus tard, en montrant qu’il existe réellement une demande pour utiliser la chaîne. Personnellement, j’attends avec impatience ce patch et j’espère qu’il résoudra les problèmes de stabilité, du moins pour le moment.

Comme toujours, merci d’avoir lu et profitez de cette photo d’un dauphin, 😆

Lors des récentes mises à niveau, des modifications ont été mises en œuvre pour améliorer la stabilité et la fiabilité du réseau. Il y a 3 choses principales à aborder,

1RAPIDE
Avant de parler brièvement de QUIC, il serait bon de mentionner UDP et TCP.

UDP — Protocole de datagramme utilisateur. Ceci est utilisé là où les nœuds transmettront des données au leader du réseau. Vous pouvez le considérer comme l’envoi de paquets de données via plusieurs voies qui aboutiront au leader.
En raison du volume du trafic, il est possible que certaines données soient perdues. Il est donc naturel que les expéditeurs envoient plusieurs fois pour augmenter les chances de succès.

TCP — Cela nécessitait d’abord une session connectée entre l’expéditeur et le leader. Une fois que la confirmation a été donnée que les données ont été reçues, l’expéditeur cessera d’envoyer.
Vous pouvez considérer cela comme envoyer des données sur une seule voie où un contrôleur vous indique si vos données ont été envoyées avec succès, sinon vous devriez essayer de les envoyer à nouveau.
Mais l’inconvénient de cela serait que, s’il y a des données perdues entre les deux. Les autres données devront attendre avant que cela ne soit terminé en premier.

RAPIDE — C’est comme le meilleur des deux mondes. Où il y a une session connectée qui permet au leader de savoir quel nœud envoie plusieurs données (spam) et les « ralentit » sans empêcher le reste des autres données d’arriver normalement.

2QoS pondérée par les enjeux
Je pense que la mise en œuvre de cette qualité de service (QoS) pondérée par les enjeux consiste en quelque sorte à maintenir la convivialité du réseau lorsque des conditions de trafic élevées sont présentes, ce qui est bien plus que ce qu’il peut gérer.

Étant donné que sa mise est pondérée, les nœuds avec plus de SOL jalonnés gagneraient davantage, car cela signifierait que les txn qu’ils envoient entraîneront plus de confirmations.

Les nœuds avec un SOL moins jalonné peuvent envoyer leurs txns à ces nœuds avec un SOL plus jalonné dans l’espoir qu’ils auront une meilleure chance d’obtenir une confirmation également puisque ces nœuds le transmettront au leader.

Rappelez-vous que nous avons parlé du QUIC plus tôt, même si ce nœud a pas mal de SOL jalonnés, le validateur serait en mesure d’identifier qu’il y a un trafic exceptionnellement élevé provenant de ce nœud et peut choisir de l’ignorer afin de maintenir les performances du réseau

Bien sûr, si tous les nœuds se comportent de cette manière, le réseau finira par être encombré. Ce n’est donc qu’une partie de la solution

3Modifications des frais
Outre les frais fixes que Solana a actuellement, de nouveaux frais seront mis en place, appelés frais de priorité. Cela permet aux utilisateurs de déclarer des frais supplémentaires à percevoir une fois le txn confirmé et finalisé.

Avec cela, il n’est pas nécessaire ou inutile d’envoyer un txn en double pour spammer le réseau, dans l’espoir de faire passer le txn. Ceci est assez similaire et me rappelle les frais de gaz bas, moyens et élevés sur Ethereum.

Ces frais supplémentaires seront également payés aux validateurs (50%) et les 50% restants seront brûlés.