Jito Bundle: was es wirklich garantiert und was nicht

Ein Jito Bundle ist eine Gruppe von höchstens fünf Solana-Transaktionen, die zusammen eingereicht werden, in deiner Reihenfolge laufen und entweder komplett oder gar nicht im Block landen. Du hängst ein Trinkgeld an, und die Gruppe bietet damit auf einen Platz.

• Ein Bundle fasst maximal fünf Transaktionen, das Trinkgeld eingerechnet, und sie laufen nacheinander und atomar (Jito Labs Dokumentation, August 2026).
• Die Auktion sortiert nicht nach dem Trinkgeld, sondern nach Trinkgeld pro angeforderter Compute Unit. Eine schlanke Transaktion mit wenig Trinkgeld schlägt eine aufgeblähte mit viel.
• Am 28. August 2026 um 11:11 UTC lag das mittlere gelandete Trinkgeld bei 0,00000285 SOL und das 95. Perzentil bei 0,0003 SOL.
• Die Atomizität hat eine echte Ausnahme: landet dein Bundle in einem Uncled Block, können seine Transaktionen einzeln neu verbreitet werden, und dort gilt keine Atomizität.
• Die Block Engine kennt simulateBundle nicht. Wir haben das am 7. August 2026 in fünf Regionen gemessen, alle fünf antworteten mit einem Methodenfehler. Es gibt also keinen Vorabtest.

Was ist ein Jito Bundle?

Ein Jito Bundle ist eine Liste von einer bis fünf signierten Solana-Transaktionen, die ein Validator entweder vollständig und in deiner Reihenfolge ausführt oder komplett auslässt. Normale Transaktionen erreichen den Validator einzeln und landen in der Reihenfolge, die der Scheduler wählt. Innerhalb seiner Gruppe nimmt ein Bundle dir diese Unsicherheit ab.

Zwei Eigenschaften leisten die Arbeit. Die erste ist die sequenzielle Ausführung: Transaktion zwei sieht den Zustand, den Transaktion eins hinterlassen hat. Die zweite ist Atomizität. Scheitert eine Transaktion der Gruppe, fällt die ganze Gruppe, und auf der Kette steht nichts. Genau dieses Paar lässt ein Erstellen samt erstem Kauf wie eine einzige Handlung wirken statt wie zwei Hoffnungen hintereinander.

Auch der Weg ist ein anderer. Eine normale Transaktion geht an einen RPC-Anbieter und von dort an den aktuellen Leader. Ein Bundle geht an eine Jito Block Engine, dort läuft eine Auktion, und nur die siegreichen Kombinationen erreichen den Validator. Jito Labs betreibt acht öffentliche Block-Engine-Regionen: Tokio, Frankfurt, New York, Amsterdam, Dublin, London, Salt Lake City und Singapur.

Das Trinkgeld ist der Eintrittspreis. Es ist eine schlichte SOL-Überweisung an eines der Trinkgeldkonten von Jito, sie liegt im Bundle und belegt einen deiner fünf Plätze. Ein Bundle ohne Trinkgeld ist ein Gebot ohne Betrag.

Garantiert ein höheres Trinkgeld, dass dein Bundle landet?

Nein. Ein höheres Trinkgeld verbessert deine Position in einer Auktion, und eine Auktion hat Verlierer, das ist ihr Zweck. Jito schreibt die Sortierregel unmissverständlich hin: Bundles werden nach angefordertem Trinkgeld im Verhältnis zu den angeforderten Compute Units priorisiert, nicht nach dem Trinkgeld allein. Es gewinnt Effizienz, nicht Großzügigkeit.

Dieser eine Satz erklärt die meisten teuren Fehlgriffe. Verlangt dein Bundle 1,4 Millionen Compute Units und zahlt 0,001 SOL, dann bietet ein Konkurrent mit 200.000 Units und 0,0004 SOL dem Block mehr Wert je Einheit Platz. Das Compute-Budget zu kürzen ist oft billiger als das Trinkgeld zu erhöhen, und es zieht am selben Hebel.

