Créer des blockchains permissionnées avec les Solana Permissioned Environments

Introduction

Si le mainnet de Solana occupe souvent le devant de la scène, il ne représente qu’un déploiement parmi d’autres de la Solana Virtual Machine (SVM). En coulisses, l’environnement d’exécution haute performance de Solana alimente un écosystème croissant d’appchains privées et permissionnées conçues spécialement pour les entreprises, les contraintes réglementaires et les cas d’usage propres à certaines applications.

Ces déploiements, appelés Solana Permissioned Environments (SPE), exploitent les capacités avancées de la SVM, notamment l’exécution parallèle, les marchés de frais locaux et les extensions de tokens, au sein d’infrastructures contrôlées et personnalisables. Les SPE bénéficient des hautes performances de Solana et de ses outils de développement robustes, tout en permettant un contrôle précis des participants au consensus, de la visibilité des données et des cadres de conformité. 

Contrairement aux blockchains publiques, les SPE offrent les limites de confiance et la souplesse de gouvernance dont ont besoin des secteurs tels que la banque, les marchés de capitaux, les actifs du monde réel ainsi que les paiements et transferts de fonds. Dans ces domaines, la confidentialité, la conformité et la gestion du risque de contrepartie sont non négociables.

Prenons l’exemple du Règlement général sur la protection des données (RGPD) européen : il encadre strictement la manière dont les informations personnelles identifiables (PII) des Européens peuvent être traitées, ainsi que leur lieu de traitement. Des entreprises comme Google et Meta ont subi d’importantes sanctions pour non-respect du RGPD. Les exigences sont encore plus élevées pour les établissements financiers, qui font l’objet d’une surveillance accrue et d’amendes plus lourdes. En outre, les régulateurs de juridictions hors UE peuvent interdire à une infrastructure basée dans l’UE de traiter les informations sensibles de leurs citoyens, ce qui crée une complexité que les chaînes sans permission distribuées mondialement peuvent avoir du mal à gérer.

Cela crée un besoin de mise en application localisée au niveau de l’ordonnanceur, de l’environnement d’exécution ou de l’application, afin que les entités réglementées puissent respecter les lois liées aux licences et aux juridictions. Dans ce contexte, la connaissance du client (KYC) et la connaissance de l’entreprise (KYB) constituent des prérequis. Les institutions ont souvent besoin d’une intégration plus poussée avec des cadres de conformité tels que la lutte contre le blanchiment d’argent (AML), la lutte contre le financement du terrorisme (CTF) et les contrôles de résidence des données. Sur les mainnets publics, un seul nœud non consentant ou non vérifié peut engager la responsabilité d’une institution, en particulier lorsque les validateurs sont répartis dans différentes juridictions à travers le monde et ne sont pas soumis à un régime de conformité unifié.

Les SPE offrent une architecture d’appchain adaptée aux exigences de conformité. Elle permet aux institutions de satisfaire aux obligations réglementaires, de réduire les risques de contrepartie et de diminuer les coûts opérationnels grâce à une logique on-chain auditable. Alors que les institutions cherchent à adopter les actifs tokenisés, la finance programmable et l’infrastructure distribuée, les Solana Permissioned Environments comblent l’écart entre l’innovation blockchain et les garanties de niveau entreprise.

Cet article propose une analyse complète des SPE et de leurs avantages. Il s’articule autour de trois grandes sections :

• Présentation des Solana Permissioned Environments – décrit les principales différences entre les SPE et le mainnet de Solana, en soulignant la flexibilité et la configurabilité accrues qu’offrent les SPE pour les déploiements spécialisés.
• Études de cas de Solana Permissioned Environments – présente des exemples concrets de SPE, en détaillant les déploiements actuellement en production et leurs applications dans différents secteurs et cas d’usage.
• La prochaine vague : les SPE pour les plateformes numériques – explore les évolutions futures et la manière dont les SPE pourraient alimenter la prochaine génération d’infrastructures de plateforme.

Bien que les sections soient conçues pour être lues dans l’ordre afin de fournir une compréhension complète, chacune est autonome et peut être consultée indépendamment.

Présentation des Solana Permissioned Environments

Un SPE est une blockchain entièrement souveraine construite sur la stack technologique de Solana. Il conserve les principaux avantages de Solana, notamment un débit élevé, l’exécution parallèle, une finalité rapide, des frais faibles et une empreinte environnementale minimale, tout en fonctionnant indépendamment du mainnet de Solana. Contrairement aux rollups ou aux systèmes de traitement par lots, les SPE et les appchains ne dépendent pas du mainnet pour la disponibilité des données ou le règlement, ce qui leur confère une autonomie et une configurabilité complètes.

