Mesurer la décentralisation de Solana : faits et chiffres

Informations clés

• Le réseau Solana est réparti entre 4 514 nœuds, dont 1 414 validateurs et 3 100 RPC (époque 685). Aucun validateur ne contrôle plus de 3,2 % du stake total.
• Le coefficient de Nakamoto (NC) représente le plus petit nombre d’entités indépendantes pouvant s’entendre de manière malveillante pour provoquer une défaillance de disponibilité, empêchant le consensus nécessaire à la production de nouveaux blocs. Le coefficient de Nakamoto de Solana est souvent donné comme étant de 19. Le chiffre réel est probablement inférieur, car une même entité peut exploiter anonymement plusieurs validateurs sans autorisation.
• L’ensemble de validateurs de Solana couvre 37 pays et territoires. La plus forte concentration se trouve aux États-Unis, avec 508 validateurs. Quatre juridictions détiennent chacune plus de 10 % du stake : les États-Unis avec 18,3 %, les Pays-Bas et le Royaume-Uni avec 13,7 % chacun, et l’Allemagne avec 13,2 %.
• 68 % du stake est délégué à des validateurs européens et 20 % à des validateurs nord-américains. 50,5 % du stake est délégué à des validateurs opérant dans l’Union européenne (stake européen hors Norvège, Ukraine et Royaume-Uni).
• L’ensemble de validateurs est réparti entre 135 fournisseurs d’hébergement. Les deux principaux sont Teraswitch, une entreprise privée américaine qui héberge des validateurs représentant ensemble 24 % du stake, et Latitude.sh (anciennement Maxihost), un fournisseur brésilien de serveurs bare metal à bas coût utilisés par des validateurs représentant ensemble 19 % du stake.
• La base de code du client Agave compte 357 contributeurs individuels. Le client Firedancer, développé par une petite équipe sous la direction du directeur scientifique Kevin Bowers, compte actuellement 57 contributeurs.
• Le client Jito, un fork de la base de code Agave d’origine qui intègre une enchère d’espace de bloc hors protocole, détient actuellement une part dominante de 88 % du stake du réseau. Cette situation devrait toutefois évoluer considérablement au cours des douze prochains mois, à mesure que le nouveau client Firedancer sera progressivement déployé et intégré à l’écosystème. Solana et Ethereum se distinguent comme les seules blockchains de Layer 1 proposant actuellement plusieurs implémentations de client.
• Les modifications substantielles apportées aux composants centraux de Solana suivent un processus formel et public de proposition Solana Improvement and Development (SIMD). Les changements les plus importants qui modifient le protocole, en particulier ceux qui touchent aux paramètres économiques, sont soumis à des votes de gouvernance. Trois votes de ce type ont eu lieu à ce jour.
• La Solana Foundation, créée en juin 2019, est une organisation suisse à but non lucratif qui se consacre au développement et au soutien de l’écosystème Solana. L’équipe relativement réduite de la SF, composée de 60 à 65 employés à temps plein, supervise le financement des subventions, les programmes de staking et les outils pour développeurs.
• De solides éléments attestent également de la diversité géographique de la communauté des développeurs Solana. Le dernier hackathon semestriel, Radar, a réuni 13 672 participants de 156 pays, avec une participation notable de l’Inde, du Nigeria, des États-Unis et du Vietnam. SuperTeam, un réseau qui met en relation les créatifs, développeurs et opérateurs Solana, compte désormais 1 300 membres dans 16 pays.

Qu’est-ce que la décentralisation ?

La décentralisation peut se résumer à l’absence de point de défaillance unique au sein d’un système. Ce concept multidimensionnel englobe de nombreux aspects, notamment la distribution des tokens, l’influence des figures clés, la participation sans autorisation au réseau, le contrôle du développement et la diversité des logiciels et du matériel. En dehors du coefficient de Nakamoto de Balaji, il existe peu de normes universellement reconnues pour quantifier le niveau de décentralisation d’une blockchain. De nombreux indicateurs sont imparfaits. En outre, les discussions sur la décentralisation des blockchains, souvent ancrées dans la philosophie politique, donnent lieu à des débats profondément idéologiques et parfois presque religieux.‍

