Pakiet Jito: co gwarantuje, a czego nie

Czym jest pakiet Jito? Pakiet Jito (Jito bundle) to grupa maksymalnie pięciu transakcji Solana wysłanych razem, wykonanych w kolejności, w jakiej je ułożysz, i włączonych do bloku wszystkie albo żadna. Dołączasz tip, a pakiet walczy o miejsce w następnym bloku.

• Pakiet mieści najwyżej pięć transakcji, licząc transfer tipu, a wykonują się one po kolei i atomowo (dokumentacja Jito Labs, sierpień 2026).
• Aukcja nie szereguje pakietów według samego tipu. Liczy się tip w stosunku do zamówionych jednostek obliczeniowych, więc oszczędna transakcja z małym tipem może przelicytować rozdętą transakcję z dużym.
• 28 sierpnia 2026 o 11:11 UTC mediana tipu w pakietach, które trafiły do bloku, wynosiła 0,00000285 SOL, a 95. percentyl 0,0003 SOL. Oba odczyty pochodzą z API tip floor Jito.
• Atomowość ma jeden realny wyjątek: jeśli pakiet trafi do bloku uncled, jego transakcje mogą zostać rozgłoszone ponownie do zwykłego etapu banking stage, gdzie nie działa ani atomowość, ani ochrona przed revertem.
• Block Engine nie obsługuje metody simulateBundle. Zmierzyliśmy to 7 sierpnia 2026 w pięciu regionach i każdy odpowiedział błędem metody, więc dla pakietu nie ma kontroli przed wysłaniem.

Czym jest pakiet Jito?

Pakiet Jito to lista od jednej do pięciu podpisanych transakcji Solana, którą walidator albo wykonuje w całości i w twojej kolejności, albo w ogóle pomija. Zwykłe transakcje docierają do walidatora niezależnie od siebie i trafiają do bloku w kolejności, jaką wybierze harmonogram. Pakiet usuwa tę niepewność w obrębie własnej grupy.

Całą robotę wykonują dwie właściwości. Pierwsza to wykonanie sekwencyjne: transakcja numer dwa widzi stan, który zostawiła po sobie transakcja numer jeden. Druga to atomowość. Jeśli którakolwiek transakcja w grupie się nie powiedzie, odpada cała grupa i nic nie trafia do bloku. Dzięki temu połączenie utworzenia tokena z zakupem albo zakupu ze sprzedażą działa jak jedna operacja, a nie jak dwie wysłane w nadziei, że się uda.

Inna jest też droga. Zwykła transakcja idzie do dostawcy RPC, a potem do bieżącego lidera. Pakiet trafia do Jito Block Engine, który przeprowadza aukcję i przekazuje walidatorowi tylko zwycięskie kombinacje. Jito Labs utrzymuje osiem publicznych regionów Block Engine: Tokio, Frankfurt, Nowy Jork, Amsterdam, Dublin, Londyn, Salt Lake City i Singapur.

Tip to bilet wstępu. To zwykły transfer SOL na jedno z kont tipów Jito, umieszczony wewnątrz pakietu, i zajmuje jedno z pięciu miejsc na transakcje. Pakiet bez tipu to pakiet bez oferty.

Czy wyższy tip gwarantuje, że pakiet Jito trafi do bloku?

Nie. Wyższy tip poprawia twoją pozycję w aukcji, a aukcja z definicji ma przegranych. Jito opisuje zasadę szeregowania wprost: pakiety mają priorytet według tipu w stosunku do zamówionych jednostek obliczeniowych (compute units), a nie według samego tipu. Wygrywa wydajność, a nie hojność.

To jedno zdanie wyjaśnia większość nieporozumień wokół tipów. Jeśli twój pakiet zamawia 1,4 mln jednostek obliczeniowych i płaci 0,001 SOL, konkurent, który zamawia 200 000 jednostek i płaci 0,0004 SOL, oferuje blokowi więcej wartości na jednostkę miejsca. Przycięcie zamówienia na jednostki obliczeniowe często wychodzi taniej niż podniesienie tipu, a działa na tę samą dźwignię.

Zanim podniesiesz tip, ustaw dokładny limit jednostek obliczeniowych. Aukcja porównuje tip z zamówionymi jednostkami, więc uczciwy limit w oszczędnej transakcji podnosi cię w tym samym rankingu, w którym podniósłby cię dodatkowy SOL.