Comme les SPE fonctionnent sur la Solana Virtual Machine (SVM), ils bénéficient de l’ensemble des outils de développement open source de Solana. Ceux-ci comprennent des technologies de réduction des coûts telles que la compression d’état et la compatibilité avec Solidity pour la portabilité entre écosystèmes, ainsi que des normes de tokens de niveau entreprise comme Token-2022, spécialement conçue pour les environnements réglementés. Parallèlement, les SPE offrent une grande configurabilité, permettant des déploiements d’appchains sur mesure qui répondent aux besoins spécifiques d’un large éventail d’applications d’entreprise.

Le tableau ci-dessous met en évidence les principales différences entre le mainnet de Solana et les SPE, et illustre la nature personnalisable des environnements permissionnés.

Examinons chacun de ces facteurs séparément.

Token de gas

Sur les blockchains publiques, les tokens natifs servent généralement d’incitations économiques et de mécanismes antispam, les utilisateurs payant des frais de gas pour effectuer des transactions. Ces tokens sont négociables publiquement et leur cours est généralement volatil. À l’inverse, les Solana Permissioned Environments (SPE) prennent en charge une logique de frais de transaction hautement personnalisable, mieux adaptée aux exigences des entreprises.

• Certains SPE suppriment entièrement les frais de transaction pour les utilisateurs finaux et s’appuient plutôt sur des tokens de gas sans valeur économique, utilisés uniquement comme outils de contrôle d’accès pour la soumission de transactions ou les droits de validation.
• Des microfrais peuvent être mis en place pour certaines fonctions, comme la mesure de l’utilisation des API ou la limitation du débit, afin d’offrir de la flexibilité sans compromettre l’expérience utilisateur ni la conformité. 
• Une autre approche consiste à utiliser des relais sans gas intégrés au protocole, capables de couvrir les coûts de transaction et d’éviter ainsi aux entités réglementées de détenir des cryptoactifs volatils dans leur bilan.

Temps de bloc

Le temps de bloc standard de Solana est d’environ 400 millisecondes. Avec les SPE, il est toutefois davantage configurable et peut être ajusté en fonction des exigences propres au déploiement en matière de performances, de matériel et de réseau. Par exemple, Iron, un fournisseur d’infrastructure de stablecoins, configure son SPE Iron Chain avec un temps de bloc de ~2 secondes afin de permettre l’exécution atomique d’opérations cryptographiques complexes.

Contrôle de l’ensemble des validateurs

Les SPE offrent un contrôle granulaire sur l’ensemble des validateurs et l’infrastructure physique du réseau. Les opérateurs peuvent ainsi concevoir leurs réseaux en fonction d’exigences précises de confiance, de conformité et d’exploitation. Les validateurs peuvent être auto-hébergés pour garantir un contrôle maximal, ou délégués à un consortium de partenaires de confiance dont les rôles sont clairement définis. Grâce à une liste blanche de validateurs, les opérateurs s’assurent que tous les participants sont connus, contrôlés et conformes aux normes réglementaires applicables. Les SPE peuvent être déployés dans des environnements locaux pour les tests et le développement, sur une infrastructure personnalisée ou par l’intermédiaire de fournisseurs de services SPE comme Helius, qui proposent un déploiement géré de nœuds et une assistance opérationnelle.

Accès

Les SPE permettent de contrôler qui peut accéder au réseau et interagir avec lui, ce qui autorise des déploiements adaptés à un large éventail d’exigences réglementaires, géographiques et de sécurité. Les opérateurs peuvent mettre en place un géorepérage, des contrôles de conformité ou une logique d’accès personnalisée au niveau des smart contracts. Selon le degré d’ouverture souhaité, les SPE peuvent être configurés comme des environnements entièrement privés, publics sur adhésion ou hybrides. 

En bref, les SPE vous permettent de définir et d’appliquer des règles de participation précises, afin que seules les entités autorisées et conformes puissent interagir avec le réseau.

Composabilité

Les SPE fonctionnent généralement comme des appchains isolées, séparées du mainnet de Solana et des autres réseaux. Ils ne disposent donc pas d’une composabilité native avec les applications ou la liquidité du mainnet. Ils peuvent toutefois prendre en charge des déploiements miroirs de programmes Solana publics, ce qui permet aux développeurs de reproduire les fonctionnalités du mainnet dans un environnement privé et contrôlé. Les programmes peuvent être facilement clonés d’un environnement à l’autre. Lorsqu’ils proviennent d’implémentations éprouvées sur le mainnet, ils offrent de solides garanties de fiabilité et de sécurité.

