Préconfirmations : Le Signal de Transaction le Plus Précoce sur Solana

​

Vue d’ensemble

Les préconfirmations diffusent les transactions dès le point le plus précoce où elles peuvent être observées — avant qu’elles ne soient collectées en entrées et converties en fragments. C’est le signal de transaction à la latence la plus faible que Helius propose — plus tôt que Shred Delivery et que les flux d’engagement traités. Vous vous abonnez via un WebSocket avec la méthode preconfSubscribe et recevez chaque transaction au fur et à mesure qu’elle se produit. Le flux combine deux sources, toutes deux incluses par défaut, qui émettent à différents points du pipeline :

• Préconfirmations Helius de validateurs qui transmettent à Helius. Émis à l’instant où le leader exécute la transaction, avec son statut d’exécution — le premier moment où le résultat existe quelque part.
• Préconfirmations BAM de validateurs exécutant le client Block Assembly Marketplace (BAM) de Jito. Émis lorsque le validateur s’engage à exécuter la transaction, avant qu’elle ne soit exécutée — ils ne contiennent donc pas de statut d’exécution.

​

Positionnement des Préconfirmations dans le Pipeline

Une transaction passe par plusieurs étapes à l’intérieur d’un validateur avant qu’elle ne soit enregistrée sur la chaîne. La latence augmente de gauche à droite — plus vous observez loin à droite, plus vous apprenez tardivement la transaction. Les préconfirmations Helius sont émises depuis l’étape d’exécution — au moment où le leader exécute la transaction et son statut est connu, mais avant que le résultat ne soit enregistré dans une entrée et transformé en fragments. C’est le premier point du cycle de vie où le résultat d’une transaction existe et peut être rapporté. Les préconfirmations BAM sont émises une étape plus tôt, lorsque le validateur s’engage à exécuter la transaction mais avant qu’elle n’ait été exécutée. Les deux arrivent avant que la transaction ne soit fragmentée, ce qui les rend strictement de latence inférieure à la livraison basée sur les fragments pour la même transaction.

​

Préconfirmations BAM

BAM (Block Assembly Marketplace) est le système de construction de blocs de Jito pour Solana. Les validateurs exécutant des clients compatibles BAM émettent une préconfirmation dès qu’ils s’engagent à exécuter une transaction. Helius les ingère des points de terminaison régionaux BAM de Jito et les délivre par le même abonnement preconfSubscribe et charge utile binaire que les préconfirmations Helius. Au lancement, BAM a ajouté une couverture de validateurs représentant plus de 34 % des mises en réseau. Les préconfirmations BAM suivent le même format de charge utile mais diffèrent par quelques champs :

• status est toujours 2 (inconnu). BAM ne rapporte pas le statut d’exécution, donc seules les préconfirmations Helius vous indiquent si une transaction a réussi ou échoué. Si votre stratégie dépend du statut d’exécution, définissez includeBam: false ou vérifiez le statut vous-même.
• tx_index est toujours 0. BAM ordonne les transactions par ID de séquence et position de paquet plutôt que par index de créneau ; aucun ne correspond au champ Helius, et aucun n’est transmis sur le flux. Voir Différencier les deux sources.
• regionInclude correspond au point de terminaison BAM régional qui a émis la préconfirmation, pas à la région Helius qui l’a ingérée.
• Une petite part des transactions parviennent à Helius par les deux sources, donc la même signature peut arriver deux fois. Voir Notifications en double.

Pour recevoir uniquement les préconfirmations Helius, passez includeBam: false dans le filtre d’abonnement.

​

Quand utiliser les Préconfirmations

​

Tarification

Les préconfirmations nécessitent un plan professionnel ou supérieur et coûtent 10 crédits par message — un message par transaction diffusée — facturé à partir de votre plan. Voir Crédits pour plus de détails.

​

Couverture

Les préconfirmations ne sont disponibles que pour les transactions planifiées par des validateurs qui transmettent leur flux à Helius ou exécutent un client compatible BAM. La couverture évolue avec la part des mises en réseau couvertes par ces deux sources, donc le flux n’est pas continu. Le réglage includeBam: false limite la couverture aux validateurs qui transmettent directement vers Helius. La couverture augmente à mesure que davantage de validateurs transmettent à Helius. Si vous exploitez un validateur, vous pouvez aider à combler ces lacunes et générer des revenus.

​

Pour les validateurs

Exploitez-vous un validateur ? Vous pouvez générer des revenus en transmettant votre flux de préconfirmation à Helius — et améliorer la couverture pour tous ceux qui consomment des préconfirmations.

​

Étapes suivantes