甚麼是 Jito bundle，它保證甚麼、不保證甚麼

Jito bundle 是一組最多五筆一起提交的 Solana 交易，按您寫下的次序執行，要麼全部入塊，要麼一筆都不入。您替它掛上一筆貼士，這一組就用這筆貼士去競投區塊裡的位置。

• 一個 bundle 最多裝五筆交易，貼士轉帳亦計算在內，它們按次序執行而且是原子的（Jito Labs 文件，2026 年 8 月）。
• 拍賣排序看的並非貼士本身，而是貼士除以請求的計算單元。一筆精簡交易配小額貼士，可以壓過一筆臃腫交易配大額貼士。
• 2026 年 8 月 28 日 11:11 UTC，入塊貼士的中位數是 0.00000285 SOL，第 95 百分位是 0.0003 SOL。
• 原子性有一個真實的例外：如果 bundle 落入 uncled 區塊，它的交易可能被單獨重播，那裡既沒有原子性，亦沒有回滾保護。
• Block Engine 並未實作 simulateBundle。我們在 2026 年 8 月 7 日對五個區域做過實測，五個全部返回方法錯誤，即是說 bundle 沒有預檢。

甚麼是 Jito bundle？

Jito bundle 是一份載有一至五筆已簽名 Solana 交易的清單，驗證者要麼按您的次序完整執行，要麼完全不碰。普通交易各自抵達驗證者，落在排程器決定的次序裡。在自己這一組之內，bundle 把這份不確定性移除了。

真正做事的是兩個性質。第一是順序執行：第二筆交易看到的是第一筆留下的狀態。第二是原子性。組內任何一筆失敗，整組就一起落空，鏈上不會留下任何東西。正是這一對性質，令發幣加首筆買入變成一次操作，而不是兩次接連的祈求。

路徑亦不同。普通交易先到 RPC 供應商，再到當時的 leader。bundle 則送到 Jito Block Engine，在那裡進入拍賣，只有勝出的組合才會交給驗證者。Jito Labs 營運八個公開的 Block Engine 區域：東京、法蘭克福、紐約、阿姆斯特丹、都柏林、倫敦、鹽湖城和新加坡。

貼士是入場費。它是一筆普通的 SOL 轉帳，收款方是 Jito 其中一個貼士帳戶，位置就在 bundle 裡面，並且佔用您五個名額中的一個。沒有貼士的 bundle，等於沒寫金額的出價。

貼士給得更高，就能保證 bundle 入塊嗎？

不能。更高的貼士改善您在拍賣裡的位置，而拍賣按設計就會有人落敗。Jito 把排序規則寫得很直白：bundle 按請求的貼士與請求的計算單元之比排序，並非只看貼士。贏的是效率，不是慷慨。

這一句話解釋了大部分被白白花掉的貼士。如果您的 bundle 請求 140 萬計算單元並支付 0.001 SOL，另一個請求 20 萬單元並支付 0.0004 SOL 的對手，給區塊的單位空間價值更高。削減計算預算往往比抬高貼士便宜，而且兩者拉的是同一根槓桿。

抬貼士之前，先把計算上限設成一個誠實的數字。拍賣讀的是貼士除以請求單元，所以一個精準的上限能把您送到只有加錢才到得了的位置。

還有兩個機制決定結果。拍賣以 50 毫秒為節拍並行運行，觸及同一批帳戶的 bundle 在同一場拍賣裡廝殺，而觸及不同帳戶的 bundle 根本不會相遇。您真正的對手不是整條 Solana，而是在同一個 50 毫秒視窗裡寫同一個池的人。

第二個機制與金錢無關。公開的 Block Engine 每個 IP 每個區域每秒只接受一次請求，超出就返回 429。任何工具只要從一個地址把同一個 bundle 撒向八個區域，就會撞上這個天花板。我們撞過：我們自己的發送路徑現在對每個端點保持至少 1100 毫秒間隔，並且優先使用私有端點而非公共池。

現在的 Jito 貼士大概是多少？

Jito 接受的最低貼士是 1000 lamports，亦即 0.000001 SOL。真正入塊的數字是另一回事，而且一直在動。下表直接從 Jito 公開的 tip floor 介面讀取入塊貼士的分位數，時間是 2026 年 8 月 28 日 11:11 UTC。請把它當成分佈形狀，而非價目表。