Solana a fait l’objet de nombreuses critiques et informations erronées de la part d’une minorité très active de la communauté blockchain, qui lui reproche un manque supposé de décentralisation et de résistance à la censure. L’ancien sous-traitant du renseignement américain et lanceur d’alerte Edward Snowden en a récemment donné un exemple en exprimant ses inquiétudes lors d’une présentation plénière à la conférence Token2049.

Comme beaucoup de détracteurs de Solana, Snowden n’a fourni aucune donnée pour étayer ses affirmations, malgré une invitation publique à le faire. Dans les sections suivantes, nous analyserons la décentralisation du réseau Solana à partir de données, en mettant en évidence les domaines où le réseau affiche une décentralisation relativement forte et ceux où des progrès restent nécessaires.

Dimensions de la décentralisation

Dans ce rapport, nous adopterons une approche quantitative et multidimensionnelle pour analyser la décentralisation de Solana, en fondant notre analyse sur des faits et des informations publiquement vérifiables. 

Nous évaluerons les domaines suivants :

• Distribution du stake
• Répartition géographique des nœuds
• Diversité des fournisseurs d’hébergement
• Diversité des logiciels clients
• Diversité des développeurs
• Processus et entités de gouvernance

Lorsque cela sera pertinent, nous comparerons les indicateurs du réseau Solana à ceux d’autres blockchains L1 proof-of-stake comparables du secteur. Ces réseaux servent uniquement de références, afin de replacer le parcours de décentralisation de Solana dans un contexte plus large et de souligner les domaines où le réseau peut être en retard ou dépasser les attentes.

Ces comparaisons ne doivent pas être interprétées comme des tentatives d’affirmer la supériorité d’un réseau sur un autre.

Dans de nombreux cas, Ethereum constitue le point de comparaison le plus utile, car elle est largement considérée comme la blockchain Layer 1 proof-of-stake la plus décentralisée. Il convient de noter qu’Ethereum est plus de deux fois plus ancienne que Solana : son bloc de genèse a été produit en juillet 2015, contre mars 2020 pour Solana. La décentralisation est dynamique et les blockchains deviennent généralement plus décentralisées avec le temps. Dans des conditions similaires, il est raisonnable de s’attendre à ce que les réseaux plus anciens atteignent des niveaux de décentralisation plus élevés.

Distribution du stake

Dans un réseau blockchain, la distribution du stake désigne la manière dont les tokens stakés du réseau sont répartis entre ses validateurs. Dans un système bien réparti, aucun validateur ni petit groupe ne détient une part disproportionnée du stake, ce qui réduit le risque qu’une entité exerce une influence ou un contrôle excessif sur le consensus du réseau. 

Une distribution équilibrée du stake favorise la décentralisation en garantissant un ensemble diversifié de validateurs, ce qui complique toute tentative d’un acteur malveillant de compromettre l’intégrité du réseau. Elle renforce également la tolérance aux pannes, car le réseau résiste mieux aux défaillances de validateurs individuels.

Exécuter un nœud sur le réseau Solana ne nécessite aucune autorisation, et le stake minimum obligatoire pour opérer comme validateur est très faible (1 SOL). Le réseau prend nativement en charge la preuve d’enjeu déléguée (dPoS) et comprend 4 514 nœuds, dont 1 414 validateurs et 3 100 nœuds RPC. 

Les deux plus grands validateurs par stake sont exploités par Helius et Galaxy, chacun détenant environ 3,2 %. Le stake délégué minimum nécessaire pour intégrer le premier tiers constituant la superminorité et les deux premiers tiers constituant la supermajorité est respectivement de 4,4 millions et 1,23 million de SOL.