Gouvernance

Sur le mainnet de Solana, la gouvernance repose sur une combinaison de votes on-chain pondérés par le stake et d’un consensus social off-chain formé sur des forums publics et au fil des discussions de la communauté. 

À l’inverse, les SPE proposent des modèles de gouvernance flexibles. Ils peuvent être gérés de manière centralisée par un seul opérateur d’environnement ou contrôlés conjointement par un consortium d’entités de confiance. Cela permet de mettre en place des fonctions administratives telles que des mécanismes de pause d’urgence, des hooks de gouvernance personnalisés et des politiques de mint restreintes, adaptées aux besoins spécifiques de l’environnement.

Visibilité

Le mainnet de Solana est un réseau ouvert et transparent dont les données sont publiquement accessibles par défaut. Des solutions renforçant la confidentialité, telles que les Confidential Transfers et Arcium, peuvent ajouter des couches de confidentialité lorsque cela est nécessaire. À l’inverse, les SPE peuvent être configurés pour offrir un contrôle granulaire de la visibilité des données et en restreindre l’accès aux participants autorisés. Cette capacité est essentielle pour les établissements financiers réglementés, où la confidentialité constitue une exigence stricte de conformité, notamment pour les transactions transfrontalières et interinstitutionnelles.

Modèle de sécurité

Le mainnet de Solana fonctionne selon un modèle de preuve d’enjeu déléguée (PoS), dans lequel les participants stakent des SOL auprès de validateurs, assurant ainsi la sécurité économique et alignant les incitations en faveur d’un comportement honnête. 

À l’inverse, les SPE proposent des configurations de sécurité flexibles. Les opérateurs peuvent choisir parmi différents mécanismes de consensus, voire renoncer complètement au staking, selon les exigences propres à leur cas d’usage, telles que les performances, les hypothèses de confiance ou les contraintes réglementaires.

Processus de mise à niveau

Les principales équipes de développement de Solana publient régulièrement des mises à jour du logiciel client open source. Les changements qui rompent le consensus sont introduits au moyen d’activations planifiées de feature gates, afin de coordonner les mises à niveau du réseau. À mesure que de nouvelles feature gates sont activées, la version minimale prise en charge par le réseau, ou version plancher, est relevée pour correspondre à la version qui contient ces fonctionnalités. 

Avec les SPE, l’opérateur contrôle les mises à niveau. Il peut décider quand adopter de nouvelles fonctionnalités, ou s’il souhaite les adopter. Il peut également choisir de n’appliquer que les correctifs de sécurité critiques et de renoncer aux changements de protocole plus larges afin de préserver la stabilité ou de satisfaire aux exigences de conformité.

Clients de validation

Le mainnet de Solana prend en charge trois clients de validation : Agave, Jito et Firedancer. Bien que les opérateurs personnalisent fréquemment ces clients, les modifications sont limitées afin de garantir la compatibilité avec les règles de consensus du réseau.

Les SPE repoussent toutefois les limites de la personnalisation. Comme ils fonctionnent indépendamment du mainnet de Solana, ils permettent de modifier en profondeur le logiciel principal des validateurs et les paramètres du protocole. Les opérateurs peuvent augmenter la taille maximale des transactions, désactiver entièrement les transactions de vote ou adapter le comportement du système aux besoins propres à l’application.

Interopérabilité

Les SPE sont généralement conçus pour fonctionner de manière isolée, dans des environnements sécurisés et contrôlés. Toutefois, lorsqu’une interopérabilité est nécessaire, ils peuvent se connecter au mainnet de Solana ou à d’autres réseaux blockchain grâce à des solutions de messagerie inter-chaînes et de bridge telles que Wormhole ou LayerZero. Ces outils permettent la messagerie, le transfert d’actifs, le partage de données et les interactions entre programmes dans différents environnements.

Niveaux d’intégration

Les SPE peuvent être adoptés avec différents niveaux de complexité et de personnalisation pour répondre au cas d’usage et aux exigences techniques propres à une organisation. Il est utile d’envisager leur mise en œuvre comme une progression à travers plusieurs niveaux d’intégration distincts et non exclusifs. Cette approche permet aux organisations de commencer par une configuration d’appchain minimale, puis de passer à l’échelle à mesure que leurs cas d’usage gagnent en maturité et que leurs capacités techniques progressent.

Niveau 1 : tokenisation native