Setz ein ehrliches Compute-Limit, bevor du das Trinkgeld erhöhst. Die Auktion liest Trinkgeld geteilt durch angeforderte Units, also bringt dich ein sauberes Limit dorthin, wohin sonst nur mehr SOL führt.

Zwei weitere Mechanismen entscheiden mit. Auktionen laufen parallel im Takt von 50 Millisekunden, und Bundles, die dieselben Konten anfassen, konkurrieren in einer Auktion, während Bundles auf anderen Konten sich nie begegnen. Dein Gegner ist also nicht ganz Solana, sondern jeder, der im selben 50-Millisekunden-Fenster in denselben Pool schreibt.

Der zweite Mechanismus hat nichts mit Geld zu tun. Die öffentliche Block Engine erlaubt eine Anfrage pro Sekunde pro IP pro Region, darüber gibt es einen 429. Jedes Werkzeug, das ein einziges Bundle von einer Adresse aus in alle acht Regionen streut, rennt in diese Decke. Wir sind hineingerannt: unser eigener Sendeweg hält jetzt mindestens 1.100 Millisekunden Abstand pro Endpunkt und bevorzugt einen privaten Endpunkt vor dem öffentlichen Pool.

Wie hoch ist ein Jito Trinkgeld gerade?

Das kleinste Trinkgeld, das Jito annimmt, sind 1.000 Lamport, also 0,000001 SOL. Was tatsächlich landet, ist eine andere Zahl, und sie bewegt sich. Die Tabelle liest die Perzentile gelandeter Trinkgelder direkt aus der öffentlichen Tip-Floor-API von Jito, gemessen am 28. August 2026 um 11:11 UTC. Lies sie als Form, nicht als Preisliste.

Perzentil gelandeter Trinkgelder	Trinkgeld in SOL	Was es kauft
Kleinstbetrag	0,000001 SOL	Zutritt zur Auktion. Sonst nichts.
25. Perzentil	0,000001 SOL	Ein Viertel der gelandeten Bundles zahlte so viel oder weniger.
50. Perzentil (Median)	0,00000285 SOL	Der Normalfall. Die meisten Bundles stehen in keinem Kampf.
75. Perzentil	0,0000441 SOL	Umkämpft, aber ruhig.
95. Perzentil	0,0003 SOL	Echte Konkurrenz um dieselben Konten.
99. Perzentil	0,001 SOL	Ein Botrennen. Als Mensch hier zu zahlen ist meist ein Fehler.

Schau auf den Abstand zwischen Median und 99. Perzentil, bevor du entscheidest. Er beträgt rund das 350-Fache, und fast nichts davon betrifft jemanden, der einen Knopf drückt. Unsere Voreinstellungen liegen bewusst niedrig: wir lesen das 95. Perzentil aus derselben API, multiplizieren mit 1,2 und klemmen das Ergebnis zwischen 0,00001 SOL und 0,02 SOL ein, damit ein Ausschlag im Botkrieg keine Wallet still leerräumt.

Ein Bundle von Hand zu bauen heißt, jede Transaktion in der richtigen Reihenfolge zu signieren, die Trinkgeldüberweisung einzufügen und die Gruppe unter fünf zu halten. Bundled Trade stellt diese Gruppe zusammen, hängt das Trinkgeld an und schickt sie in einem Durchgang an die Block Engine. Das nimmt dir die Reihenfolgefehler ab, nicht das Auktionsrisiko.

Ist ein Bundle wirklich atomar?

In einem akzeptierten Block ja. Ein Validator führt das Bundle ganz oder gar nicht aus, und eine scheiternde Transaktion reißt die Gruppe mit. Es gibt eine dokumentierte Ausnahme, und sie erklärt, warum Leute Bundle-Transaktionen mit rotem Kreuz im Explorer sehen.

Solana hat übersprungene Slots: ein Leader baut einen Block, den die Supermajorität nie annimmt. Jito nennt das Uncled Blocks. Landet ein Bundle in so einem Block, kann jede Partei, die ihn erhalten hat, dessen Transaktionen neu verbreiten. Diese Kopien laufen in die normale Banking Stage, und die kennt weder Bundle-Atomizität noch Reversion Protection. So kann ein halbes Bundle öffentlich landen und scheitern.