‍Pour plus de clarté, le graphique ci-dessous regroupe les validateurs selon leur stake délégué. Dans la tranche supérieure, 82 validateurs (5,87 % du total) détiennent plus d’un million de SOL délégués. À l’inverse, dans la tranche inférieure, 825 validateurs (59,1 % du total) disposent de moins de 50 000 SOL délégués, la plupart participant au Solana Foundation Delegation Program (SFDP), un programme conçu pour aider les petits validateurs à atteindre plus rapidement la viabilité économique. Environ 72 % des validateurs Solana bénéficient du soutien du SFDP et représentent collectivement 19 % du stake total. Pour une analyse approfondie du SFDP, consultez notre précédent rapport Helius : Le SFDP et les défis des validateurs de longue traîne.

Tout comme les adresses blockchain ne correspondent pas aux utilisateurs, le nombre de validateurs ne reflète pas le nombre réel d’entités distinctes qui les exploitent. Ce nombre réel est inférieur, car les grandes entités peuvent choisir de répartir leur stake entre plusieurs validateurs. Par exemple, Jito (1, 2), Coinbase (1, 2) et Mrgn (1, 2) exploitent plusieurs validateurs. 

Il n’y a aucun problème intrinsèque à ce qu’une seule entité exploite plusieurs validateurs. Cela pourrait même renforcer le réseau en augmentant la diversité géographique et celle des fournisseurs d’hébergement, à condition que les validateurs soient répartis plutôt que colocalisés. Des risques peuvent toutefois survenir si ces validateurs sont configurés à l’identique avec des paramètres non standard ou les mêmes règles de pare-feu. En outre, le fait qu’une seule entité gère de nombreux validateurs pour le compte de grandes entreprises ou de projets dans le cadre d’un modèle « validator-as-a-service » pourrait soulever d’autres préoccupations en matière de décentralisation.

Coefficient de Nakamoto

Dans les réseaux proof-of-stake, le coefficient de Nakamoto représente le nombre minimum de nœuds nécessaire pour contrôler au moins un tiers du stake total, c’est-à-dire la superminorité. Un coefficient de Nakamoto plus élevé indique une distribution plus large du stake et, par conséquent, un niveau de décentralisation supérieur. Il peut également être considéré comme le plus petit nombre d’entités indépendantes pouvant s’entendre de manière malveillante pour provoquer une défaillance de disponibilité et empêcher le consensus nécessaire à la production de nouveaux blocs. Les blockchains fondées sur la PoS et la tolérance aux pannes byzantines nécessitent l’accord de plus des deux tiers du stake sur l’état du réseau pour poursuivre le traitement des transactions.

Pour déterminer le coefficient de Nakamoto du réseau Solana, nous classons les validateurs par part de stake, de la plus élevée à la plus faible, puis comptons le nombre nécessaire pour contrôler un tiers du stake total. Le coefficient de Nakamoto de Solana a historiquement oscillé entre un pic de 34 le 13 août 2023 et un minimum de 19, son niveau actuel. Il est resté relativement stable au cours de l’année écoulée.

Le coefficient de Nakamoto du réseau Solana se situe dans la moyenne par rapport aux réseaux comparables du secteur. Ces chiffres ne tiennent pas compte du fait qu’une même entité peut librement exploiter plusieurs validateurs de façon anonyme et sans autorisation. Les coefficients de Nakamoto réels sont donc probablement inférieurs.

Répartition géographique des validateurs et du stake

La diversité géographique des nœuds du réseau est essentielle pour réduire les risques et renforcer l’antifragilité du réseau. Lorsque trop de validateurs sont concentrés dans une même région, la résilience du réseau dépend des cadres réglementaires de ces juridictions particulières.

Les catastrophes naturelles, notamment les tremblements de terre, les inondations, les ouragans et les tsunamis, constituent un autre risque. Ces événements mettent les réseaux électriques nationaux à rude épreuve et peuvent fortement perturber le fonctionnement des centres de données, entraînant des interruptions soudaines. Les menaces d’origine humaine, comme les guerres, les cyberattaques et les dommages causés aux infrastructures Internet critiques, notamment aux câbles sous-marins, présentent d’autres risques susceptibles de compromettre la stabilité du réseau.