Le point d’entrée le plus accessible pour intégrer un SPE consiste à émettre et gérer des tokens personnalisés représentant, par exemple, des actifs du monde réel, des stablecoins (dollars numériques), des droits numériques ou des crédits. Cette approche convient parfaitement aux organisations qui souhaitent tirer parti du débit élevé et des faibles frais de Solana pour des cas d’usage simples de tokenisation. La mise en œuvre est simple et repose sur la norme de token éprouvée de la Solana Program Library (SPL) ainsi que sur les outils existants.

Les SPE peuvent encore améliorer ce modèle grâce aux Solana Token Extensions, qui introduisent des fonctionnalités avancées essentielles aux entreprises et aux environnements réglementés. 

Celles-ci comprennent :

• Des contrôles de confidentialité intégrés pour les transferts confidentiels
• Des mécanismes de délégation permanente pour les comptes de conservation ou gérés
• Une prise en charge native des métadonnées pour identifier les actifs
• Des outils de configuration de stablecoins permettant à l’émetteur de contrôler la politique monétaire

Ces fonctionnalités permettent aux SPE de prendre en charge des applications financières sophistiquées et conformes sans nécessiter le développement de programmes personnalisés. 

En outre, plusieurs grandes sociétés de sécurité, notamment Halborn, Zellic, NCC, Trail of Bits et OtterSec, ont réalisé des audits approfondis des Solana Token Extensions.

Niveau 2 : exploiter les programmes Solana existants

Les organisations peuvent enrichir les fonctionnalités de leur SPE en déployant et en intégrant des programmes Solana open source éprouvés. Certains de ces modules prédéveloppés sont disponibles dans la Solana Program Library et facilitent des opérations plus complexes tout en limitant les efforts de développement.

Il peut s’agir, par exemple, de séquestre de tokens, de calendriers d’acquisition, de modules de gouvernance et d’exchanges décentralisés. Ce niveau offre un bon équilibre entre fonctionnalités et simplicité de mise en œuvre.

Niveau 3 : développer des programmes personnalisés

Les programmes personnalisés offrent une flexibilité totale aux organisations ayant une logique métier, des exigences de conformité ou des besoins fonctionnels avancés spécifiques. À ce niveau, vous pouvez concevoir et déployer des applications on-chain sur mesure, intégrer des fonctions avancées de confidentialité, appliquer des politiques réglementaires ou même mettre en œuvre des règles de consensus personnalisées.

Le développement de programmes personnalisés exige une expertise du développement Solana, notamment de l’environnement d’exécution Solana et de la gestion du cycle de vie des programmes. Bien qu’ils soient généralement écrits en Rust, les programmes peuvent utiliser n’importe quel langage de programmation ciblant le backend BPF de LLVM, notamment C et C++. Cela libère tout le potentiel des SPE comme environnements souverains hautement personnalisés et conçus selon des spécifications exactes.

Études de cas de Solana Permissioned Environments

Cette section explore des exemples majeurs de SPE et présente les différents cas d’usage et exigences spécialisées auxquels ils répondent. Ces études de cas montrent concrètement comment les SPE, en tant qu’appchains permissionnées, peuvent être adaptés à des exigences hautes performances propres à une application.

• Spherenet : un protocole de paiement de nouvelle génération développé par Sphere, conçu pour prendre en charge des paiements numériques rapides, programmables et conformes.
• Pythnet : un réseau décentralisé d’oracles de prix exploité par Pyth, conçu pour agréger de façon sécurisée les données de prix en temps réel.
• Iron Chain : un réseau mondial proposant une infrastructure bancaire et de paiement réglementée et adaptée aux cryptoactifs dans plusieurs juridictions.
• Solstice : un réseau d’actifs tokenisés de Rimark, qui vise à intégrer les actifs du monde réel à la blockchain dans un environnement sécurisé et évolutif.
• Powerledger : un projet DePIN (réseau d’infrastructure physique décentralisé) qui permet l’échange d’électricité de pair à pair sur des marchés énergétiques locaux.
• Alphaledger : une plateforme d’infrastructure financière pionnière dans la tokenisation de la dette municipale.
• Koii : un réseau de calcul décentralisé optimisé pour distribuer les tâches et les récompenses.

Ensemble, ces implémentations illustrent la flexibilité et la puissance des SPE pour proposer des modèles personnalisés de consensus, de contrôle d’accès et d’économie dans une grande variété de cas d’usage et d’exigences.

Spherenet (Sphere)

