ERPC publie un guide d'opération de fanout de nonce durable pour la soumission de transaction de Solana
ERPC publie un guide d'opération de fanout de nonce durable pour la soumission de transaction de Solana

ERPC, exploités par ELSOUL LABO B.V. (Siège: Amsterdam, Pays-Bas; PDG: Fumitake Kawasaki) et Validators DAO, a publié un nouveau guide pratique de fonctionnement qui explique comment tirer pleinement parti SWQoS (Quality of Service pondérée par le stake des prises) pour atteindre des taux de succès élevés et une faible latence dans la présentation de la transaction Solana.
Ce guide se concentre sur les architectures de soumission de transaction centrées autour ERPC les endpoints SWQoS, et explique comment amplifier en toute sécurité la même transaction à plusieurs hautes performances les endpoints RPC. Des exemples concrets d'implémentation utilisant web3.js sont fournis, permettant aux développeurs d'appliquer l'approche directement dans des environnements réels.
Le guide est disponible à l'adresse suivante:
https://erpc.global/en/doc/rpc/durable-nonce-send-transaction/
Contexte: Caractéristiques structurelles de la soumission de transaction sur Solana
Dans Solana, la soumission de transaction est affectée par des facteurs en constante évolution tels que la progression des créneaux horaires, le planning des leaders, le routage du réseau et les conditions de charge des nœuds. Par conséquent, il n'est pas possible de prédéterminer quel chemin de soumission atteindra le leader le plus rapidement.
Ce comportement n'est pas causé par la qualité d'un RPC fournisseur ou service de soumission, mais est une caractéristique structurelle dérivée du modèle d'exécution Solana. Par conséquent, les dessins ou modèles qui reposent sur une seule RPC Le taux de réussite des opérations et la latence ont tendance à faire face à des limites inhérentes.
Le rôle et la position pratique SWQoS Points finals
Les les endpoints SWQoS fournis par ERPC permettre que les transactions soient soumises aux voies prioritaires assignées par le leader en fonction de la qualité pondérée du service. Ces voies prioritaires reçoivent une part beaucoup plus importante de la bande passante (environ 80 %) que les voies non prioritaires (environ 20 %) et sont appliquées à une étape antérieure à l'évaluation des frais de priorité.
Pour cette raison, Les endpoints SWQoS représentent une option importante pour la soumission de transactions de grande valeur. Cependant, dans les opérations réelles, même avec SWQoS, un seul chemin de soumission ne devient pas toujours le plus rapide. Dans le même emplacement, les différences de routage transitoires et la répartition inégale de la charge peuvent permettre à d'autres paramètres de haute performance de traiter d'abord les transactions.
Limitations des conceptions monopathiques et nécessité de Fanout
Compte tenu de ces conditions, il devient clair que la prévision d'un seul chemin le plus rapide à l'avance n'est pas une approche de conception efficace. Au lieu de cela, une stratégie de fanout, qui consiste à transférer simultanément la même transaction à plusieurs voies de soumission à haute performance et à accepter celle qui est traitée en premier, est une solution rationnelle et robuste.
En se concentrant sur SWQoS tout en le combinant avec d'autres rapides les endpoints RPC, les systèmes peuvent devenir plus résilients aux différences de routage slot-par-slot et aux fluctuations de charge.
Défis fondamentaux dans les opérations de Fanout
Dans le même temps, l'envoi de la même transaction sur plusieurs voies de soumission introduit un défi critique: sans contrôle adéquat, il n'est plus garanti que la transaction ne sera exécutée qu'une seule fois. Un fanout non contrôlé peut entraîner une double exécution involontaire ou une panne dans la logique de réessayer et de réenvoyer.
Il est difficile de prévenir ces questions uniquement au moyen d'une logique au niveau de l'application, et un mécanisme au niveau du protocole est nécessaire.
Nonce durable comme solution
Solana fournit Durable Nonce comme mécanisme officiel pour résoudre ce problème. En utilisant une valeur nonce à la place d'un récentBlockhash, Durable Nonce permet d'envoyer la même transaction signée sur plusieurs chemins de soumission tout en veillant à ce qu'une seule exécution devienne valide sur le réseau.
Durable Nonce sert donc de composante technique fondamentale pour la mise en oeuvre sécuritaire de la soumission de transaction fondée sur le fanout.
Positionnement du présent guide
Le nouveau guide a pour but d'expliquer la soumission de la transaction en utilisant Durable Nonce dans une perspective de mise en œuvre plutôt que purement théorique. Il fournit une explication complète de la conception de la présentation qui maximise l'efficacité de les endpoints SWQoS, couvrant tout, de la configuration initiale aux flux de travail opérationnels quotidiens.
Principaux sujets abordés dans le guide
Le guide organise et explique plusieurs points critiques opérationnels, notamment:
- Conception de l'autorité et des comptes non-ce
- Ordre d'instruction correct, y compris non-passif
- Contraintes opérationnelles concernant la non-réutilisabilité des transactions brutes
- Soumission parallèle à plusieurs RPC paramètres
- Confirmation de la conception en supposant une utilisation durable de Nonce
- Modes de transition sûrs pour les présentations de transactions subséquentes
Ces sujets sont destinés non seulement à des phases de validation de concept, mais aussi à des déploiements de production stables.
Architectures de soumission pratique à ERPC
À ERPC, les architectures de soumission de transaction sont conçues autour SWQoS en tant que noyau, tout en combinant plusieurs hautes performances RPC les résultats obtenus dans différentes régions et routes. Éviter la dépendance à l'égard d'une seule région ou d'une seule voie de soumission est un élément essentiel des opérations réalistes de Solana.
Ce guide peut être directement appliqué à la prise de décisions pratiques en matière d'architecture. ERPC Environnement multi-régions.
Auditoire prévu
Ce guide est destiné aux développeurs et aux équipes suivantes:
- Développeurs traitant des transactions à haute fréquence ou à haute valeur
- Les équipes qui connaissent un taux de réussite ou des défis de latence avec RPC configurations de soumission
- Utilisateurs qui utilisent déjà SWQoS les critères ou en envisageant leur adoption
L'avenir
ERPC continuera d'améliorer son infrastructure de présentation des transactions, notamment SWQoS, et publiera progressivement les connaissances opérationnelles acquises par les déploiements du monde réel sous la forme de guides et d'exemples de code.
ERPC reste engagé à prendre en charge les développeurs avec une plate-forme de soumission de transaction qui est non seulement rapide, mais également correcte et opérationnellement stable.
Utilisation et consultation
Pour la consultation sur les architectures de soumission optimales, la sélection des régions ou la migration à partir des conceptions existantes, un support individuel est disponible via le Discord officiel de Validators DAO.
- Discord officiel de Validators DAO: https://discord.gg/C7ZQSrCkYR
- Site officiel d'ERPC: https://erpc.global/en