Les données Solana utilisées pour l’analyse de cette section ont été recueillies sur validators.app pour l’époque 685. Le jeu de données brut est disponible sous forme de feuille de calcul ici. Ces chiffres concernent uniquement les nœuds validateurs avec stake et n’incluent pas les nœuds RPC sans stake.

Nombre de validateurs Solana et stake par continent

Regroupées par continent, les données montrent que 632 validateurs Solana (46 %) sont basés en Europe et 550 (40 %) en Amérique du Nord. En matière de distribution du stake, 68 % du stake est délégué à des validateurs européens et 20 % à des validateurs nord-américains. 50,5 % de l’ensemble du stake est délégué à des validateurs opérant dans l’Union européenne, c’est-à-dire le stake européen hors Norvège, Ukraine et Royaume-Uni.

À titre de comparaison, Ethereum présente une distribution du stake similaire, mais davantage pondérée en faveur de l’Amérique du Nord, à 34,4 %.

Nombre de validateurs Solana par pays

L’ensemble de validateurs du réseau Solana couvre 37 pays et territoires. La plus forte concentration se trouve aux États-Unis, avec 508 validateurs (37 %) opérant depuis des centres de données américains, suivis de 112 validateurs (8 %) aux Pays-Bas et de 111 validateurs (8 %) en Russie.

Répartition géographique de Solana par stake

Cette répartition est plus équilibrée lorsque l’ensemble de validateurs est pondéré par le stake. Quatre juridictions clés détiennent chacune plus de 10 % du stake : les États-Unis avec 18,3 %, suivis des Pays-Bas et du Royaume-Uni avec 13,7 % chacun, puis de l’Allemagne avec 13,2 %.

À titre de comparaison, les nœuds Ethereum sont répartis dans 83 pays et territoires, dont près de la moitié aux États-Unis ou en Allemagne.

10 principales villes par nombre de nœuds Solana et stake

Une analyse plus granulaire de la répartition des validateurs et du stake délégué par ville montre que les validateurs Solana sont répartis dans 121 villes à travers le monde. 

Aux États-Unis en particulier, les validateurs sont répartis dans toutes les grandes régions, couvrant au total 35 villes. Les plus populaires sont Chicago (124 validateurs, 2,3 % du stake), Los Angeles (57 validateurs, 2,3 % du stake) et New York (32 validateurs, 3,5 % du stake).

‍Plus tôt cette année, Rex St.John, membre d’Anza, a proposé des stratégies pour améliorer la diversité géographique des validateurs Solana, notamment en renforçant la présence des opérateurs dans les pays du Sud.

Plusieurs défis majeurs ont été identifiés :

• Latence plus élevée : les nœuds situés dans des régions éloignées ont des difficultés à rester synchronisés avec le réseau.
• Coût de la bande passante : certaines régions se distinguent par un coût très élevé de la bande passante
• Restrictions réglementaires : diverses juridictions imposent des lois qui limitent la viabilité de l’exploitation d’une infrastructure blockchain
• Infrastructures insuffisamment développées : infrastructures réseau et centres de données insuffisants.
• Fiscalité et droits de douane défavorables : coûts élevés sur les équipements matériels.
• Pénurie de talents : manque d’expertise locale sur Solana et accès limité aux capitaux nécessaires au staking

Fournisseurs d’hébergement

Dans l’idéal, l’ensemble de validateurs devrait être hébergé par un large éventail de fournisseurs indépendants plutôt que de dépendre fortement de quelques acteurs centralisés. Cette diversification est essentielle pour réduire le risque de perturbation ou de censure du réseau par un fournisseur unique.

Un incident notable survenu en 2022 a impliqué le fournisseur d’hébergement allemand Hetzner, qui a retiré de manière inattendue les validateurs Solana de ses services, mettant hors ligne en quelques heures plus de 20 % du stake actif, soit environ 1 000 validateurs. Malgré cela, Solana est resté pleinement opérationnel, sans problème de disponibilité. La plupart des validateurs touchés ont réussi à migrer vers de nouveaux centres de données en quelques jours, et la quasi-totalité du stake défaillant était de nouveau en ligne en quelques semaines.

