Un nœud RPC est un ordinateur exécutant un logiciel client de blockchain et exposant un endpoint d'API — sur les chaînes EVM, du JSON-RPC sur HTTPS — pour que les applications puissent lire l'état de la chaîne et soumettre des transactions déjà signées sans héberger elles-mêmes la blockchain. Votre portefeuille est l'une de ces applications : il conserve vos clés, pas la chaîne, donc chaque solde qu'il affiche provient d'un nœud RPC et chaque transaction que vous envoyez est remise à l'un d'eux pour diffusion. Le nœud ne voit jamais votre clé privée et ne peut pas altérer une transaction signée ; le pire qu'un mauvais endpoint puisse faire, c'est servir des données périmées, retarder ou censurer une diffusion, ou journaliser votre adresse IP à côté des adresses que vous interrogez. La plupart des portefeuilles gèrent cette plomberie pour vous — WATS, par exemple, maintient les connexions RPC vers Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON et bascule automatiquement en cas de défaillance, tandis que la signature reste sur votre propre appareil, car WATS est non-custodial et ne détient jamais de clé.
Votre portefeuille ne stocke pas la blockchain
Une blockchain, ce sont des centaines de gigaoctets d'historique répliqués sur des milliers de machines. Votre portefeuille, évidemment, n'en détient rien. Ce qu'il détient, ce sont vos clés — et un carnet d'adresses des ordinateurs qui, eux, détiennent la chaîne. Chaque solde que vous voyez et chaque transaction que vous envoyez passe par l'une de ces machines. On les appelle nœuds RPC, et ce sont la dépendance la moins discutée de toute votre installation crypto.
Ce qu'est réellement un nœud RPC
RPC signifie remote procedure call (appel de procédure à distance) — un simple protocole requête-réponse. Un nœud RPC est une machine exécutant le logiciel complet de nœud blockchain et exposant un endpoint d'API (une URL) où les clients peuvent poser des questions et soumettre des transactions. Sur les chaînes EVM, l'interface est standardisée en JSON-RPC, avec des méthodes pour lire les soldes (eth_getBalance), interroger les contrats (eth_call), estimer le gas et diffuser les transactions signées (eth_sendRawTransaction). Quand on configure un « réseau » dans un portefeuille, l'URL RPC est la partie qui compte : elle décide quelle machine répond au nom de la chaîne.
Ce qui se passe quand vous consultez un solde ou appuyez sur envoyer
Ouvrir votre portefeuille déclenche une salve de lectures RPC : le solde de la monnaie native de votre adresse, les soldes de tokens via des requêtes aux contrats, les niveaux de frais actuels. L'envoi est le flux le plus instructif : le portefeuille construit la transaction, la signe localement avec votre clé, et ne remet qu'ensuite les octets signés au nœud RPC pour diffusion dans le réseau. La division du travail est absolue — le nœud ne voit jamais votre clé privée et ne peut pas altérer ce que vous avez signé, car la moindre modification casserait la signature et le réseau rejetterait la transaction. C'est un coursier, pas un cosignataire. C'est le cœur technique de l'auto-conservation : la signature a lieu sur votre appareil, et tout ce qui suit la signature est de toute façon de l'information publique.
Endpoints publics vs privés — et ce qu'ils voient
Les chaînes proposent des endpoints RPC publics, et les fournisseurs d'infrastructure en exploitent de plus rapides et plus fiables ; les portefeuilles utilisent généralement par défaut un mélange sélectionné. Les différences qui comptent sont la fiabilité (les endpoints publics limitent le débit et traînent sous charge) et la confidentialité : l'endpoint que vous utilisez peut observer votre adresse IP avec chaque adresse que vous interrogez — un lien qui mérite d'être compris, vos adresses on-chain étant par ailleurs pseudonymes. Un endpoint malveillant ou compromis ne peut toujours pas voler de fonds, mais il peut servir des données périmées, censurer vos diffusions ou journaliser vos métadonnées. Choisir son infrastructure RPC est donc une décision de confiance — simplement bien plus petite que choisir qui détient les clés.
Le nœud RPC fixe-t-il mes frais ?
Non — et c'est un malentendu courant. Le nœud rapporte les conditions de frais (base fee, suggestions de priority fee, estimations de gas) et relaie votre transaction, mais le prix est fixé par le marché des frais du réseau et par ce que vous signez. Un autre endpoint peut vous donner une meilleure estimation, ou faire sortir votre transaction plus vite quand un endpoint congestionné expire, mais il ne rend pas la chaîne moins chère. Le token dans lequel les frais sont réglés, lui, peut être changé au niveau du compte, mais c'est un mécanisme distinct de l'URL d'endpoint que vous visez.
Un portefeuille, plusieurs dialectes
Le bel ensemble de méthodes eth_* est une histoire EVM. JSON-RPC lui-même n'est pas réservé à l'EVM — Solana expose sa propre API JSON-RPC — mais les vocabulaires ne sont pas interchangeables : Solana parle de comptes, de slots et d'unités de calcul, et les API clientes de TON sont encore différentes. Un portefeuille qui couvre plusieurs écosystèmes — voir ce qu'est un portefeuille multichain — doit maintenir des connexions saines vers chaque réseau pris en charge, dans le dialecte de chacun, avec bascule automatique quand un endpoint se dégrade. Cette gestion de flotte invisible est une part bien réelle de ce qui sépare un portefeuille multichain fluide d'un portefeuille frustrant.
Quand le RPC casse : soldes erronés et envois bloqués
La plupart des paniques « où est passée ma crypto ? » ne sont que de la météo RPC. Un endpoint en retard affiche un solde périmé ; un endpoint surchargé expire en pleine diffusion ; une connexion coupée fait paraître vide un portefeuille sain. La physique rassurante : vos fonds vivent sur la chaîne, contrôlés par vos clés — jamais à l'intérieur de l'endpoint. Changer de RPC (ou laisser le portefeuille basculer) répare l'affichage sans toucher à l'argent. Si c'est la connexion à une dApp qui déraille, c'est une autre couche — traitée dans connecter son portefeuille à une dApp en sécurité.
Où WATS entre en jeu
WATS se place du côté utilisateur de tout ce qui précède. Il maintient et fait basculer les connexions RPC vers Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON, donc aucune URL d'endpoint à coller chaîne par chaîne — tandis que la signature reste strictement locale : WATS est non-custodial, vous détenez vos clés, et WATS n'en détient jamais aucune. Cela vaut pour les quatre produits WATS (Extension Chrome, Application Mobile, Hot Wallet et la Carte Métal NFC, qui authentifie au contact plutôt que de stocker la moindre clé).
La seule chose que WATS change au-dessus de la couche RPC, c'est quel token paie. Là où les portefeuilles classiques vous obligent à garder une monnaie de gas distincte sur chaque réseau avant qu'une diffusion n'aboutisse, WATS permet de régler les frais de réseau dans un seul token, l'ATS, via un paymaster ERC-4337 sur les chaînes EVM et LayerZero OFT pour les mouvements omnichain, si bien qu'un unique solde d'ATS fonctionne partout où WATS va. Ce n'est pas une remise — le réseau facture toujours ce qu'il facture ; cela supprime seulement le besoin de stocker une monnaie de gas différente pour chaque chaîne que vous touchez. L'ATS collecté est brûlé, faisant passer l'offre de 100M vers un plancher de 30M, et WATS est le premier et le seul portefeuille à combiner les frais en token unique ERC-4337 et OFT avec ce burn.
La leçon pratique : le RPC est une infrastructure à laquelle vous ne devriez jamais avoir à penser, alors choisissez un portefeuille qui la traite ainsi. Si vous en avez assez de coller des URL d'endpoints, de deviner quel réseau traîne et de recharger une monnaie de gas différente pour chaque chaîne, WATS est un point de départ raisonnable — la mécanique des frais est documentée en détail sur la page des frais ATS.
Foire aux questions
Qu'est-ce qu'un nœud RPC, en termes simples ?
Un nœud RPC est un serveur exécutant un logiciel client de blockchain, qui reste synchronisé avec la chaîne et son état courant, et qui expose un endpoint d'API — une URL — où les applications peuvent interroger les données de la chaîne et soumettre des transactions signées. Portefeuilles, explorateurs de blocs et dApps parlent tous à la chaîne via des nœuds RPC plutôt que de stocker eux-mêmes des centaines de gigaoctets d'historique. Sur les chaînes EVM, l'interface est standardisée en JSON-RPC ; Solana et TON exposent leurs propres équivalents.
Un nœud RPC détient-il ma crypto ?
Non. Un nœud RPC est un service de lecture et de relais : il répond aux requêtes sur la chaîne et diffuse des transactions que vous avez déjà signées. Vos fonds sont contrôlés par vos clés privées, qui dans un portefeuille en auto-conservation ne quittent jamais votre appareil. Si un endpoint RPC tombe ou se comporte mal, vos actifs sont intacts — seule votre vue de la chaîne est affectée.
Un endpoint RPC malveillant peut-il voler mes fonds ?
Il ne peut pas les dépenser, car il n'a jamais vos clés et ne peut pas modifier une transaction signée sans invalider la signature. Ce qu'un mauvais endpoint peut faire, c'est mentir sur les soldes, retarder ou censurer vos diffusions, et journaliser votre adresse IP avec les adresses que vous interrogez — une fuite de confidentialité plutôt qu'un risque de vol. Utiliser des endpoints réputés et redondants (ou un portefeuille qui gère la bascule pour vous) règle les deux.
Dois-je configurer moi-même les endpoints RPC ?
Dans WATS, non : WATS maintient les connexions RPC de chaque chaîne prise en charge — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON — et bascule automatiquement quand un endpoint traîne ou limite le débit, donc aucune URL à coller par chaîne. La signature a toujours lieu localement sur votre appareil, puisque WATS est non-custodial et ne détient jamais de clé. Les portefeuilles qui exposent les réglages RPC bruts vous laissent pointer vers votre propre nœud, ce qui est utile si vous en faites tourner un pour la confidentialité.
Pourquoi mon portefeuille affiche-t-il parfois un solde faux ou nul ?
Presque toujours parce que l'endpoint RPC interrogé est en retard, limité en débit ou brièvement hors ligne — la blockchain elle-même enregistre toujours votre solde correctement. Rafraîchir après un instant, changer d'endpoint ou laisser le portefeuille basculer vers un autre nœud restaure la vue correcte. C'est un problème de couche d'affichage, pas de fonds.
Changer d'endpoint RPC rend-il les transactions moins chères ?
Non. Le nœud RPC relaie votre transaction et rapporte les conditions de frais, mais le prix est fixé par le marché des frais du réseau et par les paramètres de frais que vous signez. Un meilleur endpoint peut améliorer les estimations et la fiabilité en période de congestion, pas le coût sous-jacent. Ce qui peut changer, c'est quel token paie : WATS utilise un paymaster ERC-4337 sur les chaînes EVM pour que les frais de réseau soient réglés en ATS au lieu du token de gas natif de chaque chaîne — un changement de token de paiement, pas une remise.