入塊貼士分位數	貼士（SOL）	它買到甚麼
最低接受額	0.000001 SOL	拍賣入場券，僅此而已。
第 25 百分位	0.000001 SOL	四分之一的入塊 bundle 只付了這麼多或更少。
第 50 百分位（中位數）	0.00000285 SOL	尋常情況。多數 bundle 並沒有在搶。
第 75 百分位	0.0000441 SOL	有競爭，但不著急。
第 95 百分位	0.0003 SOL	同一批帳戶上的真實爭奪。
第 99 百分位	0.001 SOL	機械人賽道。人手動付到這裡通常是浪費。

做決定之前，先看中位數和第 99 百分位之間的差距。大約是 350 倍，而這個區間裡幾乎沒有一段與一個正在按鈕的人有關。我們的預設值刻意壓得很低：從同一個介面讀第 95 百分位，乘以 1.2，再把結果夾在 0.00001 SOL 到 0.02 SOL 之間，免得機械人大戰裡的一次尖峰悄悄掏空用戶錢包。

人手搭一個 bundle，意味著按正確次序簽好每一筆交易、插入貼士轉帳，並且讓整組不超過五筆。Bundled Trade 會組裝這一組、掛上貼士，並在一次操作裡送進 Block Engine。它替您消除的是次序錯誤，不是拍賣風險。

bundle 真的是原子的嗎？

在被網絡接受的區塊裡是。驗證者要麼完整執行 bundle，要麼不執行，一筆失敗的交易會把整組一起拖下去。有一個被記錄在案的例外，它解釋了為甚麼有人會在區塊瀏覽器上看到 bundle 交易旁邊掛著紅色標記。

Solana 會出現被略過的槽位：某個 leader 造了一個區塊，而超級多數始終沒有接受它。Jito 把這種區塊叫作 uncled 區塊。當 bundle 落入這樣的區塊，任何收到該區塊的一方都可以把裡面的交易重播出去。這些副本進入普通的 banking stage，那裡既不尊重 bundle 的原子性，亦不尊重回滾保護。於是半個 bundle 可能當眾上鏈並失敗。

uncled 區塊能把一個號稱原子的 bundle 劈成兩半。不要設計那種第二筆交易單獨上鏈就無法挽回的策略。這個結局很少見，但有文件記載，即是說並非不可能。

問題	bundle 是否保證	細節
交易會按我的次序執行嗎	會	組內順序執行。
要麼全入要麼全不入嗎	是，在被接受的區塊裡	驗證者原子地執行整組。
bundle 一定會入塊嗎	不一定	這是拍賣，落敗的出價會被丟棄。
輸了貼士會回來嗎	會	貼士在 bundle 內部，沒入塊的 bundle 甚麼都不轉。
我能免受三文治攻擊嗎	預設不能	Jito 提供一個可選標記，見下文。
能捱過 uncled 區塊嗎	不能	被重播的副本會失去原子性和回滾保護。

三文治這一塊有個值得知道的答案。Jito 接受任何以 jitodontfront 開頭的合法公鑰作為標記，把它放進某條指令裡，Block Engine 就會拒絕任何沒有把這筆交易排在第一位（索引零）的 bundle。它攔不住 bundle 以外發生的事，而且會令您失去被排在別人後面的可能。

我的 bundle 為甚麼無聲無息就消失了？

bundle 會安靜地消失，是因為您走的這條路上根本沒有預檢。Jito 自己的排障頁建議用 simulateBundle 驗證，這個方法確實存在於 Jito-Solana 的 RPC 節點上。而在接收您 bundle 的 Block Engine 上，它並不存在。

我們是測出來的，不是猜的。2026 年 8 月 7 日，我們對法蘭克福、紐約、阿姆斯特丹、鹽湖城和倫敦這五個公開區域呼叫 simulateBundle，五個全部返回方法未找到的錯誤。我們的客戶端現在會單獨報告模擬到底有沒有真的跑過。一段把缺失方法當成模擬通過的程式碼，其實完全沒有預檢，而它自己並不知道。