Fournisseurs d’hébergement des validateurs Solana par stake

L’ensemble de validateurs Solana est réparti entre 135 fournisseurs d’hébergement. Les deux principaux fournisseurs sont Teraswitch, une entreprise privée américaine qui héberge 24 % des validateurs, et Latitude.sh (anciennement Maxihost), un fournisseur brésilien de serveurs bare metal à bas coût utilisés par 19 % des validateurs. Ensemble, ces deux fournisseurs représentent 43,4 % du stake. 

Parmi les autres hébergeurs populaires figurent l’entreprise française de cloud computing OVHcloud, avec une part de 8,65 %, et Cherry Servers, basée en Lituanie, qui héberge 8,45 % des validateurs.

Exigences matérielles des validateurs Solana

Solana étant une blockchain hautes performances et à haut débit, ses exigences pour les nœuds sont plus élevées que celles de la plupart de ses homologues du secteur. Les recommandations matérielles pour les validateurs Solana comprennent les composants clés suivants :

• CPU : 24 cœurs / 48 threads ou plus, fréquence de base de 4,2 GHz ou supérieure 
• Mémoire : 512 Go
• Disque : SSD NVME PCIe Gen3 x4 ou supérieur, capacité combinée de 2 To ou plus. TBW élevé
• Aucun GPU requis

En pratique, les besoins de Solana en bande passante rendent l’exploitation à domicile irréaliste. Les validateurs sont donc principalement exécutés sur des serveurs bare metal dans des centres de données dédiés. 

Diversité des clients Solana

Solana a initialement été lancé avec un seul client validateur, développé par Solana Labs et écrit en Rust. Le client Solana Labs n’est plus activement mis à jour, mais un fork appelé Agave est actuellement utilisé. Dépendre entièrement d’une seule implémentation de client constitue un important facteur de centralisation, en raison du risque qu’un bug logiciel critique provoque une défaillance de disponibilité sur l’ensemble du réseau. 

Accroître la diversité des clients est depuis longtemps une priorité absolue pour la communauté Solana. Cet objectif se concrétise enfin avec le déploiement de Firedancer.

Implémentations de clients Solana

Aujourd’hui, plusieurs implémentations de clients Solana sont opérationnelles ou en cours de développement :

• Agave : un fork du client Solana Labs d’origine, écrit en Rust et maintenu par Anza, une entreprise de développement logiciel Solana.
• Firedancer : une réécriture complète du client d’origine en langage de programmation C, maintenue par Jump Crypto.
• Frankendancer : un validateur hybride combinant la pile réseau et les composants de production de blocs de Firedancer avec l’exécution et le consensus d’Agave.
• Jito : un fork du client Agave créé par Jito Labs, qui introduit une enchère d’espace de bloc hors protocole et offre aux validateurs davantage d’incitations économiques grâce aux pourboires.
• Sig : un client validateur Solana optimisé pour la lecture, écrit en Zig par Syndica.

En outre, Mithril est un client écrit en Golang et développé par Overclock pour servir de nœud complet de vérification avec des exigences matérielles réduites.

Le fait que plusieurs équipes d’ingénierie cœur à temps plein examinent mutuellement leurs bases de code augmente considérablement les chances de détecter les bugs, tout en favorisant le partage des connaissances et la collaboration.

« Nous avons beaucoup appris de l’équipe du client Firedancer ; certaines des solutions qu’elle a conçues sont vraiment ingénieuses », a indiqué Joe Caulfield, ingénieur chez Anza, dans une récente interview.

Agave et Firedancer disposent tous deux d’importants programmes de bug bounty.

Diversité des clients Solana par rapport à Ethereum

Solana et Ethereum sont les seuls réseaux Layer 1 à proposer plusieurs implémentations de client. Ethereum compte au moins cinq grands clients logiciels. Les plus utilisés sont Nethermind, écrit en C#, avec 45 % d’utilisation, et Geth, écrit en Go, avec 39 % d’adoption. 

