Preconfirmations: Das früheste Transaktionssignal auf Solana

​

Übersicht

Vorbestätigungen streamen Transaktionen zu dem frühesten Zeitpunkt, an dem sie beobachtet werden können — bevor sie zu Einträgen gesammelt und in Shreds umgewandelt werden. Dies ist das Transaktionssignal mit der geringsten Latenz, das Helius bietet — früher als Shred Delivery und früher als verarbeitete Verpflichtungsströme. Sie abonnieren über einen WebSocket mit der Methode preconfSubscribe und erhalten jede Transaktion, sobald sie erfolgt. Der Stream kombiniert zwei Quellen, beide standardmäßig enthalten, und die beiden senden zu unterschiedlichen Zeitpunkten in der Pipeline:

• Helius-Vorbestätigungen von Validatoren, die an Helius weiterleiten. Sie werden in dem Moment gesendet, in dem der Leiter die Transaktion ausführt, zusammen mit ihrem Ausführungsstatus — der erste Moment, in dem das Ergebnis irgendwo existiert.
• BAM-Vorbestätigungen von Validatoren, die Jitos Block Assembly Marketplace (BAM)-Client ausführen. Sie werden gesendet, wenn der Validator sich verpflichtet, die Transaktion auszuführen, bevor sie ausgeführt wird — daher tragen sie keinen Ausführungsstatus.

​

Wo Vorbestätigungen in der Pipeline sitzen

Eine Transaktion durchläuft innerhalb eines Validators mehrere Stufen, bevor sie on-chain landet. Die Latenz nimmt von links nach rechts zu — je weiter rechts Sie beobachten, desto später erfahren Sie von der Transaktion. Helius-Vorbestätigungen werden in der Ausführungsphase gesendet — in dem Moment, in dem der Leiter die Transaktion ausführt und ihr Status bekannt ist, aber bevor das Ergebnis in einen Eintrag aufgenommen und in Shreds umgewandelt wird. Dies ist der erste Punkt im Lebenszyklus, an dem das Ergebnis einer Transaktion sowohl existiert als auch berichtet werden kann. BAM-Vorbestätigungen werden eine Stufe früher gesendet, wenn der Validator sich verpflichtet, die Transaktion auszuführen, aber bevor sie ausgeführt wird. Beide treffen ein, bevor die Transaktion geschreddert wird, was sie in Bezug auf die gleiche Transaktion zu einer strikt geringeren Latenz als die shred-basierte Lieferung macht.

​

BAM-Vorbestätigungen

BAM (Block Assembly Marketplace) ist Jitos Blockbau-System für Solana. Validatoren, die BAM-kompatible Clients ausführen, senden eine Vorbestätigung in dem Moment, in dem sie sich verpflichten, eine Transaktion auszuführen. Helius nimmt diese von Jitos regionalen BAM-Endpunkten auf und liefert sie durch dasselbe preconfSubscribe-Abonnement und binäre Nutzlast wie Helius-Vorbestätigungen. Beim Start fügte BAM eine Abdeckung von Validatoren hinzu, die über 34% des Netzwerk-Stakes repräsentieren. BAM-Vorbestätigungen folgen demselben Nutzlastlayout, unterscheiden sich jedoch in einigen Feldern:

• status ist immer 2 (unbekannt). BAM meldet keinen Ausführungsstatus, daher sagen Ihnen nur Helius-Vorbestätigungen, ob eine Transaktion erfolgreich oder fehlgeschlagen ist. Wenn Ihre Strategie von Ausführungsstatus abhängt, setzen Sie includeBam: false oder überprüfen Sie den Status selbst.
• tx_index ist immer 0. BAM ordnet Transaktionen nach Sequenz-ID und Bündelposition anstelle eines Slot-Index; keine davon entspricht dem Helius-Feld und keine wird im Stream übertragen. Siehe Unterscheidung der beiden Quellen.
• regionInclude entspricht dem regionalen BAM-Endpunkt, der die Vorbestätigung gesendet hat, nicht der Helius-Region, die sie empfangen hat.
• Ein kleiner Teil der Transaktionen erreicht Helius über beide Quellen, sodass dieselbe Signatur zweimal ankommen kann. Siehe Doppelte Benachrichtigungen.

Um nur Helius-Vorbestätigungen zu erhalten, geben Sie includeBam: false im Abonnementsfilter an.

​

Wann Vorbestätigungen verwendet werden sollten

​

Preisgestaltung

Vorbestätigungen erfordern einen Professional-Tarif oder höher und kosten 10 Credits pro Nachricht — eine Nachricht pro gestreamte Transaktion — die von Ihrem Tarif abgerechnet wird. Siehe Credits für Details.

​

Abdeckung

Vorbestätigungen sind nur verfügbar für Transaktionen, die von Validatoren geplant sind, die ihren Stream an Helius weiterleiten oder einen BAM-kompatiblen Client ausführen. Die Abdeckung skaliert mit dem Anteil des Netzwerk-Stakes, der von diesen beiden Quellen abgedeckt wird, sodass der Stream nicht kontinuierlich ist. Wenn includeBam: false gesetzt ist, wird die Abdeckung auf Validatoren beschränkt, die direkt an Helius weiterleiten. Die Abdeckung wächst, wenn mehr Validatoren an Helius weiterleiten. Wenn Sie einen Validator betreiben, können Sie helfen, diese Lücken zu schließen und Einnahmen zu erzielen.

​

Für Validatoren

Betreiben Sie einen Validator? Sie können Einnahmen erzielen, indem Sie Ihren Vorbestätigungsstream an Helius weiterleiten — und die Abdeckung für alle, die Vorbestätigungen konsumieren, verbessern.

​

Nächste Schritte