Mesurer le degré réel de décentralisation de Solana à partir des données
TechFlow SélectionTechFlow Sélection
Mesurer le degré réel de décentralisation de Solana à partir des données
Dans ce rapport, nous analyserons la décentralisation de Solana selon une approche quantitative et multifacette, basée sur des faits et des informations vérifiables publiquement.
Dédié à des analyses Web3 approfondiesRédaction : Lostin, Helius
Traduction : Yangz, Techub News
Résumé
-
À l'epoch 685, Solana comptait 4514 nœuds, dont 1414 validateurs et 3100 nœuds RPC. Aucun validateur ne contrôle plus de 3,2 % des parts de mise en gage.
-
Le coefficient de Nakamoto (NC) représente le nombre minimal d'entités indépendantes capables de se concerter malicieusement pour compromettre la validité ou empêcher d'atteindre un consensus sur la production de nouveaux blocs. Le coefficient de Nakamoto de Solana est actuellement de 19, bien que le chiffre réel puisse être inférieur, car une seule entité peut exploiter anonymement plusieurs validateurs.
-
Les validateurs de Solana sont répartis dans 37 pays et régions. Les États-Unis concentrent le plus grand nombre de validateurs, avec 508 au total. Quatre juridictions représentent chacune plus de 10 % du réseau : les États-Unis (18,3 %), les Pays-Bas (13,7 %), le Royaume-Uni (13,7 %) et l’Allemagne (13,2 %).
-
68 % des mises en gage sont déléguées à des validateurs européens, dont 50,5 % aux validateurs situés dans l’Union européenne (hors Norvège, Ukraine et Royaume-Uni). En outre, 20 % sont déléguées à l’Amérique du Nord.
-
Les validateurs sont hébergés par 135 fournisseurs de services distincts. Teraswitch et Latitude.sh (anciennement Maxihost) sont les deux principaux fournisseurs : Teraswitch, une entreprise privée américaine, assure 24 % de l’hébergement ; Latitude.sh, une entreprise brésilienne offrant des serveurs bare metal à faible coût, représente 19 %.
-
Le dépôt de code du client Agave compte 357 contributeurs individuels. Le client Firedancer, développé par une petite équipe dirigée par le scientifique en chef Kevin Bowers, compte actuellement 57 contributeurs.
-
Le client Jito est un fork du dépôt de code initial Agave, intégrant une enchère hors protocole pour l’espace bloc. Il détient actuellement une part dominante de 88 % du réseau. Cependant, cette situation devrait considérablement évoluer dans les 12 prochains mois avec l’introduction progressive du nouveau client Firedancer. Solana et Ethereum sont actuellement les seules blockchains de niveau 1 (L1) à proposer plusieurs implémentations clientes.
-
Toute modification importante des composants centraux de Solana doit passer par un processus formel et public de propositions Solana Improvement and Development (SIMD). Les changements majeurs du protocole, notamment ceux affectant les paramètres économiques, doivent faire l’objet d’un vote de gouvernance. Trois votes de ce type ont été réalisés à ce jour.
-
La Fondation Solana a été créée en juin 2019 en tant qu’organisation à but non lucratif enregistrée en Suisse, avec pour mission de développer et soutenir l’écosystème Solana. L’équipe de la fondation est relativement restreinte, composée de 60 à 65 employés à temps plein, chargés de superviser le financement des bourses, des programmes de délégation et des outils pour développeurs.
-
Enfin, la diversité géographique de la communauté des développeurs Solana est clairement démontrée. Le dernier hackathon « Radar » a rassemblé 13 672 participants provenant de 156 pays, avec une forte participation de l’Inde, du Nigeria, des États-Unis et du Vietnam. SuperTeam, un réseau reliant créateurs, développeurs et opérateurs Solana, compte désormais 1300 membres répartis dans 16 pays.
Pourquoi la décentralisation ?
La décentralisation peut être définie comme l’absence de point de défaillance unique dans un système. Ce concept multidimensionnel couvre de nombreux aspects, notamment la distribution des jetons, l’influence des personnes clés, la participation permise sans permission au réseau, le contrôle du développement ainsi que la diversité logicielle et matérielle. Hormis le coefficient de Nakamoto proposé par Balaji, il existe peu de standards reconnus pour quantifier le niveau de décentralisation d’une blockchain. De nombreux indicateurs restent imparfaits. Par ailleurs, les discussions autour de la décentralisation des blockchains s’enracinent souvent dans la philosophie politique, suscitant des débats idéologiques profonds, parfois presque religieux.
La décentralisation de Solana a fait l’objet de critiques de la part de certaines communautés blockchain, qui jugent que Solana manque de décentralisation et de résistance à la censure. Un exemple récent est celui de l’ancien lanceur d’alerte de la NSA, Edward Snowden, qui a exprimé ses inquiétudes lors de la conférence Token2049.
Cependant, comme bon nombre des critiques de Solana, Snowden n’a fourni aucune donnée pour étayer ses affirmations, malgré une invitation publique à le faire. Dans les sections suivantes de cet article, nous analyserons la décentralisation de Solana à travers des données factuelles, soulignant les domaines où le réseau montre une décentralisation relativement forte tout en identifiant les axes nécessitant des progrès supplémentaires.
Les différents niveaux de décentralisation
Dans ce rapport, nous adopterons une approche quantitative et multifacette basée sur des faits vérifiables publiquement afin d’évaluer la décentralisation de Solana.
Nous examinerons les aspects suivants :
-
La répartition des mises en gage
-
La répartition géographique des nœuds
-
La diversité des fournisseurs d’hébergement
-
La diversité des logiciels clients
-
La diversité des développeurs
-
Les processus et entités de gouvernance
Lorsque pertinent, nous comparerons les indicateurs de Solana à ceux d'autres blockchains PoS de niveau 1. Précisons que ces comparaisons servent uniquement de référence afin de mieux situer le parcours de décentralisation de Solana dans un contexte plus large, mettant en lumière les domaines où il pourrait être en retard ou en avance. Ces comparaisons ne doivent pas être interprétées comme une tentative de prouver la supériorité d’un réseau sur un autre.
Dans de nombreux cas, Ethereum constitue la référence la plus utile, étant largement considéré comme la blockchain PoS L1 la plus décentralisée. Notons que le bloc génésis d’Ethereum date de juillet 2015, tandis que celui de Solana remonte à mars 2020. La décentralisation est dynamique : les blockchains tendent généralement à devenir plus décentralisées avec le temps. Dans des conditions similaires, on peut raisonnablement s’attendre à ce qu’une chaîne plus ancienne soit plus décentralisée.
Répartition des mises en gage
La répartition des mises en gage dans un réseau blockchain décrit comment les jetons natifs du réseau sont distribués entre les validateurs. Dans un système bien distribué, aucun validateur ni petit groupe ne détient une part excessive des mises, réduisant ainsi le risque qu'une entité exerce une influence ou un contrôle inapproprié sur le consensus du réseau.
Une répartition équilibrée des mises favorise la diversité des validateurs, ce qui renforce la décentralisation et rend plus difficile pour un acteur malveillant de compromettre l’intégrité du réseau. Elle améliore également la tolérance aux pannes, augmentant la résilience du réseau face aux défaillances individuelles.
« Vous avez besoin d’un très grand ensemble de validateurs. Intuitivement, plus cet ensemble est grand, plus le réseau est sécurisé. Sur le plan académique, plus l’ensemble de nœuds est grand, plus il est facile de garantir qu’un petit nombre de nœuds honnêtes dans cet ensemble peuvent toujours former un arbre couvrant minimal connecté. Et cela va même au-delà du protocole – cela inclut les conversations téléphoniques entre les gens. En réalité, ils peuvent entrer sur Discord ou IRC, ou s’appeler directement. C’est précisément ainsi que nous résolvons les problèmes de partitionnement. Plus nous avons de personnes, plus il est facile de garantir qu’une scission est impossible. » — Anatoly Yakovenko, Breakpoint 2024
Exécuter un nœud sur Solana est totalement permis sans autorisation préalable, avec un minimum obligatoire de mise en gage extrêmement faible (1 SOL) requis pour opérer en tant que validateur. Le réseau prend nativement en charge la preuve d’enjeu déléguée (dPoS) et comprend 4514 nœuds, dont 1414 validateurs et 3100 nœuds RPC.
Les deux plus grands validateurs en termes de volume de mise sont exploités par Helius et Galaxy, chacun détenant environ 3,2 % des mises. Pour entrer respectivement dans le premier tiers et les deux premiers tiers des classements, un validateur doit disposer d’au moins 4,4 millions de SOL et 1,23 million de SOL mis en gage.
Pour plus de clarté, le graphique ci-dessous regroupe les validateurs selon leur volume de mise. Parmi eux, 82 validateurs (5,87 % du total) détiennent plus de 1 million de SOL mis en gage ; 825 validateurs (59,1 % du total) disposent de moins de 50 000 SOL mis en gage, dont la majorité participe au programme de délégation de la Fondation Solana (SFDP), conçu pour aider les petits validateurs à atteindre rapidement la viabilité. Environ 72 % des validateurs Solana bénéficient du soutien SFDP, représentant ensemble 19 % des mises totales. Pour une analyse approfondie du SFDP, voir notre précédent rapport Helius : « SFDP et les défis des validateurs de la longue traîne ».
Ainsi que les adresses blockchain ne correspondent pas nécessairement à des utilisateurs uniques, le nombre de validateurs ne reflète pas nécessairement le nombre réel d’entités distinctes qui les exploitent. En effet, de grandes entités peuvent choisir de répartir leurs mises entre plusieurs validateurs, ce qui abaisse le chiffre réel. Par exemple, Jito (1,2), Coinbase (1,2) et Mrgn (1,2) exploitent chacun plusieurs validateurs.
Le fait qu'une entité unique exploite plusieurs validateurs n'est pas problématique en soi ; au contraire, si les validateurs sont bien distribués géographiquement et chez différents fournisseurs d'hébergement, cela peut renforcer le réseau. Toutefois, des risques apparaissent si ces validateurs utilisent des configurations non standard ou des règles de pare-feu identiques. De plus, le modèle « validateur en tant que service », où une entité gère de nombreux validateurs pour le compte de grandes entreprises ou projets, peut poser des problèmes supplémentaires de décentralisation.
Le coefficient de Nakamoto
Dans les réseaux de preuve d’enjeu, le coefficient de Nakamoto (Nakamoto Coefficient) désigne le nombre minimal de nœuds nécessaires pour contrôler au moins un tiers des mises totales. Plus ce coefficient est élevé, plus la distribution des mises est large et donc plus le niveau de décentralisation est élevé. Il peut également être interprété comme le nombre minimal d’entités indépendantes pouvant se concerter malicieusement pour provoquer un échec de validité, bloquant ainsi le consensus nécessaire à la production de nouveaux blocs. Les blockchains basées sur la preuve d’enjeu et la tolérance aux pannes byzantines requièrent qu’au moins deux tiers des nœuds misent pour atteindre un consensus sur l’état du réseau et continuer à traiter les transactions.
Pour déterminer le coefficient de Nakamoto de Solana, nous avons classé les validateurs par ordre décroissant de mise et calculé combien il en faut pour contrôler un tiers des mises totales. Le résultat obtenu indique que ce coefficient a atteint un maximum de 34 le 13 août 2023, et s’élève actuellement à 19. Il est resté relativement stable au cours de l’année écoulée.
Par comparaison, la distribution des mises sur Ethereum est similaire, mais avec un poids plus élevé en Amérique du Nord (34,4 %).
Validateurs Solana par pays et région
Les validateurs Solana sont répartis dans 37 pays et régions différents. Le plus grand centre se trouve aux États-Unis, où 508 validateurs (37 %) fonctionnent depuis des centres de données américains, suivis par les Pays-Bas (112 validateurs, 8 %) et la Russie (111 validateurs, 8 %).
Répartition géographique des validateurs Solana par part de mise
Quand on examine la répartition par part de mise, la distribution apparaît plus équilibrée. Quatre juridictions principales dépassent chacune 10 % : les États-Unis (18,3 %), suivis par les Pays-Bas et le Royaume-Uni (13,7 % chacun), puis l’Allemagne (13,2 %).
En comparaison, les nœuds Ethereum sont répartis dans 83 pays différents, près de la moitié étant localisés aux États-Unis et en Allemagne.
Top 10 des villes selon le nombre de nœuds Solana et la part de mise
Une analyse plus fine par ville montre que les validateurs Solana sont présents dans 121 villes à travers le monde.
Spécifiquement aux États-Unis, les validateurs sont répartis dans toutes les grandes régions, couvrant 35 villes. Les villes les plus populaires sont Chicago (124 validateurs, 2,3 % des mises), Los Angeles (57 validateurs, 2,3 %) et New York (32 validateurs, 3,5 %).
Au début de cette année, Rex St.John, employé d’Anza, a proposé une stratégie visant à améliorer la diversité géographique des validateurs Solana (notamment en élargissant le soutien aux opérateurs du Sud global) et a identifié plusieurs défis majeurs :
-
Latence élevée : les nœuds situés dans des régions reculées ont du mal à rester synchronisés avec le réseau
-
Coût de la bande passante : la bande passante est très chère dans certaines régions
-
Restrictions réglementaires : les lois dans certaines juridictions limitent la faisabilité de l’exploitation d’infrastructures blockchain
-
Infrastructures sous-développées : insuffisance des infrastructures réseau et datacenter
-
Impôts et droits défavorables : coûts élevés des équipements matériels
-
Pénurie de talents : absence de compétences locales spécialisées sur Solana, accès limité aux capitaux nécessaires pour la mise en gage
Fournisseurs d’hébergement
Idéalement, l’ensemble des validateurs devrait être hébergé par de multiples fournisseurs indépendants, plutôt que de dépendre fortement de quelques fournisseurs centralisés. Cette diversification est cruciale pour réduire les risques liés à une panne ou à une censure par un fournisseur unique.
Un incident notable s’est produit en 2022 avec le fournisseur allemand Hetzner, qui a retiré de manière inattendue les validateurs Solana de ses services, entraînant la déconnexion temporaire de plus de 20 % des nœuds actifs (environ 1000 validateurs) pendant plusieurs heures. Malgré cela, Solana est resté pleinement opérationnel, sans interruption. La plupart des validateurs concernés ont migré vers de nouveaux centres de données en quelques jours, et presque tous les nœuds misés étaient de retour en ligne en quelques semaines.
Fournisseurs d’hébergement des validateurs Solana par part de mise
Les validateurs Solana sont répartis sur 135 fournisseurs d’hébergement différents, avec à leur tête Teraswitch et Latitude.sh (anciennement Maxihost). Teraswitch, une entreprise privée américaine, héberge 24 % des validateurs, tandis que Latitude.sh, un fournisseur brésilien de serveurs bare metal à faible coût, en héberge 19 %. Ensemble, ces deux fournisseurs représentent 43,4 % du total.
Les autres fournisseurs populaires incluent OVHcloud, société française de cloud computing (8,65 %), et Cherry Servers, basée en Lituanie (8,45 %).
Exigences matérielles des validateurs Solana
En tant que blockchain haute performance et haut débit, Solana impose des exigences matérielles plus strictes que la plupart de ses homologues. Les recommandations matérielles pour un validateur Solana comprennent les composants clés suivants :
-
Processeur : 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, avec un TBW élevé
-
Aucune exigence GPU
En pratique, les exigences élevées en bande passante rendent l’exploitation domestique irréaliste ; les validateurs fonctionnent donc principalement sur des serveurs bare metal dans des centres de données spécialisés.
Diversité des clients Solana
À son lancement, Solana ne disposait que d’un seul client validateur, développé par Solana Labs en langage Rust. Bien que le client de Solana Labs ne soit plus activement mis à jour, une version dérivée appelée Agave est désormais utilisée. Une dépendance totale à un seul client constitue un point central important, car elle expose le réseau entier à des erreurs critiques dans le logiciel, menaçant sa validité.
Accroître la diversité des clients a été une priorité pour la communauté Solana, objectif désormais réalisé grâce au lancement de Firedancer.
Clients Solana
Actuellement, plusieurs solutions clientes Solana sont en cours d’utilisation ou de développement :
-
Agave : fork du client initial de Solana Labs, écrit en Rust, maintenu par Anza, une entreprise de développement logiciel Solana.
-
Firedancer : réécriture complète du client original en langage C, maintenu par Jump Crypto.
-
Frankendancer : validateur hybride combinant la pile réseau et la production de blocs de Firedancer avec l’exécution et le consensus d’Agave.
-
Jito : fork du client Agave construit par Jito Labs, introduisant une enchère hors protocole pour l’espace bloc, offrant des incitations économiques supplémentaires aux validateurs via des pourboires.
-
Sig : client validateur Solana optimisé en lecture, écrit en Zig par Syndica.
De plus, Mithril est un client écrit en Golang par Overclock, pouvant servir de nœud complet avec des exigences matérielles réduites.
Le fait que plusieurs équipes d’ingénierie travaillent indépendamment augmente fortement la probabilité de découvrir des bogues, tout en favorisant le partage des connaissances et la collaboration. Joe Caulfield, ingénieur chez Anza, a récemment déclaré : « Nous avons beaucoup appris de l’équipe du client Firedancer ; ils ont trouvé de nombreuses solutions très intelligentes. » De plus, Agave et Firedancer ont tous deux lancé des programmes de primes aux bogues.
Diversité des clients Solana vs. Ethereum
Solana et Ethereum sont les seules blockchains L1 à proposer plusieurs implémentations clientes. Ethereum dispose d’au moins cinq clients principaux. Les plus utilisés sont Nethermind (langage C, 45 %) et Geth (langage Go, 39 %).
Sur Solana, le client Jito représente actuellement 88 % des nœuds misés. Cependant, ce paysage devrait changer considérablement dans les 12 prochains mois avec l’introduction progressive des nouveaux clients (Frankendancer et Firedancer).
Décentralisation des développeurs
Dans son ouvrage « Quantifying Decentralization », Balaji affirme que la décentralisation des développeurs est un facteur clé de l’écosystème blockchain, soulignant l’importance de minimiser la dépendance aux contributeurs individuels et de réduire le « risque de personne clé ».
Tous les logiciels clients principaux de Solana sont hébergés publiquement sur GitHub sous licence open source, permettant un accès ouvert et des contributions communautaires.
Le client Agave, maintenu par Anza, une entreprise de développement logiciel fondée début 2024, joue un rôle central dans ce domaine. Anza a démarré avec environ 45 employés, soit environ la moitié de l’effectif précédent de Solana Labs. Outre la gestion d’Agave, l’équipe Anza contribue largement à l’écosystème Solana via des projets tels que l’extension des jetons, l’infrastructure de paiements transfrontaliers et l’environnement autorisé Solana.
Nombre de contributeurs au dépôt Agave
Le dépôt Agave compte 357 contributeurs et 26 408 commits. Toutefois, le simple nombre de commits n’est pas un indicateur parfait de la profondeur des contributions individuelles. La majorité des commits proviennent d’un petit groupe d’ingénieurs expérimentés, notamment des cofondateurs de Solana, complétés par une longue liste de petits contributeurs.
Par comparaison, les clients populaires Geth et Nethermind d’Ethereum montrent un schéma similaire de « centralisation » des contributeurs. Geth compte 1098 contributeurs, Nethermind 142. Plus de la moitié des commits de Geth proviennent de trois contributeurs principaux. Chez Nethermind, deux développeurs représentent plus de 50 % des commits.
Nombre de contributeurs au dépôt Firedancer
Le client Firedancer est développé par une petite équipe dirigée par Kevin Bowers de Jump, célèbre société américaine de trading à haute fréquence. Il compte actuellement 57 contributeurs et 3722 commits. Compte tenu du caractère relativement récent du projet (premier commit en août 2022) et de son récent déploiement sur le mainnet, la diversité des contributeurs reste limitée.
Développeurs de l’écosystème Solana
Dans l’écosystème Solana plus large, la diversité géographique de la communauté des développeurs est indéniable. Les hackathons en ligne biannuels de Solana figurent parmi les événements les plus participatifs au monde, ayant joué un rôle crucial dans le développement des protocoles et applications Solana les plus réussis aujourd’hui (comme Tensor, Drift, Jito et Kamino).
Le dernier événement « Radar » a attiré 13 672 participants de 156 pays/régions, avec une forte représentation de l’Inde, du Nigeria, des États-Unis et du Vietnam.
En outre, Superteam, réseau reliant créateurs, développeurs et opérateurs Solana, compte désormais 1300 membres répartis dans 16 pays/régions. Ses chapitres locaux encouragent la collaboration via des événements et des espaces de travail partagés. De même, le programme d’ambassadeurs Solana Allstars de Step Finance a connu un grand succès au Nigeria, organisant plus de 120 rassemblements dans de nombreuses régions, attirant un grand nombre de participants.
Gouvernance
La gouvernance est un vecteur essentiel de la décentralisation, car elle détermine la manière dont les décisions sont prises au sein du réseau. Elle influence des sujets allant des mises à jour du protocole aux politiques économiques et aux règles communautaires. Une gouvernance décentralisée renforce la transparence, l’équité et la confiance au sein du réseau.
Votes de gouvernance et SIMD
Les propositions Solana Improvement and Development (SIMD) sont des documents formels requis pour toute modification substantielle des composants centraux de Solana. Une « modification substantielle » est définie comme celle qui modifie généralement le protocole réseau, la validité des transactions ou l’interopérabilité. Les modifications mineures, telles que les restructurations de code ou les améliorations objectives de performances, n’exigent pas de proposition.
Bien que la soumission d’un SIMD ne nécessite aucune autorisation – tout développeur ou chercheur pouvant en proposer un – la majorité des SIMD sont rédigés par des développeurs des équipes clientes travaillant à temps plein sur l’amélioration du protocole.
Il existe deux types de propositions SIMD :
-
Propositions standard : affectant les fonctions centrales de Solana (consensus, réseau, interfaces API)
-
Propositions méta : traitant des processus ou lignes directrices en dehors du code
Processus SIMD
Un SIMD suit généralement plusieurs étapes : examen de l'idée, rédaction, revue et acceptation. L'examen formel a lieu publiquement sur GitHub, et l'auteur de la proposition est chargé de recueillir les retours des principaux contributeurs, qui décident d'accepter, modifier ou retirer la proposition. L'auteur n'est pas obligé d'implémenter sa proposition, mais il est généralement conseillé de le faire, car c'est le meilleur moyen d'assurer son aboutissement.
Si une proposition est acceptée, elle est généralement accompagnée d'un problème de suivi pour l'implémentation de la fonctionnalité, et peut nécessiter une activation via le mécanisme de "feature-gate" de Solana. Ce dernier active d'abord la fonctionnalité sur le Testnet selon un calendrier défini, puis sur le Devnet, et enfin sur le Mainnet.
Les discussions sur les améliorations portent sur les domaines suivants :
-
Dépôt GitHub SIMD (Solana Improvement Documents)
-
Section sRFC (Solana Request for Comments) du forum officiel Solana
-
Espace technique de discussion Solana
-
Canaux sociaux, y compris X (anciennement Twitter) et Telegram
Processus de vote de gouvernance Solana
Les SIMD entraînant des changements importants du protocole, en particulier ceux affectant les paramètres économiques, doivent faire l’objet d’un vote de gouvernance. Ce processus est une initiative relativement récente, initiée par des membres de longue date de la communauté des validateurs, se concentrant uniquement sur les questions clés afin de maintenir l’engagement et éviter la fatigue de gouvernance.
À ce jour, trois votes de ce type ont eu lieu :
-
Premier vote consultatif en octobre 2023 (14,3 % des nœuds misés participent)
-
SIMD33 sur les points de vote opportuns, avril 2024 (53 % des nœuds misés participent)
-
SIMD96 sur le paiement intégral des frais prioritaires aux validateurs, mai 2024 (51 % des nœuds misés participent)
Les votes s’effectuent en déposant des jetons dans le compte d’identité de chaque validateur, proportionnellement à leur part de mise active exprimée en lamports.
Pour voter, les validateurs doivent transférer des jetons vers l’une des quelques clés publiques désignées correspondant aux options de vote (y compris l’abstention). Une fois voté, le choix est irrévocable.
Dans cette structure, les détenteurs de jetons SOL participent indirectement, en déléguant leurs SOL à des validateurs dont les choix de vote reflètent leurs valeurs ou préférences.
Référentiel de gouvernance
Selon un rapport de référence publié plus tôt cette année par CCData, sur les 40 principales ressources numériques évaluées selon les critères ESG (environnementaux, sociaux et de gouvernance), Solana est l’une des quatre seules à obtenir une note AA. Dans l’évaluation de la gouvernance, Solana se classe quatrième parmi les L1, sur la base de facteurs tels que la participation des parties prenantes, la transparence et le degré de décentralisation.
Fondation Solana
La Fondation Solana (SF), créée en juin 2019, est une organisation à but non lucratif enregistrée en Suisse, dédiée à la décentralisation, à l’adoption et à la sécurité de l’écosystème Solana. Dotée initialement de 167 millions de jetons SOL, la SF supervise le financement des subventions, des programmes de délégation et des outils pour développeurs. Elle contrôle les actifs de marque officiels, les comptes de médias sociaux, le site web et les marques déposées.
Actuellement dirigée par le directeur exécutif Daniel Albert et la présidente Lily Liu, la SF est gérée par une équipe relativement restreinte de 60 à 65 employés à temps plein, sous la supervision d’un conseil d’administration.
La mission de la fondation est de créer un écosystème Solana évolutif et auto-suffisant, en se concentrant sur l’éducation, la recherche et les programmes de développement de l’écosystème. La SF organise des événements majeurs autour de Solana, notamment des Hacker Houses et la conférence annuelle Breakpoint, afin de stimuler l’engagement des développeurs et le développement communautaire.
L’équipe relations développeurs de la SF est responsable de la documentation officielle, des canaux sociaux et de la formation des développeurs. En janvier 2024, la SF a transféré la gestion de son hackathon phare à Colosseum, un nouvel accélérateur indépendant cofondé par Matty Taylor, ancien responsable de la croissance de la SF.
Dan Albert a récemment déclaré lors d’un débat : « Notre travail consiste à nous rendre obsolètes, à trouver des méthodes évolutives pour soutenir le réseau et l’écosystème, puis à lâcher prise. » Cela illustre l’objectif à long terme de la SF : bâtir un réseau capable de se maintenir sans surveillance.
Conclusion
Comme démontré dans cet article, Solana présente un niveau de décentralisation comparable, voire supérieur, à celui de ses homologues sur de nombreux indicateurs clés, notamment le coefficient de Nakamoto, la répartition géographique des validateurs et des nœuds misés, la décentralisation des développeurs et les référentiels de gouvernance. La diversité des clients reste toutefois un domaine problématique, que le nouveau client Firedancer vise précisément à corriger.
Pour renforcer davantage la décentralisation de Solana, les pistes suivantes pourraient être explorées :
-
Explorer des modèles de répartition des responsabilités de la SF entre plusieurs organisations
-
Renforcer la transparence des dépenses et de l’attribution des subventions de la fondation
-
Mettre en œuvre des initiatives comme « Solana Nations » pour accroître la diversité géographique
-
Réduire les coûts maximaux pour les opérateurs de validateurs, notamment les frais de vote
-
Explorer des stratégies visant à réduire les besoins de sortie de données des validateurs ; les coûts sont nettement plus élevés pour les opérateurs situés hors UE et États-Unis
-
Encourager une participation plus active aux votes de gouvernance
-
Élargir la communauté des contributeurs principaux et des chercheurs Solana afin de renforcer le développement du réseau
Actuellement, l’ensemble des validateurs Solana reste quelque peu concentré aux États-Unis et dans l’UE, et dépend encore d’un nombre limité de fournisseurs d’hébergement. Bien que ce défi ne soit pas propre à Solana, il souligne le potentiel d’amélioration du réseau à ce niveau.
Enfin, merci à Overclock, Amira Valliani, Matt Sorg, Yelena Cavanaugh, Dan Albert, Tim Garcia, 0xIchigo, Anatoly Yakovenko et Brady Werkheiser pour leurs relectures de versions antérieures de cet article.
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
@heliuslabs