O wyniku decydują jeszcze dwa mechanizmy. Aukcje odbywają się równolegle co 50 milisekund. Pakiety, które dotykają tych samych kont, rywalizują w jednej aukcji, a pakiety dotykające różnych kont w ogóle ze sobą nie konkurują. Twoim prawdziwym rywalem nie jest więc cała sieć Solana, tylko każdy, kto w tym samym oknie 50 milisekund zapisuje do tej samej puli co ty.

Drugi mechanizm to limit, który nie ma nic wspólnego z pieniędzmi. Publiczny Block Engine przyjmuje jedno zapytanie na sekundę z jednego IP w danym regionie, a przekroczenie kończy się błędem 429. Każde narzędzie, które rozsyła jeden pakiet do wszystkich ośmiu regionów z jednego adresu, uderzy w ten sufit. My uderzyliśmy. Właśnie dlatego nasza ścieżka wysyłki pilnuje teraz minimalnego odstępu 1100 milisekund na każdy endpoint i woli prywatny endpoint od publicznej puli.

Ile wynosi tip Jito w tej chwili?

Najniższy tip, jaki przyjmuje Jito, to 1000 lamportów, czyli 0,000001 SOL. To, co naprawdę trafia do bloku, to inna liczba, i do tego zmienna. Tabela poniżej pokazuje percentyle tipów z pakietów, które trafiły do bloku, odczytane bezpośrednio z publicznego API tip floor Jito 28 sierpnia 2026 o 11:11 UTC. Traktuj ją jako obraz rozkładu, a nie cennik.

Percentyl tipów w pakietach, które trafiły do bloku	Tip w SOL	Co za niego dostajesz
Minimum akceptowane	0,000001 SOL	Wejście do aukcji. Nic więcej.
25. percentyl	0,000001 SOL	Jedna czwarta pakietów, które trafiły do bloku, zapłaciła tyle albo mniej.
50. percentyl (mediana)	0,00000285 SOL	Zwykły przypadek. Większość pakietów nie toczy żadnej walki.
75. percentyl	0,0000441 SOL	Jest konkurencja, ale bez gorączki.
95. percentyl	0,0003 SOL	Prawdziwa rywalizacja o te same konta.
99. percentyl	0,001 SOL	Wyścig botów. Człowiek, który tyle płaci, zwykle popełnia błąd.

Zanim zdecydujesz, spójrz na rozpiętość między medianą a 99. percentylem. To mniej więcej 350 razy, a prawie nic z tego zakresu nie dotyczy osoby, która klika przycisk. Nasze domyślne ustawienia są celowo niskie: odczytujemy 95. percentyl z tego samego API, mnożymy go przez 1,2 i przycinamy wynik do przedziału od 0,00001 SOL do 0,02 SOL. Skok cen w wojnie botów nie może więc po cichu opróżnić portfela użytkownika.

Ręczne złożenie pakietu oznacza podpisanie każdej transakcji we właściwej kolejności, dodanie transferu tipu i zmieszczenie grupy w limicie pięciu transakcji. Narzędzie Handel w pakiecie składa taką grupę, dołącza tip i wysyła ją do Block Engine za jednym razem. Usuwa w ten sposób błędy kolejności, ale nie ryzyko związane z aukcją.

Czy pakiet Jito jest naprawdę atomowy?

W zwykłym bloku tak. Walidator wykonuje pakiet w całości albo wcale, a transakcja, która się nie powiedzie, pociąga za sobą całą grupę. Istnieje jeden udokumentowany wyjątek i to przez niego ludzie widzą w eksploratorze transakcje z pakietu oznaczone na czerwono.

W sieci Solana zdarzają się pominięte sloty: lider buduje blok, którego superwiększość nigdy nie akceptuje. Jito nazywa takie bloki uncled blocks. Gdy pakiet trafi do takiego bloku, każdy, kto ten blok otrzymał, może ponownie rozgłosić jego transakcje, a te kopie trafiają do zwykłego etapu banking stage. Banking stage nie respektuje atomowości pakietu ani ochrony przed revertem, więc połowa pakietu może trafić do bloku i na oczach wszystkich się nie powieść.

