Cofondateur de Frictionless Capital : Pourquoi, du point de vue de l'ingénierie, je reste optimiste sur Solana ?
TechFlow SélectionTechFlow Sélection
Cofondateur de Frictionless Capital : Pourquoi, du point de vue de l'ingénierie, je reste optimiste sur Solana ?
Une blockchain à haut débit comme Solana dispose déjà de la capacité de prendre en charge 100 Mo/s, soit 100 fois plus qu'Ethereum.
Dédié à des analyses Web3 approfondiesRédaction : Logan | X
Traduction : TechFlow
C’est l’un des pires cas que j’aie jamais vus sur Twitter depuis longtemps, mettant fondamentalement en lumière le manque de compréhension entre traders et ingénieurs dans ce domaine. Analysons cela en détail :
Les frais sur les blockchains sont déterminés par deux facteurs : l’espace dans les blocs et la concurrence d’état :
Espace dans les blocs :
-
Actuellement, les blocs d’Ethereum font 0,08 Mo, et la mise à jour 4844 ajoute seulement 0,375 Mo par bloc. Dans l’état final prévu d’Ethereum avec danksharding, le débit ciblé est de 1,3 Mo/s.
-
En revanche, des blockchains à haut débit comme Solana ont déjà la capacité de supporter 100 Mo/s, soit 100 fois plus qu’Ethereum.
-
Je dois souligner à quel point cette différence est énorme pour les ingénieurs et les applications qu’ils peuvent construire. Les carnets d’ordres ne sont qu’un exemple parmi tant d’autres.
Concurrence d’état :
-
La concurrence d’état se produit lorsque deux participants ou plus tentent d’accéder simultanément au même état. Un seul peut accéder à cette transaction MEV.
-
L’EVM monoréacteur (single-threaded) ne peut pas résoudre ce problème car il n’a pas la capacité de séparer les frais par état.
-
Au contraire, l’EVM monoréacteur dispose d’un marché global des frais, forçant toutes les applications du réseau à augmenter leurs frais parce qu’une application consomme plus de ressources que les autres. Ce choix de conception est clairement inférieur à la fois en performance et en coûts.
-
Les blockchains de nouvelle génération, comme Solana, ont déjà résolu ce problème en créant des marchés locaux des frais. Cela équivaut pratiquement à déployer plusieurs instances L2 tout en maintenant une liquidité et des applications unifiées, plutôt que la fragmentation choisie par l’écosystème Ethereum.
Frontrunning :
-
Concernant le frontrunning, la conception de Solana vise à offrir un accès équitable et juste pour tous.
-
Dans mon récent podcast avec Toly, nous avons discuté en détail du mécanisme de consensus « all-to-all » de Solana, qui permet aux informations d’être diffusées aussi rapidement que possible à tous les participants du réseau.
-
Le consensus « all-to-all » a un coût élevé en termes de volume de messages. Sa complexité est en N², mais Solana a choisi cette conception car elle souhaite que tout trader puisse connecter un nœud et recevoir les mêmes informations, en temps égal, que tous les autres du réseau.
Décentralisation :
La décentralisation se mesure selon deux critères : le nombre de nœuds complets et le coefficient de Nakamoto.
-
Ethereum compte environ 3 700 nœuds complets, dont 922 sont actuellement en synchronisation avec le réseau.
-
Les nœuds complets sont importants car, en cas malheureux de troisième guerre mondiale, vous avez besoin d’une copie du registre pour restaurer et redémarrer le réseau.
-
Solana compte environ 2 118 nœuds complets et 843 nœuds RPC. Les deux types peuvent restaurer l’état du registre. Cela représente environ 80 % de la couverture du réseau Ethereum.
-
Le coefficient de Nakamoto, indicateur de résistance à la censure en temps réel, est d’environ 25 sur Ethereum contre environ 31 sur Solana.
Construire sur Solana :
-
Les développeurs de Solana et d’autres blockchains à haut débit choisissent ces écosystèmes car ils débloquent fondamentalement de nouveaux primitives impossibles, strictement parlant, dans l’univers Ethereum.
-
Temps de bloc de 400 ms et faible latence.
-
Frais compris entre 0,0001 $ et 0,0003 $.
Pile technologique intégrée à haut débit :
-
Quand on approfondit le débat entre modularité et intégration, une chose devient évidente : pour atteindre l’échelle, certaines choses doivent être traitées. Les deux conceptions nécessitent une forme ou une autre de traitement parallèle et de haut débit.
-
Le seul débat porte sur l’endroit où ces traitements doivent avoir lieu. Faut-il paralléliser via plusieurs L2, ou intégrer tout cela dans une liquidité et des applications unifiées, comme Solana ?
-
Vous pouvez déplacer la parallélisation et le débit vers différentes parties de la pile technologique, mais ce travail reste nécessaire. Le bon choix de conception consiste à construire sur une chaîne intégrée plutôt que sur une chaîne modulaire.
Besoins des utilisateurs et JUMP :
-
Calculez le débit et la puissance de calcul requis par les applications à grande échelle.
-
Jump aide Solana avec un autre client, mais ce n’est pas la seule équipe à construire d’autres clients sur Solana.
-
Solana a connu de nombreux hauts et bas, parfois à cause de ses propres bugs d’arrêt, parfois liés à des tiers, mais une chose est sûre : la communauté Solana a perduré tout au long du processus.
-
Solana continuera d’exister et se distinguera lors du prochain cycle.
Ignorer les ingénieurs, c’est courir un risque personnel. Nous devons être plus pragmatiques.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@LoganJastremski