Ein Uncled Block kann ein angeblich atomares Bundle zerteilen. Baue keine Strategie, bei der die zweite Transaktion allein nicht mehr zu reparieren ist. Dieser Ausgang ist selten, aber dokumentiert.

Frage	Garantiert ein Bundle das	Detail
Laufen die Transaktionen in meiner Reihenfolge	Ja	Sequenzielle Ausführung in der Gruppe.
Landen alle oder keine	Ja, im akzeptierten Block	Der Validator führt die Gruppe atomar aus.
Landet das Bundle überhaupt	Nein	Es ist eine Auktion. Verlierende Gebote fallen weg.
Bekomme ich das Trinkgeld zurück	Ja	Es liegt im Bundle, ein nicht gelandetes Bundle überweist nichts.
Bin ich vor einem Sandwich sicher	Nein, nicht von allein	Jito bietet eine Markierung zum Aktivieren, siehe unten.
Übersteht es einen Uncled Block	Nein	Neu verbreitete Kopien verlieren Atomizität und Reversion Protection.

Für den Sandwich-Fall gibt es eine Antwort, die man kennen sollte. Jito akzeptiert jeden gültigen Public Key, der mit jitodontfront beginnt, als Markierung in einer Instruktion. Die Block Engine weist dann jedes Bundle ab, in dem diese Transaktion nicht an erster Stelle steht. Außerhalb von Bundles hält das niemanden auf, und es kostet dich die Möglichkeit, hinter jemandem platziert zu werden.

Warum ist mein Bundle ohne Fehler verschwunden?

Ein Bundle kann still verschwinden, weil auf deinem Weg kein Vorabtest existiert. Jitos eigene Troubleshooting-Seite empfiehlt eine Prüfung mit simulateBundle, und diese Methode gibt es auf einem Jito-Solana-RPC-Knoten. Auf der Block Engine, die dein Bundle annimmt, gibt es sie nicht.

Wir haben das gemessen statt vermutet. Am 7. August 2026 riefen wir simulateBundle gegen die öffentlichen Regionen Frankfurt, New York, Amsterdam, Salt Lake City und London auf, und alle fünf gaben einen Methodenfehler zurück. Unser Client meldet seitdem getrennt, ob überhaupt simuliert wurde. Ein Codepfad, der eine fehlende Methode als bestandene Simulation liest, hat gar keinen Vorabtest und weiß es nicht.

Der zweite Grund ist ein kurzes Gedächtnis. getInflightBundleStatuses kennt nur die letzten fünf Minuten. Danach kommt eine Bundle-ID als invalid zurück, was wie eine Ablehnung klingt und keine ist. Es heißt, die Block Engine verfolgt sie nicht mehr. Dann bleibt nur eine Wahrheitsquelle: stehen die Transaktionen auf der Kette oder nicht.

Wann ist ein Bundle das falsche Werkzeug?

Meistens. Ein Bundle verdient seine Komplexität, wenn zwei oder mehr Transaktionen nicht getrennt werden dürfen, und trägt sonst nichts bei. Ein einzelner Swap hat keine Reihenfolge zu schützen und gewinnt nichts aus einer Auktion, die er verlieren kann. Ein Trinkgeld daran ist ein Los für ein Rennen, in dem du nicht startest.

Drei Grenzen gehören klar gesagt, weil ein Bundle oft als Garantie verkauft wird.

• Ein Bundle rettet keine schlechte Transaktion. Ist deine Slippage zu eng oder fehlt dem Konto die Miete, fällt die Gruppe als Ganzes und du hast Latenz für nichts bezahlt.
• Ein Bundle schlägt keinen schnelleren Gegner mit besserem Verhältnis von Trinkgeld zu Compute, und es kann dir nicht sagen, dass es verloren hat. Für Platz zwei in einer Auktion gibt es keine Fehlermeldung.
• Ein Bundle schützt dich nicht vor dir selbst. Die Grenze von fünf Transaktionen verleitet dazu, mehr Instruktionen in jede einzelne zu pressen. Das hebt die Compute-Anforderung und senkt genau die Effizienz, nach der die Auktion sortiert.

