Vue d'ensemble : Les requêtes RPC sont la passerelle d'une application vers le cluster Solana. Les requêtes sont traitées par des nœuds RPC bien nommés, qui sont généralement dédiés à cette tâche plutôt que de participer au consensus. Néanmoins, du point de vue de l'utilisateur d'une application, une mauvaise performance RPC n'est pas différente d'une mauvaise performance du cluster. Pour offrir une excellente expérience à vos utilisateurs et mettre en valeur la vitesse et la faible latence de Solana, il est important de disposer d'une infrastructure RPC à la hauteur de la tâche.
Développement : Il est recommandé aux développeurs d'utiliser un cluster local pendant le développement, en particulier dans les premières phases et pour les tests. Les clusters locaux sont plus flexibles que les offres publiques, offrant la liberté d'exécuter des itérations précoces non optimisées. Le moyen le plus simple d'exécuter un cluster local est avec le binaire solana-test-validator, inclus dans la suite d'outils Solana CLI. Une fois que l'application atteint un état stable, le déploiement sur un cluster public devient plus approprié.
Comme toutes les tâches d'optimisation de code, en ce qui concerne les requêtes RPC, moins c'est mieux. Évitez de faire des appels fréquents et répétitifs pour les mêmes données. Évitez de créer des clients qui effectuent des requêtes RPC directement. Les "dApps sans backend" sont un mythe ; vous ne faites que bombarder l'infrastructure de quelqu'un d'autre. Mettez en cache les appels coûteux (en particulier getProgramAccount, getSignaturesForAddress2 et getConfirmedBlock) de manière optimisée pour votre application et servez vos utilisateurs à partir du cache. Prendre le temps d'optimiser votre code avant la mise en ligne peut vous éviter bien des maux de tête liés aux rapports de mauvaise expérience utilisateur, et peut réduire considérablement vos dépenses d'infrastructure.
Plusieurs fournisseurs offrent un accès RPC gratuit aux clusters publics Solana. Ces services sont adaptés aux tests en conditions réelles, aux démonstrations précoces et aux petits programmes bêta privés. Gardez à l'esprit que vous obtenez exactement ce pour quoi vous payez. Les services gratuits ne se mettent généralement pas à l'échelle automatiquement, sont limités en débit, n'offrent aucun SLA et n'hésitent pas à bannir les utilisateurs abusifs. Lorsqu'une application est prête à être ouverte au public, il est temps d'investir dans un accès RPC privé.
Quelques fournisseurs RPC gratuits :
Testnet
Devnet
Mainnet-beta
En raison de la variabilité des exigences RPC entre les applications, l'infrastructure RPC publique généralisée convient rarement. Pour garantir une bonne expérience aux utilisateurs, les applications destinées au public doivent sécuriser leur propre accès RPC privé. Cela vous permettra de mettre à l'échelle automatiquement en fonction de la demande des utilisateurs, d'assouplir les limites de débit en fonction de votre application, et d'avoir la tranquillité d'esprit que les utilisateurs d'autres applications n'évincent pas les vôtres. Plusieurs organisations offrent des services RPC haute disponibilité à la demande ; voir ci-dessous. Si aucun des fournisseurs ne convient et que vous êtes prêt à relever le défi d'exécuter votre propre service RPC, veuillez contacter la Solana Foundation pour obtenir des conseils.