> ## Documentation Index > Fetch the complete documentation index at: https://www.helius.dev/docs/llms.txt > Use this file to discover all available pages before exploring further. # Preconfirmations: Das früheste Transaktionssignal auf Solana > Streamen Sie Solana-Transaktionen, bevor sie zerkleinert werden — Helius-Vorbestätigungen mit Ausführungsstatus, zusammen mit Jito BAM, in einem WebSocket-Abonnement. **Verwenden Sie [Sender Max](/docs/de/sending-transactions/sender-max) (Mindest-Tipp: 0,001 SOL), um auf Vorbestätigungen zu reagieren.** Eine Vorbestätigung zahlt sich nur aus, wenn Sie Ihre Transaktion als Erster durchführen — Sender Max ist der schnellste Weg, dies zu tun. Bauen Sie von Anfang an auf Sender Max auf, um den vollen Nutzen von Vorbestätigungen zu erhalten. ## Ü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](/docs/de/shred-delivery/raw-shreds) 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](#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. Vorbestätigungen werden vom Helius [Gatekeeper](/docs/de/gatekeeper/overview) Endpoint bedient, `wss://beta.helius-rpc.com`. Der `beta`-Hostname bezieht sich auf die Gatekeeper-Einführung, nicht auf die Reife der Vorbestätigungen — er wird der Standardendpunkt, sobald der Verkehr zu Gatekeeper migriert. Transaktionen werden vor Shreds und verarbeiteten Verpflichtungsströmen geliefert Einmal abonnieren mit `preconfSubscribe` und Helius- sowie BAM- Vorbestätigungen in einem einzigen Stream erhalten Professional-Tarif oder höher; 10 Credits pro Nachricht (jede gestreamte Transaktion) Reagieren Sie auf On-Chain-Aktivitäten, bevor sie landen, für propAMMs, Sniper, Copy Trader und Liquidationsbots ## 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. Transaktionslatenzfluss innerhalb eines Validierers: Benutzer-Tx zu TPU zu Scheduler zu Preconf (geplante Transaktion) zu Shreds, mit zunehmender Latenz von links nach rechts. 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)](https://bam.dev/docs/bam/bam-overview/) 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](/docs/de/pre-confirmations/preconf-subscribe#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](/docs/de/pre-confirmations/preconf-subscribe#doppelte-benachrichtigungen). Um nur Helius-Vorbestätigungen zu erhalten, geben Sie `includeBam: false` im [Abonnementsfilter](/docs/de/pre-confirmations/preconf-subscribe#filtern) an. ## Wann Vorbestätigungen verwendet werden sollten propAMMs, Sniper, Copy Trader und Liquidationsbots — jede Strategie, die so früh wie möglich auf eine Transaktion reagieren muss. Für vollständige historische oder bestätigte Daten verwenden Sie [LaserStream](/docs/de/laserstream) oder [Enhanced WebSockets](/docs/de/rpc/websocket/transaction-subscribe). Für Rohnetzwerkdaten siehe [Shred Delivery](/docs/de/shred-delivery/raw-shreds). Eine Vorbestätigung ist ein frühes Signal, keine Garantie. Die Transaktion ist noch nicht on-chain gelandet und könnte immer noch verworfen werden — und der Ausführungsstatus einer Helius-Vorbestätigung spiegelt das lokale Ergebnis des Leiters wider, das erst endgültig ist, wenn der Block bestätigt ist. Überprüfen Sie die Landung durch standardmäßige Verpflichtungsprüfungen, bevor Sie sie als endgültig betrachten. ## 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](/docs/de/billing/credits) für Details. Vorbestätigungen ist ein neues Produkt und die Preisgestaltung kann sich ändern. ## 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. Erwarten Sie Lücken. Während Slots, deren Leiter von keiner Quelle abgedeckt wird, erhalten Sie keine Vorbestätigungsnachrichten für diesen Slot. Entwerfen Sie Ihre Integration so, dass diese Lücken toleriert werden — gehen Sie nicht von einem ununterbrochenen Stream aus und greifen Sie auf andere Signale wie [LaserStream](/docs/de/laserstream) oder [Shred Delivery](/docs/de/shred-delivery/raw-shreds) zurück, wenn Sie eine kontinuierliche Abdeckung benötigen. 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](/docs/de/pre-confirmations/for-validators). ## 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. Erfahren Sie, wie Sie mit dem Weiterleiten von Vorbestätigungen beginnen und Einnahmen erzielen können. ## Nächste Schritte Abonnieren, Nachrichtenformat und ein komplettes WebSocket-Beispiel. Kombinieren Sie Vorbestätigungen mit Sender, um so schnell wie möglich darauf zu reagieren.