Sur Solana, le client Jito représente actuellement 88 % du stake du réseau. Ce paysage devrait toutefois évoluer considérablement au cours des douze prochains mois, à mesure que les nouveaux clients Frankendancer et Firedancer seront progressivement déployés et intégrés à l’écosystème.‍

Décentralisation des développeurs

Dans Quantifying Decentralization, Balaji considère la décentralisation des développeurs comme un facteur critique pour les écosystèmes blockchain, soulignant l’importance de limiter la dépendance envers des contributeurs individuels et de réduire le « risque lié aux personnes clés ».

Tous les logiciels clients centraux de Solana sont hébergés publiquement sur GitHub sous des licences open source, ce qui permet un accès ouvert et les contributions de la communauté. ‍

Le validateur Agave, maintenu par Anza — une entreprise de développement logiciel créée début 2024 — joue un rôle majeur dans cet environnement. Anza a été fondée avec environ 45 employés, dont près de la moitié travaillait auparavant chez Solana Labs. 

En plus de gérer Agave, l’équipe d’Anza contribue à l’écosystème Solana au sens large en développant des initiatives telles que les extensions de tokens, des infrastructures de paiements transfrontaliers et les Solana Permissioned Environments.

Nombre de contributeurs à la base de code du client Agave

La base de code du client Agave compte 357 contributeurs et 26 408 commits, même si le nombre brut de commits reste un indicateur imparfait qui ne reflète pas pleinement l’ampleur des contributions individuelles. Un groupe relativement restreint de développeurs, principalement des ingénieurs seniors et des cofondateurs de Solana, est notamment à l’origine de la majorité des commits, suivi d’une longue traîne de contributeurs plus occasionnels.‍

À titre de comparaison, les clients populaires Geth et Nethermind d’Ethereum présentent une concentration similaire des contributeurs au sein d’une communauté plus vaste. Geth compte 1 098 contributeurs, contre 142 pour Nethermind. Plus de la moitié des commits de Geth sont attribuables à trois contributeurs principaux. De même, deux développeurs sont à l’origine de plus de 50 % des commits de Nethermind.

Nombre de contributeurs à la base de code du client Firedancer

Le client Firedancer, développé par une petite équipe dirigée par Kevin Bowers au sein de Jump, une importante société américaine de trading haute fréquence, compte actuellement 57 contributeurs et 3 722 commits. La diversité des contributeurs reste limitée, car Firedancer est un projet relativement récent — le premier commit date d’août 2022 — et n’a été mis en service sur le mainnet que récemment.

Développeurs de l’écosystème Solana

Dans l’ensemble de l’écosystème Solana, de solides éléments attestent de la diversité géographique de la communauté des développeurs. Les hackathons semestriels en ligne de Solana comptent parmi les plus importants au monde en nombre de participants et jouent un rôle majeur dans l’émergence de nombreuses équipes à l’origine des protocoles et applications Solana les plus performants d’aujourd’hui, notamment Tensor, Drift, Jito et Kamino. 

Le dernier hackathon Radar a réuni 13 672 participants de 156 pays, avec une représentation notable de l’Inde, du Nigeria, des États-Unis et du Vietnam.

Superteam, un réseau qui met en relation les créatifs, développeurs et opérateurs Solana, compte désormais 1 300 membres dans 16 pays. Ses antennes locales facilitent la collaboration grâce à des événements et à des espaces de travail partagés. Solana Allstars, un programme d’ambassadeurs géré par Step Finance, a connu un succès considérable au Nigeria en organisant plus de 120 rencontres très fréquentées dans de nombreuses régions

Gouvernance

La gouvernance est un facteur important de décentralisation, car elle détermine comment les décisions sont prises au sein du réseau. Elle influence tout, des mises à niveau du protocole aux politiques économiques et aux règles communautaires. Une gouvernance décentralisée renforce la transparence, l’équité et la confiance dans le réseau.

