RPC Solana
Qu'est-ce que Solana ?
Solana est une blockchain L1 haute performance qui combine la Preuve d'Historique (PoH) avec la Preuve d'Enjeu (PoS) pour atteindre un débit élevé, une faible latence et des coûts de transaction réduits. Elle fonctionne comme une machine d'état globale unique, où tous les comptes et programmes résident sur un registre partagé avec des règles d'exécution cohérentes.
En décembre 2025, les blocs sont produits environ toutes les 400 millisecondes avec une finalité à un seul slot, et le réseau peut traiter des milliers de transactions par seconde sous une charge typique.
Solana migrera vers un protocole de consensus de nouvelle génération nommé Alpenglow début 2026. Ce protocole repense le vote des validateurs et la propagation des données pour atteindre une finalité déterministe en moins d'une seconde (ciblant ~150 ms).
Le runtime Sealevel de Solana permet une véritable exécution parallèle des transactions en analysant les comptes que chaque transaction lit et écrit. Ce parallélisme maintient les frais de transaction de base à un niveau bas (généralement une fraction de centime). Lorsque de nombreuses transactions sont en concurrence pour le même compte, les utilisateurs peuvent éventuellement inclure des frais de priorité pour que les validateurs traitent leurs transactions en premier.
➡️ Guide de référence des fondamentaux de Solana
Développer sur Solana
Solana fonctionne avec un état partagé unique pour tous les programmes et comptes. Chaque programme que vous déployez peut directement lire, écrire et coordonner avec tout autre programme via une invocation inter-programmes (CPI) au sein d'une seule transaction atomique. Cela facilite l'intégration aux services on-chain essentiels et au reste de l'écosystème en utilisant le même ensemble de primitives.
Les programmes on-chain de Solana sont généralement écrits en Rust en utilisant des frameworks conçus pour Solana (C, C++ et d'autres langages compatibles LLVM peuvent également être utilisés). Anchor offre des aides pour les comptes et les instructions, réduisant ainsi le code passe-partout, tandis que Pinocchio est un framework léger, sans_std, conçu pour optimiser les programmes Solana et minimiser leur taille.
Pour le développement front-end, des bibliothèques comme Solana Kit, Kite, Gill, Umi et Wallet Adapter fournissent des API de plus haut niveau pour la gestion des comptes, la construction et l'envoi de transactions, et l'intégration avec les portefeuilles.
Des SDK officiels et communautaires existent également pour TypeScript/JavaScript, Rust, Python, Go et d'autres langages.
Concepts fondamentaux pour les développeurs
Comptes
Sur Solana, tout est un compte. Chaque compte possède :
- Propriétaire : Le programme autorisé à modifier ses données
- Données : Octets sérialisés définis par votre programme
- Lamports : Le solde de SOL du compte
- Drapeau exécutable : Les comptes exécutables contiennent le code du programme, tandis que les comptes non exécutables contiennent l'état.
➡️ Introduction au modèle de compte Solana
Les comptes doivent maintenir un solde minimum de lamports (la plus petite unité de SOL) pour être « exemptés de loyer » et rester on-chain. Auparavant, les comptes Solana pouvaient se voir déduire un loyer et être éventuellement récupérés, mais désormais, tous les nouveaux comptes doivent être créés avec suffisamment de lamports pour être exemptés de loyer dès le départ.
➡️ Qu'est-ce que le loyer sur Solana et comment le calculer
Programmes (contrats intelligents)
Les programmes sur Solana sont déployés en tant que code sans état stocké dans des comptes exécutables. Ils ne conservent pas de données entre les appels. Toutes les données d'état résident dans des comptes distincts que le programme possède ou reçoit en tant qu'entrées.
La plupart des programmes sont déployés avec le BPF Upgradeable Loader, ce qui permet de mettre à jour un programme après son déploiement tant que vous contrôlez l'autorité de mise à niveau. Vous pouvez également rendre les programmes immuables en les déployant de cette manière ou en révoquant ultérieurement l'autorité de mise à niveau, rendant ainsi le code permanent.
Solana est livré avec plusieurs programmes natifs qui gèrent des tâches essentielles telles que la création de comptes et le transfert de SOL, le staking de SOL et le vote des validateurs. Tous les programmes personnalisés que vous déployez pour la logique de votre application sont invoqués de manière similaire à partir de transactions et peuvent être composés ensemble.
Transactions
Les transactions incluent une liste explicite de tous les comptes qu'elles liront ou écriront. Le runtime utilise cette liste pour vérifier les permissions et planifier le travail. Parce qu'il connaît les comptes qui sont lus ou écrits, il peut exécuter les transactions en parallèle lorsque leurs ensembles de comptes ne se chevauchent pas.
Solana organise le temps en courtes fenêtres appelées « slots », et chaque slot a un leader choisi (un validateur) selon un calendrier rotatif. Lorsque votre application envoie une transaction, elle se connecte à un point de terminaison RPC, qui vérifie la transaction et la transmet au pipeline Gulf Stream de Solana au lieu d'un « mempool » partagé.
Pour cette raison, la qualité du RPC est primordiale. Une bonne configuration RPC transmet rapidement les transactions, gère la charge et les tentatives, et reste bien connectée au réseau, ce qui conduit à des confirmations plus rapides et à un comportement plus fiable lorsque le réseau est occupé.
➡️ Maximiser les performances – Un guide pour des appels RPC efficaces avec Quicknode
Infrastructure
Pour Devnet et Mainnet-beta, les points de terminaison RPC et WebSocket de Quicknode permettent d'envoyer des transactions, de s'abonner aux changements de compte ou de logs, et d'optimiser les requêtes pour la performance et la fiabilité.
Pour le développement local, vous exécutez un validateur local afin de tester des programmes et des clients sans fonds réels ni latence réseau. Des outils tels que LiteSVM, Surfpool et Mollusk offrent des temps d'exécution locaux plus rapides, des capacités de simulation et des utilitaires de test de type fuzz qui s'intègrent à votre flux de travail de test habituel et aident à détecter les problèmes avant le déploiement.
Réseaux pris en charge
Solana dispose de plusieurs clusters, chacun ayant un rôle différent dans votre flux de travail. Voici ce que vous devez savoir pour décider où développer, tester et déployer votre programme :
- Localnet
- Devnet
- Testnet
- Mainnet-beta
Un validateur local est utilisé pour écrire la logique du programme, définir les structures de compte ou rédiger des tests. Il vous permet d'envoyer des SOL gratuitement, de réinitialiser la chaîne et de script des scénarios déterministes. L'inconvénient est qu'il ne reflète pas les données de Mainnet-beta par défaut, vous devrez donc exporter et déployer ces programmes dans votre configuration locale si vous en avez besoin.
Devnet est le cluster de test public de Solana conçu pour les développeurs. Vous bénéficiez d'airdrops de SOL gratuits (avec limitation de débit), la plupart des programmes de l'écosystème y sont finalement déployés, et il est considéré comme un terrain de jeu pour les applications, les tutoriels et les démonstrations.
Testnet est principalement destiné aux tests de validateurs et de protocoles, et non au déploiement d'applications. Son objectif est d'expérimenter de nouvelles versions de clients de validateurs, de tester sous contrainte les modifications de consensus et de simuler la charge du réseau.
Mainnet-beta est l'endroit où vous déployez votre programme afin que tout utilisateur de Solana puisse l'utiliser. Lorsque vous déployez ici, vous payez des coûts réels pour financer le programme et tous les comptes d'état associés avec suffisamment de SOL pour être exemptés de loyer, ainsi que des frais de transaction pour écrire ce code sur la chaîne.
Quicknode donne accès aux réseaux Solana suivants :
Écosystème et cas d'utilisation
Les transactions rapides et les faibles frais de Solana permettent une vaste gamme d'applications qui pourraient ne pas être réalisables sur d'autres blockchains.
Cela se manifeste dans les protocoles DeFi avec des transactions fréquentes, les jeux qui mettent à jour l'état on-chain en temps réel, les plateformes NFT qui prennent en charge de grandes collections, et les applications de paiement ou grand public où les utilisateurs s'attendent à des confirmations rapides sans se soucier des frais.
Les projets combinent souvent des blocs de construction standards plutôt que de tout développer à partir de zéro. SPL Token et Token-2022 gèrent les actifs fongibles, Metaplex couvre les NFT et les collections, et d'autres protocoles on-chain fournissent des échanges, des prêts, des carnets d'ordres, l'identité, et bien plus encore.
Les programmes peuvent les appeler directement, il est donc simple de connecter des fonctionnalités telles que les marchés on-chain, les systèmes de récompense ou les devises in-app.
Pour les cas d'utilisation à grande échelle, les actifs compressés permettent de stocker et de mettre à jour un grand nombre d'objets à faible coût. Côté off-chain, l'infrastructure RPC et d'indexation transforme les données brutes des comptes on-chain en API et tableaux de bord utilisables pour les flux, les classements, l'analyse et la surveillance. Cela permet aux applications de rester réactives tout en traitant des quantités substantielles de données on-chain.
Découvrez quelques-unes de nos applications exemples construites sur Solana pour des exemples pratiques.
Foire aux questions
Pourquoi la qualité du RPC est-elle importante pour les transactions Solana ?
Les transactions Solana sont transmises au pipeline Gulf Stream plutôt qu'à un mempool. Ainsi, une bonne configuration RPC transmet rapidement les transactions, gère la charge et les tentatives, et reste bien connectée au réseau, ce qui conduit à des confirmations plus rapides, surtout lorsque le réseau est sollicité.
Qu'est-ce que la mise à niveau Alpenglow ?
Solana migrera vers le protocole de consensus Alpenglow début 2026, lequel repense le vote des validateurs et la propagation des données pour atteindre une finalité déterministe en moins d'une seconde, ciblant environ 150 ms, améliorant ainsi les temps de bloc actuels d'environ 400 ms.
Quels langages puis-je utiliser pour développer sur Solana ?
Les programmes on-chain Solana sont généralement écrits en Rust en utilisant des frameworks comme Anchor ou Pinocchio, bien que le C, le C++ et d'autres langages compatibles LLVM puissent également être utilisés. Pour le développement client, des SDK existent pour TypeScript/JavaScript, Rust, Python, Go et d'autres langages.
Quels réseaux Solana Quicknode prend-il en charge ?
Quicknode prend en charge Solana Mainnet-beta (production), Devnet (réseau de test) et Testnet. Mainnet-beta offre un support d'archive complet sans élagage, tandis que Devnet et Testnet sont élagués respectivement à 6 578 505 et 10 964 176 slots.
Quand utiliser Devnet plutôt que Mainnet-beta ?
Devnet est le cluster de test public de Solana pour les développeurs, offrant des airdrops de SOL gratuits et la plupart des programmes de l'écosystème déployés pour tester des applications et des démonstrations. Mainnet-beta est destiné au déploiement en production, où les coûts réels des déploiements de programmes et des transactions sont facturés.
En savoir plus
Référence complète pour les développeurs construisant sur Solana avec Quicknode :
Démarrage rapide
Démarrez rapidement avec Solana. Suivez notre guide de démarrage rapide étape par étape pour configurer votre point d'accès et effectuer votre première requête API.
Points d'accès du fournisseur
Apprenez à configurer et à gérer vos points d'accès Solana pour des performances et une fiabilité optimales.
Présentation de l'API
Explorez les API, réseaux, produits Quicknode pris en charge et les fonctionnalités API améliorées pour créer des applications puissantes.
Marketplace
Découvrez et intégrez des modules complémentaires et des outils puissants du Quicknode Marketplace pour améliorer vos applications web3.
Sécurité des points de terminaison
Sécurisez vos points d'accès avec l'authentification, la liste blanche et les meilleures pratiques de sécurité.
Codes d'erreur
Comprenez les codes d'erreur courants et les étapes de dépannage pour les requêtes API Solana.