Spherenet, développé par Sphere en collaboration avec Anza, est un SPE conçu spécialement pour répondre aux exigences complexes des établissements financiers. Positionné comme un registre distribué axé sur la conformité et les paiements, Spherenet offre une alternative réglementée et respectueuse de la confidentialité aux réseaux blockchain publics, et comble l’écart entre les systèmes financiers traditionnels et les infrastructures fondées sur la blockchain.

À la base, Spherenet est un registre dédié de compte à compte, adapté aux entités réglementées afin qu’elles puissent effectuer des paiements internationaux rapidement, en toute transparence et avec un minimum de confiance. Il exploite les performances de la SVM tout en apportant des changements fondamentaux à la gouvernance, au consensus et à la conformité pour assurer sa compatibilité avec les réglementations financières mondiales, notamment pour les transactions transfrontalières sur les marchés émergents.

Architecture de registre nativement conforme

Spherenet applique une norme obligatoire de classification des comptes qui permet de classer précisément les comptes actifs, par exemple selon leur juridiction. Cela permet d’appliquer automatiquement les exigences de conformité et la logique de paiement locales et mondiales. Les institutions réglementées peuvent ainsi respecter pleinement les lois applicables sans avoir besoin d’outils externes complexes.

Ensemble de validateurs permissionné et gouvernance fédérée

L’ensemble de validateurs est permissionné et sélectionné, la Sphere Foundation gérant initialement la participation. À terme, ce contrôle sera transféré à un modèle de gouvernance fédérée regroupant des partenaires institutionnels répartis géographiquement. Afin d’assurer la séparation des responsabilités, les validateurs veillent à l’intégrité technique et aux performances du réseau, tandis que la gouvernance assume les principales décisions exécutives et réglementaires, notamment la gestion des escalades de conformité.

Application sélective de zkTLS

Pour répondre aux exigences européennes de souveraineté des données, Spherenet facilite l’application de zkTLS (preuve à divulgation nulle de connaissance sur TLS) par ses partenaires européens. Ceux-ci peuvent ainsi respecter leurs obligations réglementaires aussi facilement que possible, sans imposer de surcharge inutile aux participants d’autres juridictions.

Transactions sans gas et contrôle des sanctions

Les relais sans gas intégrés au protocole permettent aux entités d’effectuer des transactions sans détenir d’actifs volatils, ce qui réduit les contraintes de gestion de trésorerie. Le contrôle natif des sanctions, l’automatisation des processus AML/KYC et le signalement des activités suspectes sont également intégrés au cycle de vie des transactions.

Mécanismes de bridge et de financement

Spherenet permet de transférer des stablecoins entre des réseaux internes et externes au moyen d’enchères d’exécution et d’un modèle d’attestation par prouveur. Les passerelles fiat peuvent ainsi interagir de manière sécurisée avec le registre numérique tout en préservant l’auditabilité.

Pythnet (Pyth)

Pythnet a été le premier Solana Permissioned Environment (SPE) lancé en production. Conçu spécialement pour le Pyth Network, il sert de couche de calcul sécurisée et haute performance pour agréger en temps réel les données de prix de différents fournisseurs de données financières.

En tant que blockchain propre à une application (appchain), Pythnet permet à Pyth de combiner les différentes soumissions de prix en un agrégat unique et fiable pour chaque flux. Ce processus d’agrégation garantit la disponibilité d’informations de prix exactes, fiables et à jour sur toutes les plateformes et blockchains prises en charge.

Au moment de la rédaction, Pythnet fournit 1 374 flux de prix couvrant les cryptoactifs, les actions, les devises, les matières premières et les taux, et distribue ces données à plus de 100 blockchains et plateformes, dont OpenBB et TradingView.

Pourquoi Pyth a choisi un SPE Solana

Plusieurs facteurs ont motivé la décision de construire Pythnet sur une version permissionnée de Solana :

• Faible latence : les temps de bloc de 400 ms de Solana permettent à Pythnet de produire des mises à jour de prix à haute fréquence avec un délai minimal.
• Flexibilité et contrôle : notamment concernant la configuration du gas et le coût de déploiement des applications.
• Solide communauté de développeurs : Solana est réputée pour sa communauté de développeurs solide et collaborative. Pythnet bénéficie de cette richesse de connaissances partagées et d’outils open source.

Consensus et gouvernance

Pythnet utilise un modèle de consensus par preuve d’autorité (PoA), exploité par un ensemble de validateurs de confiance représentant chacun un fournisseur de données de l’écosystème Pyth. Si seules les entités autorisées peuvent publier des données, les flux de prix qui en résultent sont accessibles au public et peuvent donc être largement réutilisés.

