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 :

• tx_index est toujours 0. BAM classe les transactions par ID de séquence et par position dans le bundle plutôt que par indice de slot ; aucun de ces éléments ne correspond au champ Helius et aucun n’est transmis dans le flux. Consultez Distinguer les deux sources.
• regionInclude correspond au point de terminaison BAM régional qui a émis la préconfirmation, et non à la région Helius qui l’a reçue.
• Une faible proportion des transactions parvient à Helius par les deux sources ; la même signature peut donc être reçue deux fois. Consultez Notifications en double.

Pour recevoir une seule source, transmettez includeSource: ["helius"] ou includeSource: ["bam"] dans le filtre d’abonnement.

​

Quand utiliser les Préconfirmations

​

Tarification

Preconfirmations est disponible avec tous les forfaits payants : Developer, Business, Professional et Enterprise. Les forfaits gratuits ne sont pas éligibles. Les slots sans message livré ne coûtent aucun crédit, même lorsqu’ils sont couverts par Preconfirmations. Lorsqu’un slot livre au moins un message, chaque abonnement preconfSubscribe ouvert est facturé selon le montant le plus élevé entre 300 crédits et 10 crédits par message livré. Les slots non couverts ne coûtent rien. Consultez la page Crédits pour plus de détails. L’éligibilité d’un slot à la facturation dépend de la couverture de son leader et de votre paramètre includeSource : regionInclude restreint davantage l’ensemble éligible. Les slots couverts situés hors des régions sélectionnées ne coûtent rien pour cet abonnement. Les slots correspondants ne sont facturés que lorsque l’abonnement reçoit au moins un message. Chaque abonnement simultané est facturé indépendamment lorsqu’il reçoit au moins un message. Fermez les abonnements dont vous n’avez plus besoin avec preconfUnsubscribe. Avec includeSource: ["helius"], les slots couverts uniquement par BAM sont exclus de la facturation.

​

Couverture

Preconfirmations est disponible uniquement pour les transactions planifiées par des validateurs qui transmettent leur flux à Helius ou exécutent un client compatible avec BAM. La couverture évolue en fonction de la part du stake du réseau couverte par ces deux sources. Le flux n’est donc pas continu. Définir includeSource: ["helius"] limite la couverture aux validateurs qui transmettent directement leur flux à Helius. Utilisez getPreConfCoverage pour obtenir la couverture de Preconfirmations sous forme de pourcentage du stake du réseau, avec une répartition par région. La couverture augmente à mesure que davantage de validateurs transmettent leur flux à Helius. Si vous exploitez un validateur, vous pouvez contribuer à combler ces lacunes et générer des revenus.

​

Pour les validateurs

Vous exploitez un validateur ? Vous pouvez générer des revenus en transmettant votre flux de préconfirmation à Helius, tout en améliorant la couverture pour tous les utilisateurs de Preconfirmations.

​

Étapes suivantes