第二個原因是記性短。getInflightBundleStatuses 只知道最近五分鐘。超出這個視窗，一個 bundle id 會返回 invalid，聽起來像被拒絕，其實不是。它的意思是 Block Engine 不再追蹤它了。這時只剩一個真相來源：交易在鏈上，還是不在。

甚麼時候 bundle 是錯的工具？

大多數時候。只有當兩筆或更多交易絕不能被拆開時，bundle 才配得上它的複雜度，其餘情況它甚麼也不增加。一筆孤立的 swap 沒有需要保護的次序，亦不會從一場自己可能輸掉的拍賣裡得到好處。給它掛貼士，等於給一場您沒參加的比賽買票。

有三條限制值得說清楚，因為 bundle 經常被當成保證來賣。

• bundle 救不回一筆本來就錯的交易。滑點太緊或者帳戶缺少租金按金，整組一起落空，您為延遲付了錢卻甚麼都沒換到。
• bundle 打不過一個更快、貼士與計算之比更好的對手，而且它無法告訴您它輸了。在拍賣裡拿第二名不會產生任何錯誤訊息。
• bundle 保護不了您不被自己坑。五筆的上限逼著人把更多指令塞進每一筆，這會抬高請求的計算量，正好壓低拍賣用來給您排序的那個效率。

如果一次發幣裡，創建和首筆買入確實不能分開，那正是 bundle 被造出來解決的場景。Pump.fun Create and Bundle Buy 把 mint 和買單放進同一組，作為一次出價提交。發幣要麼按您計劃的樣子發生，要麼根本不發生。

本文僅供學習參考，不構成財務、投資、法律或稅務建議。Solana 代幣波動極大，多數最終歸零。請自行研究，不要投入您承受不起損失的資金。J Tools 不推薦任何具體代幣或交易。

常見問題

一個 Jito bundle 能裝幾筆交易？

五筆，貼士轉帳算其中之一。實際留給真正做事的只有四筆。Jito Labs 記錄了這個上限，而我們自己的發送路徑會在第六筆交易抵達網絡之前就拒絕它，而不是等 Block Engine 來退回。

bundle 沒入塊，貼士會退嗎？

會。貼士是放在 bundle 內部的一筆普通 SOL 轉帳，只有 bundle 執行它才執行。輸掉拍賣的 bundle 甚麼都不轉，在鏈上亦不產生任何成本。您損失的是時間，不是 SOL。

Jito 的最低貼士是多少？

1000 lamports，亦即 0.000001 SOL。這是被接受的門檻，不是入塊的門檻。2026 年 8 月 28 日 11:11 UTC，入塊貼士的中位數是 0.00000285 SOL，即是說正常情況下的實際入場價是文件最低值的好幾倍。

Jito bundle 和優先費是同一回事嗎？

不是。優先費透過計算預算程式付給驗證者，作用於普通路徑上的單筆交易。Jito 貼士是 bundle 內部的一筆 SOL 轉帳，在另一場拍賣裡出價。兩者可以同時使用，各自做不同的事。

為甚麼瀏覽器顯示我的 bundle 失敗了？

通常是 uncled 區塊。您的 bundle 落入了一個網絡沒有接受的區塊，有人把它的交易重播進普通 banking stage，那裡這一組既沒有原子性亦沒有回滾保護。瀏覽器顯示的是副本，不是您的 bundle。

bundle 能防三文治攻擊嗎？

只有您主動開啟才行。往某條指令裡加一個以 jitodontfront 開頭的公鑰，Block Engine 就會拒絕任何沒把您的交易排在第一位的 bundle。它擋住的是 Jito bundle 內部的搶跑，對 bundle 以外發生的一切毫無作用。

本文使用的資料：Jito Labs 低延遲交易發送文件，用於 bundle 上限、拍賣規則、速率限制和 uncled 區塊；Jito tip floor 介面，用於入塊貼士分位數；以及 Solana 交易文件，用於基礎交易模型。延伸閱讀：Solana 優先費該給多少、Jupiter、Raydium 與 Orca 比較，以及 Pump.fun 的替代平台。

由 J Tools 團隊撰寫。我們在生產環境裡建構並營運 40 多個 Solana 工具，由代幣創建到鏈上錢包分析，寫的是我們在主網上看到的東西，而不是理論。發佈：2026 年 8 月 28 日。最後複核：2026 年 8 月 28 日。