La gouvernance est assurée par la DAO Pyth Data Association, qui supervise la délégation des rôles de validation aux fournisseurs de données en fonction du stake, de la réputation et de la fiabilité opérationnelle.

Pour contrôler la participation, Pythnet utilise un token natif appelé PGAS, nécessaire au paiement des frais de transaction dans l’environnement. PGAS sert de token de contrôle d’accès plutôt que d’actif négociable. Son unique fonction est de contrôler les droits de publication et de validation.

Iron Chain (Iron)

En tant que plateforme d’infrastructure de stablecoins axée sur les API, Iron construit un réseau mondial d’infrastructures bancaires et de paiement adaptées aux cryptoactifs, conçu pour rapprocher la finance traditionnelle et la finance on-chain. Iron Chain, un SPE conçu sur mesure, se trouve au cœur de l’architecture d’Iron. Dans une interview accordée aux médias, Max von Wallenberg, fondateur et CEO d’Iron, a expliqué les raisons de ce choix :

« Aujourd’hui, nous ne voyons aucune autre chaîne ni aucun autre environnement capable de nous offrir des performances de niveau entreprise + des normes de tokens confidentiels (prêtes à l’emploi) + un débit élevé + un règlement rapide + une équipe accessible comme la Solana Foundation. »

Iron Chain est conçu pour résoudre l’un des défis les plus urgents de l’adoption institutionnelle : les transactions confidentielles et composables. Iron Chain prend en charge les activités on-chain confidentielles tout en préservant l’atomicité et l’interopérabilité. Cela repose sur les transferts confidentiels et le chiffrement entièrement homomorphe (FHE), qui permet d’effectuer des calculs sécurisés et privés sans sacrifier la composabilité. 

Les validateurs d’Iron Chain doivent utiliser des configurations renforcées par GPU afin de prendre en charge les opérations FHE exigeantes en calcul. Iron Chain utilise donc des temps de bloc plus longs, d’environ 2 secondes, contre 400 ms pour le mainnet de Solana, afin de permettre l’exécution atomique d’opérations cryptographiques avancées. Iron développe également un bridge pour faciliter le transfert fluide de liquidité entre le mainnet de Solana et Iron Chain, et maintenir ainsi un alignement étroit avec l’ensemble de l’écosystème Solana.

En mars 2025, MoonPay, l’un des principaux fournisseurs de passerelles d’entrée crypto et d’infrastructures de paiement, a acquis Iron dans le cadre d’une transaction valorisée à plus de 100 millions de dollars. Cette acquisition stratégique renforce la position de MoonPay parmi les leaders des solutions de stablecoins de niveau entreprise.

Solstice (Rimark)

Le Solstice Protocol de Rimark redéfinit la manière dont les tokens de dépôt sont émis, traités et rapprochés grâce à une architecture hybride qui relie les systèmes bancaires traditionnels et la finance décentralisée. 

Fondé sur une cryptographie résistante aux attaques quantiques, le Solstice Protocol permet un règlement en temps réel, sécurisé et conforme, aussi bien sur une infrastructure sur site que sur des réseaux décentralisés. Le protocole repose sur une architecture à deux composants :

Solstice Core

Un système isolé et déployé sur site au sein des banques pour initier et traiter les transactions, ainsi que pour les signer cryptographiquement. Core impose la souveraineté des données et garantit la sécurité opérationnelle grâce à la cryptographie post-quantique.

Les transactions initiées dans Solstice Core sont soumises à une stack cryptographique multicouche :

• Signatures numériques fondées sur les réseaux modulaires (ML-DSA) pour l’authentification numérique.
• Mécanisme d’encapsulation de clés fondé sur les réseaux modulaires (ML-KEM) pour un chiffrement résistant aux attaques quantiques.
• Transmission sécurisée au Solstice Network par l’intermédiaire d’environnements d’exécution de confiance (TEE) ou de diodes de données.

Solstice Network

Une couche de règlement décentralisée construite à l’aide d’un SPE. Elle gère le rapprochement mondial, la liquidité et les opérations financières tournées vers l’extérieur.

Les primitives cryptographiques post-quantiques intégrées au Solstice Protocol garantissent que tous les actifs, messages et échanges financiers restent sécurisés face aux progrès de l’informatique quantique.

Powerledger

Powerledger est un projet pionnier de réseau d’infrastructure physique décentralisé (DePIN) qui permet l’échange d’énergie de pair à pair et le suivi en temps réel des actifs environnementaux.

Initialement lancé comme SPE en juillet 2023, Powerledger a migré vers le mainnet de Solana fin 2024, intégrant ainsi ses applications énergétiques à l’écosystème plus large de la chaîne publique.

