La mise à niveau de Solana cible le point faible d’Ethereum, explique le développeur

ANZA – le premier développement de logiciels de base de premier plan pour Solana – a commencé à détailler «Rotor», une nouvelle couche de couche de propagation en blocs avec la refonte du consensus d’Alpenglow. Dans un fil sur X, Brian (@ 0xbrw), le lead des relations avec les développeurs d’ANZA, les affirmations rotor mettra Solana avant Ethereum sur la réactivité du réseau brut: «Le rotor est la nouvelle méthode de propagation de bloc de Solana dans la mise à niveau d’Alpenglow… [It] fournit des données plus rapidement et plus uniformément que les potins d’Ethereum.» / P>

Solana Vs. Ethereum

Brian décrit le rotor comme «une couche structurée unique de relais qui remplace l’arbre multicouche de la turbine», le leader de l’emplacement envoyant des «lambeaux» codés à l’effacement à ces relais, qui «complètent ensuite la distribution de blocs dans un saut à des validateurs dans le monde». Selon ses mots, il «coupe le houblon et resserre la queue des heures d’arrivée», donc «plus de validateurs reçoivent le bloc à presque le même moment». L’effet promis est moins d’arrivées tardives et moins de fourchettes enracinées dans la propagation de la propagation.

Les mécanismes se déclenchent fortement par rapport à l’arbre de retransmit de la turbine d’aujourd’hui. Sous le rotor, « les pipelines leader un bloc en tranches, l’effacement des codes de chaque tranche en lambeaux et envoie chaque déchiqueté à un relais sélectionné. Les relais ont diffusé à tous les validateurs en un seul tour, en hiérarchisant le prochain leader pour continuer à planifier en douceur. » L’accent mis par Brian est sur la prévisibilité du synchronisation de bout en bout: «latence plus faible, la cohérence plus stricte et la marge pour les blocs plus grands».

Brian définit cela contre le chemin de réseautage d’Ethereum: « Ethereum s’appuie sur des potins multi-HOP où les blocs se rabattaient vers l’extérieur en étapes, ce qui peut prendre plusieurs secondes pour atteindre les nœuds distants. » Sur Ethereum, un proposant bavarde initialement aux pairs «~ 8» et un bloc voyage généralement «6–7 houblon» avant que la plupart des nœuds ne le voient, chaque houblon ajoutant des frais généraux de transmission et de vérification. Rotor, soutient-il, contourne ce retard de composition en parallélisant la distribution via des relais de HOP.

Le terrain pratique cible à la fois les constructeurs et les opérateurs. Pour les développeurs, Brian promet «une latence de bout en bout inférieure, des temps de confirmation plus stables et moins de stands surprise sous la charge», ce qui rend «les paiements, les paiements et les jeux» plus lisses «lorsque les blocs circulent plus prévisibles». Pour les validateurs, il indique «moins de créneaux manqués de la livraison lente, moins de bande passante gaspillée sur les renvois redondants et la charge de réseau plus prévisible.» En bref, «Rotor remplace le multi-hop de Turbine par un seul saut», visant à distribuer «de gros blocs presque aussi vite qu’un message direct et à paquet». »

ANZA positionne le rotor comme un pilier de base d’Alpenglow «aux côtés du vote et de la finalisation», une référence à Votor – la voie du consensus qui cible la finalité sous-seconde et déterministe. Le blog d’Anza May appelle Alpenglow «le plus grand changement au protocole principal de Solana depuis, eh bien, et les explicateurs extérieurs des fournisseurs d’écosystèmes parviennent à des conclusions similaires sur la portée de la mise à niveau.

Il est également matériel que le Messager parle pour l’équipe qui construit le client de référence. Anza se décrit comme «la principale entreprise de développement de logiciels axée sur Solana»; Son groupe d’ingénierie de base maintient Agave, un client de production de Solana de production fourchu à partir de la base de code Solana Labs d’origine, et contribue au consensus, au réseautage et aux performances du validateur. Ces rôles donnent à l’entreprise une autorité inhabituelle sur la façon dont des idées comme le rotor passent du livre blanc à un code en cours d’exécution.

État actuel de Solana

Le contexte de la documentation publique d’ANZA aide à encadrer le changement. Turbine, le protocole de propagation actuel de Solana, utilise un arbre en couches où chaque nœud avance en lambe vers un petit ensemble en aval; Cette structure limite la bande passante par nœud mais peut amplifier la latence de la queue lorsque toute branche ralentit. Le rotor s’effondre qui arbore en une seule couche de dissémination et séquentie explicitement la livraison au leader programmé suivant, un détail destiné à lisser les transferts de machines à sous et à réduire les stands.

L’affirmation de Brian selon laquelle la mise à niveau rendra Solana «supérieure» à Ethereum devrait être lue avec précision: il s’agit d’une affirmation sur la vitesse de propagation, la cohérence de la latence et la douceur de la confirmation visible par l’utilisateur sous charge, pas sur toutes les dimensions de la conception du réseau. La communauté de recherche d’Ethereum continue d’itérer sur les paramètres de potins et les stratégies de superposition, tandis que Solana doit toujours prouver la couche de relais à un hop du rotor dans des conditions adversares et à barrage élevé. Mais pris sur ses propres termes, l’argument est clair – et, de l’équipe qui dirige le logiciel principal de Solana, sans ambiguïté. «Rotor… fournit des données plus rapidement et plus uniformément», a écrit Brian. « Le résultat est une latence plus faible, une consistance plus stricte et une marge pour les blocs plus grands. »

Au moment de la presse, Sol a échangé à 195 $