La hausse de Solana : l'émergence du tueur d'Ethereum
TechFlow SélectionTechFlow Sélection
La hausse de Solana : l'émergence du tueur d'Ethereum
Solana peut-il vraiment dépasser Ethereum ?
Dédié à des analyses Web3 approfondiesRédaction : Sal Qadir, chercheur adjoint chez Galaxy
Traduction : Villagois en chef du Mont Elephant, Carbon Value
Récemment, l'écosystème Solana a connu une forte performance grâce aux concepts DePin et aux MeMe coins, entraînant la hausse du prix de son jeton natif SOL au-delà des 100 dollars le 24 décembre. Le volume des échanges sur les DEX de Solana a brièvement dépassé celui d'Ethereum, suscitant des cris affirmant que « Solana dépasse Ethereum ».
Solana peut-il vraiment surpasser Ethereum ?
Afin de mieux comprendre Solana, son noyau écosystémique et ses perspectives futures, le villageois ici présent a consulté plusieurs documents de recherche antérieurs sur Solana, et est profondément impressionné par ce rapport de Galaxy, particulièrement riche, détaillé et complet. Peu de publications offrent une vue d'ensemble aussi exhaustive, couvrant depuis la création jusqu’au développement et aux plans futurs de Solana. C'est pourquoi nous avons sélectionné avec soin ce rapport approfondi publié par Galaxy en 2022 sur Solana et son écosystème, à titre de référence / apprentissage pour nos lecteurs.
Introduction
Solana est une blockchain Layer 1 rapide, à faible latence, fonctionnant selon un mécanisme de preuve d'enjeu (Proof-of-Stake), dotée d'une architecture technique différenciée et connaissant une croissance continue dans l'utilisation par de multiples Dapps. Bien que certaines limitations fondamentales actuelles affectent sa résilience et que son caractère centralisé soit évident, l’équipe du protocole propose des correctifs techniques complexes et des mises à jour susceptibles d’atténuer ou de résoudre ces problèmes. Néanmoins, au cours des 12 derniers mois, Solana s’est distingué avec succès des autres blockchains Layer 1, remettant en cause la position dominante d’Ethereum dans le domaine des contrats intelligents de la cryptomonnaie.
L'approche unique de Solana en matière d'extensibilité contraste fortement avec celle de la plupart des autres blockchains Layer 1 — théoriquement capable de traiter jusqu'à 50 000 transactions par seconde, avec des frais de transaction bas et fixes. Du point de vue des développeurs, Solana affirme fièrement atteindre la composable sans recourir à des piles modulaires, des solutions Layer 2 ou au sharding. Ce rapport procède à une évaluation approfondie de Solana, révélant les conditions favorables qui lui permettent de conquérir et de conserver une part de marché dans le domaine des blockchains Layer 1.
Valeur de marché et valeur totale verrouillée
Utilisateurs actifs quotidiens (utilisateurs payants) sur Solana depuis le 1er janvier 2021
Prix en dollars américains du SOL depuis le lancement du réseau principal de Solana
Contexte et historique
Qui est Anatoly Yakovenko ?
Anatoly Yakovenko a fondé Solana alors qu’il travaillait comme ingénieur à San Francisco, Californie. La plus grande partie de sa carrière s’est déroulée chez Qualcomm, où il a utilisé son expertise en ingénierie applicative pour résoudre des problèmes difficiles liés à l’optimisation matérielle. Anatoly s’est forgé une réputation d’esprit technologique puissant — son accomplissement le plus remarquable étant la conception d’un logiciel DSP haute performance alimentant Google Tango, le premier appareil mobile compatible avec la réalité augmentée sur smartphone. En 2017, il découvre les cryptomonnaies grâce à un ami passionné par le déploiement de matériel spécialisé en intelligence artificielle dans le cloud (ce matériel spécialisé ayant bien sûr de nombreux points communs avec les nœuds validateurs de Solana). Anatoly et son ami ont utilisé ces ordinateurs puissants pour miner du Bitcoin, réalisant un profit après avoir amorti leurs coûts initiaux. Tandis qu’Anatoly s’enfonçait dans l’étude du minage Proof-of-Work, il a commencé à se demander pourquoi le Proof-of-Work était nécessaire, ce qui rendait lent le minage Proof-of-Work, et comment améliorer ce dernier.
Un soir de 2017, Anatoly explore le minage monofil, ce qui constitue le fameux moment « pilule rouge ». Il déduit que plutôt que de mesurer la consommation électrique indispensable au minage Proof-of-Work, on pourrait mesurer le temps. Anatoly est convaincu que lier la sécurité d’un réseau cryptographique à des constantes physiques telles que l’électricité ou le temps est essentiel pour une fiabilité à long terme. À ce moment-là, il a eu une révélation : en exploitant le hachage séquentiel, il pouvait garantir qu’un certain laps de temps s’écoule entre deux événements. Anatoly a ensuite décrit ce concept sous le nom de « preuve d’historique » (Proof-of-History), publiant ces découvertes dans un projet de livre blanc en novembre 2017. Dès février 2018, Anatoly publie avec Greg Fitzgerald le réseau test et le livre blanc officiel de Solana.
Un collègue d’Anatoly chez Qualcomm, Stephen Akridge, a suggéré une modification de l’architecture de Solana afin d’utiliser la parallélisation GPU pour les signatures lors de la validation. Cette contribution précieuse de Stephen a non seulement confirmé les qualités initiales du protocole imaginé par Anatoly, mais l’a également encouragé à s’y consacrer pleinement. Outre Greg et Stephen, Anatoly a recruté Raj Gokal ainsi que trois autres experts expérimentés venant d’Apple et de Qualcomm, formant ainsi Solana Labs. Bien que le projet ait été initialement baptisé Loom, l’équipe a rencontré des confusions liées au nom du réseau L2 Ethereum. Finalement, l’équipe a décidé de rebaptiser le projet Solana, en hommage à Solana Beach en Californie du Sud, lieu où ils vivaient et travaillaient à l’époque.
Croître en période de marché baissier
Solana Labs a été fondé au début de 2018, dirigé par le visionnaire fondateur Anatoly. L’équipe de Solana Labs avait pour mission de faire passer Solana d’un simple concept de preuve (Proof-of-Concept) à une blockchain publique de production, sans permission. Le seul problème était qu’en 2018, ils devaient faire face à un environnement difficile de levée de fonds — la bulle ICO venait juste d’éclater. Le prix du Bitcoin chutait vertigineusement, et de nombreux investisseurs adoptaient une attitude froide vis-à-vis des startups blockchain/cryptomonnaies. Raj Gokal, cofondateur et COO de Solana Labs, a décrit dans un podcast de FTX que l’équipe Solana peinait à se démarquer dans une concurrence intense, Dfinity (aujourd’hui ICP) ayant tout juste levé 100 millions de dollars, tandis qu’Avalanche Labs avait été créé par Emin Gun Sirer, professeur renommé de l’université Cornell, sur la base d’un protocole de consensus novateur. Pour certains, Solana n’était qu’une autre blockchain Layer 1 axée sur des indicateurs superficiels tels que le nombre de transactions par seconde (TPS). À cette époque, la communauté crypto centrée sur Twitter privilégiait davantage la confidentialité et l’interopérabilité plutôt que l’extensibilité. Heureusement, Anatoly a réussi à convaincre un ami rencontré en jouant au hockey subaquatique de devenir un investisseur précoce ; ce dernier a ensuite présenté l’équipe Solana à deux autres soutiens.
L’équipe a levé 20 millions de dollars via une vente privée de jetons auprès d’investisseurs accrédités. Parmi les premiers soutiens figuraient Multicoin Capital, 500 Startups et un fondateur de Race Capital. Le réseau test de Solana, capable de supporter durablement 250 000 transactions par seconde à haut débit, a vivement impressionné ces investisseurs. Cette vente privée a été annoncée comme un tour A fin 2019. Pendant la levée de fonds, l’équipe a construit un réseau test public appelé Tour de SOL (la plupart des cofondateurs de Solana étant amateurs de cyclisme). En mars 2020, Solana a organisé une enchère publique de jetons de 1,76 million de dollars sur CoinList et lancé une version testnet de son réseau principal.
Architecture technique
La blockchain Solana à la vitesse du NASDAQ
Lorsqu’il a développé Solana, Anatoly s’est inspiré de sa fascination personnelle pour le trading algorithmique. En tant qu'utilisateur final lambda accédant aux API populaires de plateformes comme Interactive Brokers, Anatoly était frustré par le fait que ses opérations soient systématiquement prises de vitesse par des intermédiaires disposant de plus de capitaux et d’une infrastructure supérieure. Il souhaitait que les utilisateurs ordinaires de Solana bénéficient d’un terrain de jeu équitable face aux institutions puissantes. À long terme, l’objectif de Solana est d’atteindre à terme l’échelle et la rapidité de réponse du NASDAQ sur une blockchain publique. En effet, l’un des arguments clés du plan de financement initial de Solana était : « La blockchain Solana à la vitesse du NASDAQ ». Les choix de conception faits par Anatoly pour Solana mettent l’accent sur la vitesse et le flux d’information, contrairement à d’autres blockchains comme Bitcoin, centrées sur l’usage de « réserve de valeur ».
Les facteurs clés qui distinguent Solana de la majorité des autres blockchains Layer 1 sont : 1) le matériel ; 2) l’écoulement physique du « temps réel » ; 3) la composable. Ces trois attributs fondamentaux constituent ensemble les piliers de base de la pile technologique de Solana.
Premièrement, et surtout, Solana repose fortement sur les progrès matériels pour relever les défis posés par les avancées protocolaires au niveau logiciel, assurant ainsi que sa vitesse et son échelle continueront de croître avec les améliorations matérielles continues. Depuis environ cinq ans, la loi de Moore, qui ne concernait initialement que la densité des transistors CPU, a ralenti mais progresse encore. Plus important encore, le domaine de l’intelligence artificielle / apprentissage automatique stimule de nouvelles percées dans la puissance de traitement GPU/parallèle, sans signe de ralentissement à court terme. L’équipe Solana pense que les progrès logiciels (comme la mise à jour Ethereum 2.0) ont mauvaise réputation, car très peu de personnes possèdent la profondeur technique requise pour implémenter en toute sécurité des modifications au niveau du protocole. Quel que soit leur rythme de progrès au niveau du protocole sous-jacent, l’équipe Solana parie que l’industrie du matériel informatique progressera année après année. Cela garantit que l’extensibilité fondamentale de Solana bénéficiera automatiquement des progrès du secteur matériel, toutes choses égales par ailleurs. Cela distingue également Solana des autres blockchains Layer 1 dont les feuilles de route d’extension reposent principalement sur les progrès de la conception logicielle.
Le deuxième concept fondamental de l’architecture technique de Solana est le temps. Solana découple le temps de la mise à jour d’état du consensus. Étant donné que chaque transaction sur Solana porte un horodatage, elle peut être diffusée en temps réel au moment de sa création. Cette approche diffère de celle de la plupart des autres blockchains, où les horodatages sont regroupés par blocs. Le bénéfice de séparer le temps de la mise à jour d’état est que les validateurs peuvent prétraiter les blocs pour améliorer le débit, car l’ordre des transactions suit une horloge globale.
Cependant, il convient de noter que la communauté plus large du développement/recherche blockchain (en dehors de Solana) reconnaît rarement le temps comme une invariante utile pour l’extension des blockchains. Le seul exemple notable d’utilisation du temps pour étendre les applications distribuées provient du secteur des télécommunications (ce qui est logique, compte tenu de l’expérience de l’équipe fondatrice de Solana dans ce domaine). Plus précisément, TDMA a constitué la base des réseaux cellulaires depuis l’ère 2G. Les détails du fonctionnement de TDMA sortent du cadre de ce rapport, mais peuvent se résumer ainsi : exploiter une ressource limitée (la bande passante radiofréquence), la diviser en tranches temporelles créées par une horloge globale, permettant ainsi à davantage d’appareils de se connecter sans nécessiter davantage de ressources réseau. Sans cette méthode d’extension cellulaire cruciale basée sur le temps, le haut débit mobile omniprésent d’aujourd’hui n’existerait pas. Voici un schéma simplifié du fonctionnement de TDMA.
Schéma simplifié de TDMA
Double pari sur l’architecture monolithique
Enfin, le troisième concept fondamental soutenant la technologie Solana est la composable. La composable signifie que Solana a volontairement conçu sa blockchain comme une entité monolithique. Bien que cette voie monolithique semble aux yeux de Solana être une fonctionnalité clé, ce choix constitue indéniablement un pari inverse dans la conception blockchain au sein du domaine crypto plus large. D'autres blockchains, telles qu’Ethereum et NEAR, considèrent l’architecture monolithique comme un obstacle à l’extensibilité à long terme. Ces blockchains concurrentes Layer 1 explorent diverses solutions, telles que l’extension modulaire (portée par des projets comme Celestia et Evmos dans l’écosystème Ethereum), l’extension Layer 2 (portée par des projets comme Starkware et Aztec dans l’écosystème Ethereum), et diverses formes de sharding (au programme d’Ethereum et déjà implémenté dans le protocole NEAR).
Les compromis de conception entre ces méthodes techniques méritent d’être discutés dans un rapport de recherche distinct. Quoi qu’il en soit, Solana refuse de s’écarter de sa vision future monolithique. L’équipe Solana estime que les avantages de l’optimisation de la composable résident dans l’élégance de construire des applications sur un état global unique. Elle pense que, dans une architecture monolithique, les développeurs n’auront pas à supporter la charge de multiples shards ou systèmes Layer 2 lorsqu’ils écrivent des contrats intelligents nécessitant différents fragments d’état Solana. Par exemple, si un développeur souhaite créer un échange atomique entre un jeton SPL sur une plateforme NFT et un jeton SPL sur une application DeFi, cela devient facile grâce à l’état global de Solana. Si le même développeur devait écrire un contrat intelligent pour un état fragmenté, il devrait ajouter une logique supplémentaire pour vérifier sur quel shard se trouve chaque partie de l’échange, augmentant ainsi la complexité des transactions associées.
À mesure que les applications blockchain deviennent plus complexes et interconnectées, la complexité du développement sur des systèmes modulaires ou fragmentés pourrait croître exponentiellement. Du point de vue de l’utilisateur final, bien que Layer 1 reste identique, une application construite sur un protocole Layer 2 pourrait ne pas interagir localement avec une application construite sur un autre protocole Layer 2 (par exemple, deux applications indépendantes construites respectivement sur Optimism ou Arbitrum, tous deux des Layer 2 d’Ethereum). Solana attache une grande importance à l’expérience utilisateur finale, estimant que la modularité/Layer 2/le sharding sont des « derniers recours », et non des « maux nécessaires ». Soulignons que cette philosophie de Solana, bien intentionnée, contraste fortement avec les feuilles de route de presque toutes les autres blockchains Layer 1 aujourd’hui. Il n’est pas encore établi combien l’expérience utilisateur serait pesante pour une utilisation massive de plusieurs blockchains Layer 2. Aujourd’hui, la plupart des blockchains Layer 1 restent monolithiques, et seul le temps dira quelle méthode d’extension résistera à une utilisation intensive. Solana a fait certaines hypothèses raisonnables sur l’avenir de la cryptomonnaie hors mécanismes non monolithiques, et pour l’instant, il s’engage à maintenir la simplicité d’un état global composable apporté par son architecture monolithique.
Éviter l’EVM
La machine virtuelle Ethereum (EVM) est un moteur de calcul servant d’environnement d’exécution pour les contrats intelligents d’Ethereum. Les développeurs utilisent l’EVM pour construire des applications décentralisées (DApps) sur Ethereum. Son but est de gérer l’« état » sur Ethereum sans autorisation.
Schéma simplifié de l’EVM
De nombreuses autres blockchains Layer 1 et sidechains (telles qu’Avalanche, Binance Smart Chain, Harmony et Polygon) intègrent la compatibilité EVM comme fonctionnalité centrale. Cela s’explique par le fait qu’un grand nombre de Dapps existants sont codés en Solidity pour fonctionner sur l’EVM, et migrer ce code vers des blockchains compatibles EVM est relativement simple. Ces alternatives Layer 1 compatibles EVM peuvent également tirer parti des outils existants côté développeur (Hardhat, Truffle, Remix) et côté interface/utilisateur (MetaMask, Coinbase Wallet).
En revanche, Solana a été conçu pour fonctionner dans LLVM et non dans l’EVM. LLVM est une chaîne d’outils compilateur standard séparant le code lisible par l’homme (par exemple en Rust) du code assembleur (code de bas niveau optimisé pour le matériel). Pratiquement parlant, on peut imaginer un processus de déploiement basé sur LLVM comme suit : code source → LLVM → assembleur. Solana a fait ce choix architectural pour deux raisons clés : 1.) Solana est conçu pour être optimisé matériellement, alors que Solidity/l’EVM ne prend pas directement en charge l’optimisation matérielle. 2.) Des langages de programmation comme Rust permettent d’écrire un code de bas niveau extrêmement rapide, largement adopté dans la communauté des développeurs, et théoriquement plus facile à auditer par des développeurs expérimentés. Selon l’enquête annuelle 2020 de Stack Overflow auprès de plus de 65 000 développeurs, Rust a été élu pendant cinq années consécutives comme le langage de programmation le plus aimé (avec une large avance).
Cependant, le coût de ce choix est que les développeurs blockchain spécifiques maîtrisant Rust sont peu nombreux, rendant souvent difficile le recrutement de nouveaux talents provenant d’autres entreprises/protocoles concurrents. Certains y voient toutefois un aspect positif : la communauté des développeurs Solana serait moins « motivée uniquement par le profit » et davantage attachée à l’écosystème Solana, puisque leurs compétences ne sont utiles que pour les projets blockchain basés sur Rust.
Les décisions techniques de haut niveau mentionnées ci-dessus constituent la « raison » des huit innovations clés de Solana décrites ci-après.
Les huit innovations clés de Solana
Preuve d’Historique (PoH) : une horloge avant le consensus : La preuve d’historique n’est ni un protocole de consensus ni un mécanisme anti-Sybils. Au contraire, PoH est une fonction à délai vérifiable à haute fréquence (VDF). Un VDF est une fonction produisant séquentiellement une sortie unique, dont la vérification est beaucoup plus rapide que la génération. Autrement dit, générer la sortie d’un VDF prend du temps de manière séquentielle, mais peut être vérifiée en parallèle. Dans le cas de la preuve d’historique de Solana, le VDF est en réalité une fonction de hachage SHA256 exécutée en boucle constante. Elle fonctionne en entrant initialement une valeur arbitraire (par exemple, le mot « Solana ») dans la fonction SHA256, puis en prenant la sortie de chaque hachage comme entrée pour le hacher à nouveau. En répétant ce processus, on peut s’assurer que le temps nécessaire pour obtenir la sortie finale est authentique, car il est impossible de générer parallèlement chaque hachage dépendant du précédent. Cette structure de données basée sur le hachage séquentiel permet à Solana de créer efficacement une « horloge réelle » globale, à laquelle toutes les transactions sur la blockchain Solana peuvent se référer pour prouver l’ordre de leur occurrence.
En résumé, la preuve d’historique :
SHA256 boucle aussi vite que possible sur un seul cœur, chaque sortie servant d’entrée pour la suivante.
Le réseau Solana échantillonne cette boucle répétitive et enregistre le nombre d’itérations et l’état.
Des informations peuvent être insérées dans la boucle PoH avec le hachage et l’état. Cela garantit l’ordre de transmission des informations.
Schéma de Preuve d’Historique
Tower BFT - Tolérance aux pannes byzantines : Tower BFT est essentiellement le mécanisme de consensus de Solana. Il désigne la tolérance aux pannes byzantines pratique (PBFT) mise en œuvre par Solana. Pour rappel, la tolérance aux pannes byzantines décrit une solution au problème des généraux byzantins — coordonner une attaque entre deux généraux géographiquement séparés communiquant uniquement par messagers. Les systèmes tolérants aux pannes visent à se protéger contre les mauvais acteurs cherchant à propager de fausses informations ou à intercepter les « messagers » avant leur arrivée à destination.
Dans le système Solana, Tower BFT est une innovation par rapport aux systèmes BFT traditionnels : un validateur vote pour un bloc (appelons ce vote initial X), puis, dans les deux blocs suivants, ne votera que pour les blocs issus de « X ». Chaque fois qu’un validateur vote pour un bloc issu de « X », ce « timeout de rollback » double. Grâce à PoH, chaque validateur peut vérifier les informations contenues dans un bloc, leur permettant ainsi de rejeter les blocs incohérents avec l’historique de Solana. Les nœuds du réseau ne reçoivent des récompenses inflationnistes que s’ils sont bloqués pendant le délai maximal de vote. Cela aide à garantir que les intérêts économiques des validateurs soient alignés sur la branche qu’ils estiment majoritairement appuyée par le réseau.
Blocs
Dans Tower BFT, la vivacité (capacité à toujours ajouter de nouveaux blocs) est prioritaire sur la cohérence (nombre potentiel de bifurcations dans les blocs finaux) (voir figure). Tower BFT diffère des implémentations PBFT standards en s’appuyant sur PoH comme horloge globale avant d’atteindre le consensus. Cela permet à Solana de réduire la latence et les coûts de communication, les faiblesses courantes des PBFT traditionnels. Sous Tower BFT, les validateurs peuvent voter durant des intervalles de temps fixes (appelés slots), correspondant typiquement à 400 millisecondes (bien que cette durée change avec les progrès matériels). Comme mentionné précédemment, chaque slot suivant double le temps réel (appelé timeout) que le réseau doit attendre pour « déployer » les votes potentiels.
Par exemple, si chaque validateur sur Solana a voté 38 fois dans les 15 dernières secondes (15 000 ms / 400 ms = ~38 slots), le timeout du réseau est en réalité d’environ ~3 400 ans. ((2^38 * 400)/1000/60/60/24/365). Ce modèle BFT repose sur le principe que le timeout croît exponentiellement à mesure que les blocs sont produits. Contrairement au « proof-of-work », une fois qu’une supermajorité de validateurs a voté pour un hash PoH, ce hash ne peut plus être annulé. Le résultat final n’est donc pas probabiliste.
Sous Tower BFT, le réseau peut calculer de façon asynchrone les timeouts sans communication point à point. Chaque vote d’un validateur contient un petit morceau d’informations vérifiables (lié à PoH). Si d’autres validateurs observent qu’un vote proposé contient des informations impossibles à vérifier via PoH, ce vote est immédiatement rejeté. C’est pourquoi l’« horloge réelle », activée par PoH mais séparée du mécanisme BFT lui-même, est cruciale pour la méthode d’extensibilité de Solana.
BFT
Gulf Stream — Protocole de transfert sans mempool : Dans un mempool, les transactions non confirmées restent inactives en attendant d’être traitées par le réseau. Dans une structure de mempool comme Bitcoin ou Ethereum, les traders payant des frais élevés (ou des pourboires) peuvent inciter les mineurs ou validateurs du réseau à confirmer plus rapidement leurs transactions et à les retirer du mempool. La taille du mempool et le coût pour obtenir la reconnaissance d’une transaction sur la blockchain reflètent tous deux l’offre et la demande d’espace de bloc sur une blockchain spécifique.
Imaginons maintenant que les validateurs Solana puissent gérer un « mempool » théorique de 100 000 transactions (bien que Solana n’utilise pas littéralement un mempool). Avec ces paramètres, supposons un débit de 50 000 transactions par seconde, un validateur Solana pourrait vider ce mempool en quelques secondes. Toutefois, cette simplification excessive néglige l’importance de la propagation dans la blockchain publique. Dans la plupart des blockchains, les transactions du mempool sont propagées via un protocole de type « gossip » au sein du réseau de nœuds. Le protocole « gossip » est une méthode de communication pair-à-pair permettant la diffusion de données à travers un réseau de nœuds distribué. Le protocole « gossip » fonctionne bien grâce à des technologies avancées telles que les filtres Bloom, aidant les nœuds à propager plus efficacement les transactions aux autres nœuds. Cette efficacité provient du fait que les filtres Bloom utilisent des fonctions de hachage pour identifier si un élément n’est pas contenu dans une structure de données donnée (temps constant). Toutefois, avec l’augmentation du débit de la blockchain, le coût computationnel de fonctionnement des filtres Bloom peut devenir excessivement élevé, en raison du grand nombre de hachages à calculer à chaque instanciation. Par conséquent, l’équipe Solana a adopté une méthode radicalement différente de propagation des blocs par rapport à la plupart des autres blockchains.
Workflow des transactions Solana
Gulf Stream décrit la méthode unique de propagation des transactions de Solana, en poussant le cache et le transfert vers les bords du réseau. Puisque les validateurs connaissent l’ordre des transactions et savent qui sera le leader futur, ils peuvent exécuter les transactions à l’avance. Ainsi, le leader validateur peut basculer plus rapidement (comme un relayeur d’athlétisme qui commence à courir avant que son coéquipier ne lui passe le témoin). L’innovation rendant Gulf Stream possible est le calendrier des leaders connus (encore une analogie sportive : une équipe de relais détermine à l’avance l’ordre de course de chacun de ses membres). Ce calendrier des leaders est généré périodiquement (environ tous les 2 jours), ce qui signifie que les transactions sont envoyées directement au leader actuel et au prochain leader, plutôt que propagées aléatoirement comme dans le mempool d’Ethereum. La plupart des blockchains n’ont pas ce principe de leader spécifique. En plus de permettre l’exécution anticipée des transactions et de faciliter le changement fluide de leader, cette méthode réduit également la charge mémoire des validateurs, car ils n’ont pas besoin de suivre les transactions non confirmées, et diminue le temps de confirmation. Les principaux risques de Gulf Stream sont : 1) une augmentation du risque de collusion entre validateurs (car les leaders sont prédéterminés, bien que l’équipe Solana juge ce risque minime en raison du temps de bloc très rapide de Solana) ; 2) une tendance au spam, car Gulf Stream étant sans mempool, les transactions de spam sont envoyées directement aux leaders.
Sealevel — Contrats intelligents parallèles : Sealevel est une machine virtuelle permettant l’exécution simultanée de contrats intelligents sur une blockchain avec le même état. En comparaison, les blockchains compatibles EVM sont monofils, ne permettant qu’à un seul contrat intelligent de modifier l’état de la blockchain à la fois. Le moteur d’exécution parallèle des contrats intellig
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
@galaxyhq