Powerledger prend en charge des microtransactions à haute fréquence et à faibles frais, indispensables aux marchés de l’énergie en temps réel. Grâce à un système transparent et efficace, les utilisateurs peuvent suivre leur consommation d’énergie, échanger des certificats d’énergie renouvelable et gérer des crédits carbone. 

Sa plateforme est utilisée par des services publics, des gouvernements et de grandes entreprises partout dans le monde pour suivre et échanger chaque kilowattheure d’énergie, ce qui offre aux particuliers et aux institutions davantage de contrôle et de visibilité sur les flux énergétiques.

Powerledger a choisi Solana pour son architecture de preuve d’enjeu économe en énergie, qui correspond à sa mission de construire une infrastructure numérique durable. La faible empreinte énergétique et le débit élevé de Solana en font une base idéale pour une plateforme qui cherche à moderniser les systèmes énergétiques mondiaux sans contribuer au problème qu’elle entend résoudre.

Alphaledger

Alphaledger est une startup blockchain basée aux États-Unis, pionnière dans la tokenisation des actifs du monde réel et particulièrement axée sur la dette municipale. Plateforme verticalement intégrée dotée d’un courtier-négociant et d’un agent de transfert enregistrés, Alphaledger permet l’émission et la gestion conformes de titres fondés sur la blockchain. L’entreprise s’est fait connaître dans le secteur en émettant la première obligation municipale américaine sur une blockchain au moyen de sa propre infrastructure permissionnée. À ce jour, elle a pris en charge plus de 800 millions de dollars de tokenisations d’actifs. Alphaledger a récemment clôturé une levée de fonds de série A de 9,5 millions de dollars menée par EJF Capital, après un tour d’amorçage de 6 millions de dollars en 2021.

Début 2025, Alphaledger a rejoint la deuxième promotion du Solana Incubator afin d’étudier comment la blockchain haute performance de Solana peut favoriser une tokenisation sécurisée et évolutive des obligations municipales dans un environnement permissionné. En intégrant les processus de la finance traditionnelle à l’infrastructure blockchain, Alphaledger se positionne comme un pont entre les marchés financiers établis et les écosystèmes on-chain émergents. 

Grâce aux SPE, Alphaledger entend décentraliser l’accès à la dette municipale et sa détention, tout en conservant la conformité et le contrôle nécessaires à l’émission d’actifs réglementés.

K2 (Koii)

Koii est une couche d’infrastructure décentralisée appartenant à sa communauté, qui transforme la puissance de calcul inutilisée des appareils grand public en un réseau robuste d’hébergement et de développement d’applications. Face à la demande croissante de services décentralisés et résistants à la censure, Koii prend en charge de nombreuses applications, allant des plateformes de streaming décentralisées et des moteurs de recherche basés sur l’IA aux alternatives aux réseaux sociaux dépourvues de contrôle centralisé. En exploitant les capacités sous-utilisées du matériel grand public courant, Koii propose une nouvelle approche de la DePIN qui favorise à la fois l’efficacité et l’équité dans l’économie numérique. 

Au cœur de l’infrastructure de Koii se trouve K2, sa couche de règlement blockchain, conçue comme un hub de messagerie à haut débit pour le réseau. Construit sur une implémentation personnalisée et permissionnée de la Solana Virtual Machine (SVM), K2 exploite les innovations fondamentales de Solana, notamment la preuve d’historique, la finalité rapide et le débit élevé, afin de prendre en charge un maillage mondial d’appareils de calcul distribués. En s’appuyant sur l’architecture éprouvée de Solana, K2 hérite d’un ensemble de programmes fondamentaux éprouvés et sécurisés, ainsi que des outils open source standard de Solana, tels que les explorateurs de blocs.

La prochaine vague : les SPE pour les plateformes numériques

De grandes marques et plateformes mondiales ont déjà adopté Solana, séduites par sa vitesse, son évolutivité et son infrastructure à faible coût :

• BlackRock, le plus grand gestionnaire d’actifs au monde, a récemment étendu son fonds monétaire tokenisé à Solana.
• PayPal a lancé son stablecoin en dollars américains (PYUSD) sur Solana, invoquant des délais de règlement plus courts et des frais moins élevés.
• Visa a publié une étude mettant en avant les avantages techniques de Solana pour le règlement en stablecoins et les paiements en temps réel. 
• Stripe a présenté sa prise en charge des stablecoins Solana lors de sa conférence pour développeurs de 2024.  
• Shopify a intégré Solana Pay, permettant aux marchands d’accepter les USDC pour des transactions fluides et à faibles frais.  
• ASICS a créé un programme de récompenses de fidélité avec Solana Pay, renforçant l’engagement des utilisateurs grâce à des incitations basées sur la blockchain.