Ein Launch, bei dem Erstellen und erster Kauf wirklich untrennbar sein müssen, ist der Fall, für den Bundles gebaut wurden. Pump.fun Create and Bundle Buy legt Mint und Käufe in eine Gruppe und reicht sie als ein Gebot ein. Entweder der Launch passiert so, wie du ihn geplant hast, oder er passiert nicht.

Dieser Artikel dient der Information und ist keine Finanz-, Anlage-, Rechts- oder Steuerberatung. Solana-Token sind hochvolatil und die meisten verlieren ihren gesamten Wert. Recherchiere selbst und riskiere kein Geld, dessen Verlust du nicht tragen kannst. J Tools empfiehlt keinen bestimmten Token und keinen Trade.

Häufige Fragen

Wie viele Transaktionen passen in ein Jito Bundle?

Fünf, und die Trinkgeldüberweisung ist eine davon. Praktisch bleiben vier Transaktionen echter Arbeit. Jito Labs dokumentiert die Grenze, und unser eigener Sendeweg weist eine sechste Transaktion ab, bevor sie das Netz erreicht, statt auf die Absage der Block Engine zu warten.

Bekomme ich mein Trinkgeld zurück, wenn das Bundle nicht landet?

Ja. Das Trinkgeld ist eine gewöhnliche SOL-Überweisung im Bundle und läuft nur, wenn das Bundle läuft. Ein Bundle, das die Auktion verliert, überweist nichts und kostet auf der Kette nichts. Du verlierst Zeit, kein SOL.

Wie hoch ist das Mindesttrinkgeld bei Jito?

1.000 Lamport, also 0,000001 SOL. Das ist die Schwelle für die Annahme, nicht für das Landen. Am 28. August 2026 um 11:11 UTC lag das mittlere gelandete Trinkgeld bei 0,00000285 SOL. Der realistische Einstieg liegt im Normalfall beim Mehrfachen des dokumentierten Minimums.

Ist ein Jito Bundle dasselbe wie eine Priority Fee?

Nein. Die Priority Fee geht über das Compute-Budget-Programm an den Validator und gilt für eine einzelne Transaktion auf dem normalen Weg. Ein Jito Trinkgeld ist eine SOL-Überweisung im Bundle und bietet in einer separaten Auktion. Du kannst beides nutzen, sie tun Verschiedenes.

Warum zeigt der Explorer mein Bundle als fehlgeschlagen?

Meist wegen eines Uncled Blocks. Dein Bundle landete in einem Block, den das Netz nicht angenommen hat, jemand verbreitete seine Transaktionen in die normale Banking Stage, und dort gibt es weder Atomizität noch Reversion Protection. Der Explorer zeigt eine Kopie, nicht dein Bundle.

Schützt ein Bundle vor einem Sandwich-Angriff?

Nur wenn du es aktivierst. Fügst du einer Instruktion einen Public Key hinzu, der mit jitodontfront beginnt, weist die Block Engine jedes Bundle ab, in dem deine Transaktion nicht zuerst steht. Das stoppt Vordrängeln innerhalb von Jito-Bundles und nichts außerhalb davon.

Verwendete Quellen: Jito Labs Dokumentation zu Low Latency Transaction Send für Bundle-Grenzen, Auktionsregeln, Rate Limits und Uncled Blocks, die Jito Tip-Floor-API für die Perzentile gelandeter Trinkgelder und die Solana-Dokumentation zu Transaktionen für das Grundmodell. Weiterlesen: wie viel Priority Fee du auf Solana zahlen solltest, Jupiter, Raydium und Orca im Vergleich und Alternativen zu Pump.fun.

Geschrieben vom J Tools Team. Wir bauen und betreiben über 40 Solana-Werkzeuge im Produktivbetrieb, von der Token-Erstellung bis zur On-Chain-Wallet-Analyse, und schreiben aus dem, was wir auf dem Mainnet sehen, nicht aus der Theorie. Veröffentlicht: 28. August 2026. Zuletzt geprüft: 28. August 2026.