Votes de gouvernance et SIMD

Les propositions Solana Improvement and Development (SIMD) constituent la documentation formelle nécessaire à toute modification substantielle des composants centraux de Solana. Les changements « substantiels » sont définis comme ceux qui modifient généralement le protocole du réseau, la validité des transactions ou l’interopérabilité. 

Les changements non substantiels, tels qu’une refactorisation mineure du code ou des améliorations objectives des performances, ne nécessitent pas de proposition. Les propositions doivent documenter la justification de la fonctionnalité et fournir suffisamment d’informations pour en comprendre l’implémentation. 

La soumission de SIMD ne nécessite aucune autorisation et est ouverte à tout développeur ou chercheur, mais la plupart sont déposées par des développeurs d’équipes clientes qui travaillent à temps plein à l’amélioration du protocole central.

Il existe deux types de propositions : 

• Propositions standard : concernent les fonctionnalités centrales de Solana (par exemple le consensus, le réseau et les interfaces API)
• Méta-propositions : concernent les processus ou les directives extérieurs à la base de code

Processus SIMD

Les SIMD passent généralement par des étapes d’évaluation de l’idée, de rédaction, d’examen et d’acceptation. Un examen formel se déroule publiquement sur GitHub. L’auteur de la proposition doit recueillir les commentaires des principaux contributeurs concernés, qui déterminent si elle est acceptée, révisée ou retirée. 

Les auteurs ne sont pas tenus d’implémenter leurs propositions, mais il leur est généralement recommandé de le faire, car c’est le meilleur moyen d’en assurer l’aboutissement.

Lorsqu’elles sont acceptées, les propositions incluent souvent un ticket de suivi associé pour l’implémentation de la fonctionnalité et peuvent nécessiter une activation via le mécanisme de feature gate de Solana. Les feature gates sont activées aux limites d’époque, d’abord sur Testnet, puis sur Devnet, avant leur activation sur Mainnet.

Les discussions sur les améliorations ont lieu dans les espaces suivants :

• Dépôt Github SIMD (Solana Improvement Document)
• Section sRFC (Solana Request for Comments) des forums officiels de Solana
• Le Discord Solana Tech
• Divers réseaux sociaux, notamment X (anciennement Twitter) et Telegram

Processus de vote de gouvernance de Solana

Les SIMD qui modifient substantiellement le protocole, en particulier celles qui touchent aux paramètres économiques, sont soumises à des votes de gouvernance. Le processus de vote de gouvernance de Solana, une initiative relativement récente menée par des membres historiques de la communauté des validateurs, se concentre uniquement sur les questions critiques afin de maintenir la participation et d’éviter la lassitude liée à la gouvernance. 

Trois votes de ce type ont eu lieu à ce jour :

• Vote consultatif initial en octobre 2023 (participation de 14,3 % du stake)
• SIMD33 Crédits de vote en temps opportun en avril 2024 (participation de 53 % du stake)
• SIMD96 Intégralité des frais de priorité aux validateurs en mai 2024 (participation de 51 % du stake)

Le vote s’effectue au moyen de tokens déposés sur le compte d’identité de chaque validateur, chaque compte recevant un nombre de tokens proportionnel à son stake actif en lamports. 

Pour voter, les validateurs transfèrent ces tokens vers l’une des différentes clés publiques désignées correspondant aux options de vote disponibles, dont une option d’abstention. Une fois exprimé, un vote ne peut plus être modifié. 

Dans cette structure, les détenteurs de tokens SOL ne participent qu’indirectement, en déléguant leurs SOL stakés à des validateurs dont les choix de vote correspondent à leurs valeurs ou préférences.

Analyse comparative de la gouvernance

Selon un rapport comparatif publié plus tôt cette année par CCData, Solana est l’un des quatre seuls actifs classés AA parmi les 40 principaux actifs numériques évalués selon des critères environnementaux, sociaux et de gouvernance (ESG). Les notes de gouvernance du rapport, dans lesquelles Solana se classe quatrième parmi les blockchains L1, évaluent notamment la participation des parties prenantes, la transparence et le degré de décentralisation.