Ces développements témoignent de la confiance croissante des institutions dans l’infrastructure de Solana. Les SPE peuvent prolonger cette dynamique en offrant aux plus grandes plateformes numériques du monde encore davantage de contrôle, d’évolutivité et de personnalisation.

Les applications construites sur des SPE peuvent prendre en charge :

• Une gestion efficace de la trésorerie mondiale et des conversions de devises
• Des paiements à haute fréquence (par ex., billetterie, abonnements, tarification à l’usage)
• Les licences DRM, le contrôle d’accès aux actifs et les droits
• Des marketplaces de biens numériques ou des économies de jeux reposant sur les microtransactions

Le tout avec des performances prévisibles inférieures à une seconde. Voici quelques exemples des nouvelles possibilités que les SPE pourraient offrir :

Netflix ou Spotify

• Stocker les droits d’abonnement ou les DRM sous forme de licences tokenisées, et réduire les coûts versés aux fournisseurs de stockage centralisé ou aux CDN.
• Lancer des programmes de récompenses propres à chaque région, avec des règles de transfert intégrées.
• Introduire des fonctionnalités d’engagement natives du web3, sans la complexité des wallets.

Steam ou Epic Games

• Vendre des licences de jeux sous forme d’actifs programmables.
• Permettre aux développeurs de partager leurs revenus grâce à des redevances tokenisées.
• Transférer les actifs de jeu vers le mainnet de Solana lorsque cela est souhaité.
• Prendre une longueur d’avance dans le jeu web3 sans ternir ni perturber les modèles web2 existants.

Amazon ou Shopify

• Utiliser les SPE pour les paiements à volume élevé et à faibles frais.
• Suivre les stocks de biens numériques et la logistique.
• Proposer des points de fidélité ou des récompenses propres à chaque marchand grâce aux extensions de tokens.

Dans chaque cas, les entreprises conservent un contrôle total sur leur infrastructure tout en bénéficiant des performances et des outils de développement de Solana.

L2 SVM permissionnées

Au-delà des SPE autonomes, les solutions de couche 2 permissionnées basées sur la SVM suscitent elles aussi un intérêt croissant. Elles fonctionnent généralement avec un séquenceur unique, mais conservent un lien fort avec le mainnet de Solana pour accéder à la liquidité et collaborer avec l’écosystème. 

Dans ce modèle, le mainnet de Solana sert non seulement de couche de règlement pour la sécurité, mais aussi d’extension fonctionnelle de l’environnement L2. Grâce aux faibles frais de Solana, il est possible de transférer des actifs et d’effectuer des swaps entre la L2 et le mainnet, ce qui permet des fonctionnalités plus riches qui pourraient être difficiles à mettre en œuvre de façon isolée. Sans retour en arrière historique et avec les prochaines améliorations du consensus visant une finalité dès la première confirmation, le mainnet de Solana offre une base robuste pour le règlement sécurisé des L2.

Conclusion

Cet article a proposé une présentation complète des SPE, en soulignant leur flexibilité et leur configurabilité pour les déploiements d’entreprise et les appchains sur mesure. Nous avons étudié des cas d’usage concrets et présenté des SPE déjà en production dans différents secteurs. Enfin, nous avons examiné comment les SPE pourraient servir de socle à la prochaine génération d’infrastructures de plateforme et alimenter des expériences numériques évolutives, sécurisées et personnalisables.

Si vous êtes une grande entreprise qui gère des paiements, des licences ou des droits clients en temps réel, les SPE Solana sont conçus pour vous. Que vous proposiez un service de streaming, une plateforme de commerce, un réseau de jeux ou même une fintech à la recherche d’une infrastructure de stablecoins, les outils sont disponibles et la feuille de route est prête. 

Vous souhaitez obtenir de l’aide pour déployer un SPE ou étudier son architecture ? Contactez-nous directement. Construisons ensemble l’avenir des applications on-chain concrètes et évolutives.

Un grand merci à Scott Manson, à l’équipe de Sphere, à Matt Sorg, à OxIchigo et à Brady Werkheiser pour leur relecture et leur contribution à ce travail.

Ressources supplémentaires

• Évaluer Solana pour un usage en entreprise : guide complet - Blog Helius
• Les Solana Permissioned Environments intègrent la technologie Solana aux infrastructures internes - Solana Foundation
• Guide des Solana Permissioned Environments - Solana Foundation