Blok uncled może rozdzielić pakiet, który miał być atomowy. Nigdy nie buduj strategii, w której samotne trafienie do bloku drugiej transakcji jest nie do naprawienia. Taki wynik jest udokumentowany i rzadki, ale nie niemożliwy.

Pytanie	Czy pakiet to gwarantuje	Szczegóły
Czy moje transakcje wykonają się w mojej kolejności	Tak	Wykonanie sekwencyjne w obrębie grupy.
Czy trafią do bloku wszystkie albo żadna	Tak, w zaakceptowanym bloku	Atomowe wykonanie przez walidatora.
Czy pakiet w ogóle trafi do bloku	Nie	To aukcja. Przegrane oferty odpadają.
Czy tip wróci, jeśli pakiet przegra	Tak	Tip jest wewnątrz pakietu, więc pakiet, który nie trafił do bloku, niczego nie przelewa.
Czy jestem chroniony przed atakiem sandwich	Nie, domyślnie nie	Jito oferuje opcjonalny znacznik, opisany niżej.
Czy pakiet przetrwa blok uncled	Nie	Ponownie rozgłoszone kopie tracą atomowość i ochronę przed revertem.

Na atak sandwich jest odpowiedź, którą warto znać. Jito akceptuje jako znacznik w instrukcji dowolny poprawny klucz publiczny zaczynający się od jitodontfront. Block Engine odrzuca wtedy każdy pakiet zawierający tę transakcję, chyba że stoi ona na pierwszym miejscu, z indeksem zero. Znacznik nie powstrzyma ataku sandwich poza pakietem, a w zamian tracisz możliwość ustawienia swojej transakcji za cudzą.

Dlaczego pakiet Jito znika bez żadnego błędu?

Pakiet może zniknąć po cichu, bo na ścieżce, której używasz, nie ma kontroli przed wysłaniem. Strona Jito poświęcona rozwiązywaniu problemów radzi weryfikację przez simulateBundle. Ta metoda istnieje w węźle RPC Jito-Solana. Nie ma jej natomiast w Block Engine, który przyjmuje twój pakiet.

Zmierzyliśmy to, zamiast zakładać. 7 sierpnia 2026 wywołaliśmy simulateBundle w publicznych regionach Frankfurt, Nowy Jork, Amsterdam, Salt Lake City i Londyn. Każdy z nich zwrócił błąd „method not found”. Nasz klient zgłasza teraz, czy symulacja faktycznie się odbyła. Kod, który brak metody traktuje jak udaną symulację, w ogóle nie ma kontroli przed wysłaniem i nawet o tym nie wie.

Drugi powód to krótka pamięć. getInflightBundleStatuses zna tylko ostatnie pięć minut. Po tym czasie identyfikator pakietu wraca jako nieprawidłowy, co wygląda na odrzucenie, a niczego takiego nie oznacza. Oznacza tylko, że Block Engine przestał go śledzić, a jedynym pewnym źródłem prawdy zostaje to, czy transakcje są on-chain.

Kiedy pakiet Jito to złe narzędzie?

W większości przypadków. Pakiet jest wart swojej złożoności, gdy co najmniej dwóch transakcji nie wolno rozdzielić. W innych sytuacjach nic nie wnosi. Pojedynczy swap nie ma kolejności do ochrony i nic nie zyskuje na aukcji, którą może przegrać. Dołączenie do niego tipu to kupno losu na loterię w wyścigu, w którym nie startujesz. Do takiej pracy wystarczy narzędzie Swap do wymiany tokenów.

Trzy ograniczenia trzeba nazwać wprost, bo pakiet często sprzedaje się jako gwarancję.

• Pakiet nie sprawi, że zła transakcja się powiedzie. Jeśli slippage jest zbyt ciasny albo na koncie brakuje środków na rent, pakiet upada w całości, a ty płacisz opóźnieniem za nic.
• Pakiet nie pokona szybszego konkurenta z lepszym stosunkiem tipu do jednostek obliczeniowych i nie powie ci, że przegrał. Za drugie miejsce w aukcji nie ma żadnego błędu.
• Pakiet nie ochroni cię przed twoimi własnymi błędami. Limit pięciu transakcji kusi, żeby upchnąć więcej instrukcji w każdej z nich. To podnosi zamówienie na jednostki obliczeniowe, a to obniża wydajność tipu, według której aukcja cię szereguje.