La Solana Foundation

La Solana Foundation (SF), créée en juin 2019, est une organisation suisse à but non lucratif dédiée à la décentralisation, à l’adoption et à la sécurité de l’écosystème Solana. Dotée initialement d’une trésorerie de 167 millions de tokens SOL, la SF supervise le financement des subventions, son Delegation Program et les outils pour développeurs. Elle contrôle les ressources officielles de la marque, les comptes sur les réseaux sociaux, les sites Web et les marques déposées.

La Foundation fonctionne avec une équipe relativement réduite de 60 à 65 employés à temps plein, sous la direction du directeur exécutif Daniel Albert et de la présidente Lily Liu, supervisés par le conseil de la Foundation.

La mission de la SF est de développer un réseau Solana évolutif et autonome, en mettant l’accent sur l’éducation, la recherche et les initiatives de développement de l’écosystème. La SF organise de grands événements Solana, notamment les Hacker Houses et la conférence Breakpoint annuelle, afin de favoriser l’engagement des développeurs et le développement de la communauté. ‍

L’équipe chargée des relations avec les développeurs de la SF maintient la documentation officielle, les réseaux sociaux et les ressources de formation destinées aux développeurs. En janvier 2024, la SF a transféré la gestion de ses hackathons phares à Colosseum, un nouvel accélérateur indépendant cofondé par Matty Taylor, ancien responsable de la croissance de la SF.

« Notre travail consiste à faire en sorte que notre poste devienne inutile. Nous devons trouver des moyens évolutifs de soutenir le réseau et l’écosystème, puis les laisser avancer », a indiqué Dan Albert lors d’un récent débat, soulignant l’objectif à long terme de la SF : établir un réseau capable de fonctionner de manière autonome, sans supervision. 

Conclusion

Comme le montre cette étude, la décentralisation du réseau Solana est comparable ou supérieure à celle de ses homologues du secteur selon de nombreux indicateurs clés, notamment le coefficient de Nakamoto, la répartition géographique des validateurs et du stake, la décentralisation des développeurs et les critères de gouvernance. La diversité des clients reste une exception notable, à laquelle le nouveau client Firedancer entend remédier.

Plusieurs pistes permettraient de renforcer la décentralisation de Solana :

• Étudier les possibilités de répartir les responsabilités de la SF entre plusieurs organisations
• Accroître la transparence sur les dépenses de la Foundation et l’attribution des subventions
• Développer des initiatives telles que « Solana Nations » pour accroître la diversité géographique
• Réduire les coûts de vote, qui représentent la principale dépense des opérateurs de validateurs
• Étudier des stratégies pour réduire les besoins des validateurs en trafic de données sortant ; ces coûts sont particulièrement élevés pour les opérateurs situés hors de l’UE et des États-Unis
• Encourager une participation plus active aux votes de gouvernance
• Élargir les communautés de principaux contributeurs et de chercheurs de Solana afin de renforcer le développement du réseau‍

L’ensemble de validateurs reste quelque peu concentré aux États-Unis et dans l’UE, et dépend d’un nombre limité de fournisseurs d’hébergement. Bien que ce défi ne soit pas propre à Solana, il met en évidence les possibilités d’amélioration pour Solana, qui figure déjà parmi les blockchains les moins centralisées au niveau des validateurs.

Un grand merci à Overclock, Amira Valliani, Matt Sorg, Yelena Cavanaugh, Dan Albert, Tim Garcia, 0xIchigo, Anatoly Yakovenko et Brady Werkheiser pour leur relecture des versions antérieures de cette étude.

Ressources supplémentaires

• Le Solana Foundation Delegation Program - Helius
• La Solana Foundation devrait être dissoute - Débat Breakpoint 2024
• Dépôt des Solana Improvement Documents (SIMD) - GitHub
• Pourquoi Solana est plus décentralisé que vous ne le pensez (2022) - Max Sherwood

‍