ERPC publie un guide opérationnel du fanout avec Durable Nonce pour exploiter pleinement SWQoS lors de l’envoi de transactions Solana

ERPC, exploité par ELSOUL LABO B.V. (siège : Amsterdam, Pays-Bas ; PDG : Fumitake Kawasaki) et Validators DAO, a publié un nouveau guide opérationnel qui explique comment exploiter pleinement SWQoS (Stake weighted Quality of Service) afin d’obtenir à la fois un taux de réussite élevé et une faible latence lors de l’envoi de transactions Solana.

Le guide se concentre sur les architectures d’envoi de transactions organisées autour des endpoints SWQoS d’ERPC et explique comment diffuser en toute sécurité une même transaction vers plusieurs endpoints RPC haute performance. Des exemples concrets en web3.js permettent aux développeurs d’appliquer directement cette approche dans des environnements réels.

Le guide est disponible à l’adresse suivante : https://erpc.global/fr/doc/rpc/durable-nonce-send-transaction/

Contexte : les caractéristiques structurelles de l’envoi de transactions sur Solana

Sur Solana, l’envoi des transactions dépend de facteurs en évolution constante : progression des slots, planification des leaders, routage réseau et charge des nœuds. Il est donc impossible de déterminer à l’avance quel parcours atteindra le leader le plus rapidement.

Ce comportement ne vient pas de la qualité d’un fournisseur RPC ou d’un service d’envoi particulier, mais du modèle d’exécution de Solana lui-même. Les architectures qui dépendent d’un seul endpoint RPC rencontrent donc des limites intrinsèques, tant pour le taux de réussite que pour la latence.

Rôle et positionnement pratique des endpoints SWQoS

Les endpoints SWQoS d’ERPC permettent d’envoyer les transactions dans les voies prioritaires que le leader attribue selon Stake weighted Quality of Service. Celles-ci disposent d’une part de bande passante nettement supérieure — environ 80 %, contre environ 20 % pour les voies non prioritaires — et s’appliquent avant l’évaluation des Priority fees.

Les endpoints SWQoS constituent donc une option importante pour l’envoi de transactions à forte valeur. Même avec SWQoS, un parcours unique n’est toutefois pas toujours le plus rapide en conditions réelles. Au sein d’un même slot, des différences passagères de routage et une répartition inégale de la charge peuvent permettre à d’autres endpoints performants de traiter la transaction en premier.

Limites d’une architecture à parcours unique et nécessité du fanout

Dans ces conditions, tenter de prévoir à l’avance un unique parcours le plus rapide n’est pas une approche efficace. Une stratégie de fanout — envoyer simultanément la même transaction par plusieurs parcours performants et retenir celui qui la traite en premier — constitue au contraire une solution rationnelle et robuste.

En plaçant SWQoS au centre tout en l’associant à d’autres endpoints RPC rapides, un système résiste mieux aux différences de routage d’un slot à l’autre et aux fluctuations de charge.

Difficultés fondamentales des opérations de fanout

Envoyer une même transaction par plusieurs parcours introduit en parallèle un risque majeur : sans contrôle approprié, rien ne garantit plus qu’elle ne sera exécutée qu’une fois. Un fanout incontrôlé peut provoquer une double exécution involontaire ou rompre la logique des nouvelles tentatives et des renvois.

Une simple logique applicative suffit difficilement à prévenir ces problèmes ; un mécanisme au niveau du protocole est nécessaire.

Durable Nonce comme solution

Solana fournit Durable Nonce comme mécanisme officiel pour répondre à ce problème. En remplaçant un recentBlockhash par une valeur de nonce, Durable Nonce permet d’envoyer la même transaction signée par plusieurs parcours tout en garantissant qu’une seule exécution sera valide sur le réseau.

Durable Nonce constitue ainsi un composant technique fondamental pour mettre en œuvre en toute sécurité l’envoi de transactions par fanout.

Positionnement du guide

Le nouveau guide explique l’envoi de transactions avec Durable Nonce sous un angle pratique plutôt que purement théorique. Il présente de bout en bout la conception d’un envoi qui maximise l’efficacité des endpoints SWQoS, depuis la configuration initiale jusqu’aux processus opérationnels quotidiens.

Principaux sujets traités dans le guide

Le guide structure et explique plusieurs points essentiels à l’exploitation :

Conception de l’autorité du nonce et des comptes de nonce
Ordre correct des instructions, notamment nonceAdvance
Contraintes opérationnelles liées à la non-réutilisation des transactions brutes
Envoi parallèle vers plusieurs endpoints RPC
Conception de la confirmation en tenant compte de l’usage de Durable Nonce
Modèles sûrs de transition vers les transactions suivantes

Ces sujets valent non seulement pour les preuves de concept, mais aussi pour des déploiements de production stables.

Architectures d’envoi concrètes chez ERPC

Chez ERPC, les architectures d’envoi de transactions placent SWQoS au centre et lui associent plusieurs endpoints RPC performants sur différentes régions et routes. Éviter la dépendance à une seule région ou à un seul parcours est essentiel dans des opérations Solana réalistes.

Ce guide peut être appliqué directement aux choix d’architecture concrets dans l’environnement multirégional d’ERPC.

Public concerné

Ce guide s’adresse aux développeurs et équipes suivants :

Développeurs qui traitent des transactions fréquentes ou à forte valeur
Équipes confrontées à des problèmes de taux de réussite ou de latence dans leur architecture actuelle d’envoi RPC
Utilisateurs qui emploient déjà des endpoints SWQoS ou envisagent de les adopter

Perspectives

ERPC continuera d’améliorer son infrastructure d’envoi de transactions, notamment SWQoS, et publiera progressivement les connaissances opérationnelles tirées des déploiements réels sous forme de guides et d’exemples de code.

ERPC reste déterminé à offrir aux développeurs une plateforme d’envoi de transactions non seulement rapide, mais aussi correcte et stable en exploitation.

Utilisation et conseil

Pour être conseillé individuellement sur l’architecture d’envoi optimale, le choix des régions ou la migration d’une conception existante, contactez le Discord officiel de Validators DAO.

Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
Site officiel d’ERPC : https://erpc.global/fr