Start tokena, w którym utworzenie i pierwszy zakup naprawdę muszą być nierozłączne, to dokładnie ten przypadek, dla którego pakiet powstał. Narzędzie Utwórz i kup w pakiecie na Pump.fun umieszcza emisję i zakupy w jednej grupie i wysyła je jako jedną ofertę. Start przebiega więc tak, jak go zaplanowano, albo nie dochodzi do niego wcale.

Ten artykuł ma charakter edukacyjny i nie stanowi porady finansowej, inwestycyjnej, prawnej ani podatkowej. Tokeny Solana są bardzo zmienne, a większość traci całą wartość. Prowadź własne badania i nigdy nie ryzykuj środków, na których utratę nie możesz sobie pozwolić. J Tools nie poleca żadnego konkretnego tokena ani transakcji.

Najczęściej zadawane pytania

Ile transakcji mieści pakiet Jito?

Pięć, a transfer tipu jest jedną z nich. W praktyce zostają cztery transakcje z właściwą pracą. Jito Labs dokumentuje ten limit, a nasza ścieżka wysyłki odrzuca szóstą transakcję, zanim ta dotrze do sieci, zamiast czekać, aż odrzuci ją Block Engine.

Czy tip wraca, jeśli pakiet nie trafi do bloku?

Tak. Tip to zwykły transfer SOL umieszczony wewnątrz pakietu, więc wykonuje się tylko wtedy, gdy wykonuje się pakiet. Pakiet, który przegra aukcję, niczego nie przelewa i nic nie kosztuje on-chain. Tracisz czas, a nie SOL.

Jaki jest minimalny tip Jito?

1000 lamportów, czyli 0,000001 SOL. To próg przyjęcia pakietu, a nie trafienia do bloku. 28 sierpnia 2026 o 11:11 UTC mediana tipu w pakietach, które trafiły do bloku, wynosiła 0,00000285 SOL. W zwykłych warunkach realna cena wejścia to więc kilkukrotność udokumentowanego minimum.

Czy pakiet Jito to to samo co opłata priorytetowa?

Nie. Opłatę priorytetową płaci się walidatorowi przez program compute budget i dotyczy ona jednej transakcji na zwykłej ścieżce. Tip Jito to transfer SOL wewnątrz pakietu, który licytuje w osobnej aukcji. Możesz używać obu naraz, bo każde z nich służy do czegoś innego.

Dlaczego eksplorator pokazuje mój pakiet jako nieudany?

Zwykle winny jest blok uncled. Pakiet trafił do bloku, którego sieć nie zaakceptowała, ktoś ponownie rozgłosił jego transakcje do zwykłego etapu banking stage, a tam grupa nie ma ani atomowości, ani ochrony przed revertem. Eksplorator pokazuje ponownie rozgłoszoną kopię, a nie twój pakiet.

Czy pakiet chroni przed atakiem sandwich?

Tylko wtedy, gdy włączysz to celowo. Dodanie do instrukcji klucza publicznego zaczynającego się od jitodontfront sprawia, że Block Engine odrzuca każdy pakiet, w którym twoja transakcja nie stoi na pierwszym miejscu. To powstrzymuje front running wewnątrz pakietów Jito, ale nie ma żadnego wpływu na to, co dzieje się poza nimi.

Źródła wykorzystane w tym artykule: dokumentacja Jito Labs o wysyłce transakcji z niskim opóźnieniem (limity pakietów, zasady aukcji, limity zapytań i bloki uncled), API tip floor od Jito (percentyle tipów w pakietach, które trafiły do bloku) oraz dokumentacja transakcji w sieci Solana (podstawowy model transakcji). Powiązane teksty: ile płacić opłaty priorytetowej w sieci Solana, porównanie giełd Jupiter, Raydium i Orca oraz nasz przegląd alternatyw dla Pump.fun.

Autor: zespół J Tools. Budujemy i utrzymujemy w produkcji ponad 40 narzędzi dla sieci Solana, od tworzenia tokenów po analizę portfeli on-chain, i piszemy na podstawie tego, co widzimy w sieci mainnet, a nie teorii. Opublikowano: 28 sierpnia 2026. Ostatnia weryfikacja: 28 sierpnia 2026.