Jito bundle là gì và khi nào nó vô dụng
Jito bundle chạy năm giao dịch một cách nguyên tử nhưng không bảo đảm vào được block. Phân vị tip đo thực tế và ngoại lệ uncled block.

Jito bundle là một nhóm tối đa năm giao dịch Solana được gửi cùng lúc, chạy đúng thứ tự bạn viết, và vào block trọn gói hoặc không vào chút nào. Bạn gắn thêm một khoản tip, rồi cả nhóm dùng khoản tip đó đấu giá lấy một chỗ.
- Một bundle chứa nhiều nhất năm giao dịch, tính cả giao dịch tip, và chúng chạy tuần tự và nguyên tử (tài liệu Jito Labs, tháng 8 năm 2026).
- Phiên đấu giá không xếp hạng theo tip thô mà theo tip chia cho số compute unit yêu cầu. Một giao dịch gọn nhẹ tip ít vẫn thắng một giao dịch cồng kềnh tip nhiều.
- Lúc 11:11 UTC ngày 28 tháng 8 năm 2026, tip trung vị vào được block là 0,00000285 SOL và phân vị 95 là 0,0003 SOL.
- Tính nguyên tử có một ngoại lệ thật: nếu bundle rơi vào block uncled, các giao dịch của nó có thể bị phát lại riêng lẻ, và ở đó không còn nguyên tử lẫn bảo vệ chống revert.
- Block Engine không hỗ trợ simulateBundle. Chúng tôi đo ngày 7 tháng 8 năm 2026 trên năm region và cả năm đều trả về lỗi phương thức, nên không có bước kiểm tra trước.
Jito bundle là gì?
Jito bundle là danh sách từ một đến năm giao dịch Solana đã ký mà validator hoặc chạy trọn vẹn theo đúng thứ tự của bạn, hoặc bỏ qua hoàn toàn. Giao dịch thường đến validator từng cái một và nằm theo thứ tự do bộ lập lịch chọn. Bên trong nhóm của mình, bundle xoá bỏ sự bấp bênh đó.
Hai tính chất làm toàn bộ công việc. Thứ nhất là chạy tuần tự: giao dịch thứ hai nhìn thấy trạng thái mà giao dịch thứ nhất để lại. Thứ hai là tính nguyên tử. Một giao dịch trong nhóm hỏng thì cả nhóm rơi và trên chuỗi không còn gì. Chính cặp tính chất này biến việc tạo token kèm lệnh mua đầu tiên thành một thao tác duy nhất thay vì hai lần cầu may liên tiếp.
Đường đi cũng khác. Giao dịch thường tới nhà cung cấp RPC rồi tới leader lúc đó. Bundle tới một Jito Block Engine, vào phiên đấu giá ở đó, và chỉ những tổ hợp thắng mới tới được validator. Jito Labs vận hành tám region Block Engine công khai: Tokyo, Frankfurt, New York, Amsterdam, Dublin, London, Salt Lake City và Singapore.
Tip là giá vé vào cửa. Nó là một lệnh chuyển SOL đơn giản tới một trong các tài khoản tip của Jito, nằm bên trong bundle, và chiếm một trong năm chỗ của bạn. Bundle không có tip là một lệnh đặt giá không ghi số tiền.
Tip cao hơn có bảo đảm bundle vào block không?
Không. Tip cao hơn cải thiện vị trí của bạn trong phiên đấu giá, mà đấu giá thì luôn có kẻ thua theo thiết kế. Jito ghi rõ quy tắc xếp hạng: bundle được ưu tiên theo tip yêu cầu so với số compute unit yêu cầu, chứ không theo mỗi tip. Thứ thắng là hiệu suất, không phải sự hào phóng.
Một câu đó giải thích gần hết số tip bị ném đi lãng phí. Nếu bundle của bạn xin 1,4 triệu compute unit và trả 0,001 SOL, thì đối thủ xin 200.000 unit và trả 0,0004 SOL đang mang lại cho block nhiều giá trị hơn trên mỗi đơn vị chỗ trống. Cắt bớt ngân sách compute thường rẻ hơn nâng tip, và cả hai đều tác động lên cùng một đòn bẩy.
Hãy đặt giới hạn compute trung thực trước khi nâng tip. Phiên đấu giá đọc tip chia cho số unit yêu cầu, nên một giới hạn gọn gàng đưa bạn tới đúng chỗ mà chỉ thêm SOL mới tới được.
Hai cơ chế nữa quyết định kết quả. Các phiên đấu giá chạy song song theo nhịp 50 mili giây, và những bundle chạm vào cùng một tài khoản thì tranh nhau trong một phiên, còn bundle chạm tài khoản khác thì không bao giờ gặp nhau. Đối thủ thật của bạn không phải cả Solana, mà là ai đang ghi vào cùng pool trong đúng 50 mili giây đó.
Cơ chế thứ hai chẳng liên quan gì tới tiền. Block Engine công khai chỉ nhận một yêu cầu mỗi giây trên mỗi IP mỗi region, vượt quá thì nhận 429. Bất kỳ công cụ nào rải cùng một bundle ra cả tám region từ một địa chỉ đều đụng trần đó. Chúng tôi đã đụng: đường gửi của chúng tôi bây giờ giữ khoảng cách tối thiểu 1.100 mili giây cho mỗi endpoint và ưu tiên endpoint riêng thay vì nhóm công khai.
Tip Jito hiện tại là bao nhiêu?
Mức tip thấp nhất Jito chấp nhận là 1.000 lamport, tức 0,000001 SOL. Con số thực sự vào được block thì khác, và nó liên tục thay đổi. Bảng dưới đọc các phân vị tip đã vào block trực tiếp từ API tip floor công khai của Jito, lúc 11:11 UTC ngày 28 tháng 8 năm 2026. Hãy đọc nó như một hình dạng, không phải bảng giá.
| Phân vị tip đã vào block | Tip tính bằng SOL | Nó mua được gì |
|---|---|---|
| Mức tối thiểu được nhận | 0,000001 SOL | Vé vào phiên đấu giá. Không hơn. |
| Phân vị 25 | 0,000001 SOL | Một phần tư bundle vào block trả bằng hoặc ít hơn mức này. |
| Phân vị 50 (trung vị) | 0,00000285 SOL | Trường hợp bình thường. Phần lớn bundle không tranh giành gì. |
| Phân vị 75 | 0,0000441 SOL | Có cạnh tranh nhưng chưa gấp gáp. |
| Phân vị 95 | 0,0003 SOL | Cạnh tranh thật sự cho cùng những tài khoản đó. |
| Phân vị 99 | 0,001 SOL | Cuộc đua của bot. Người thường trả tới đây thường là phí tiền. |
Hãy nhìn khoảng cách giữa trung vị và phân vị 99 trước khi quyết. Nó vào khoảng 350 lần, và gần như toàn bộ dải đó không liên quan tới một người đang bấm nút. Giá trị mặc định của chúng tôi cố tình để thấp: đọc phân vị 95 từ chính API đó, nhân 1,2, rồi kẹp kết quả trong khoảng 0,00001 SOL tới 0,02 SOL, để một cú vọt trong cuộc chiến bot không âm thầm rút cạn ví người dùng.
Dựng bundle bằng tay nghĩa là ký từng giao dịch đúng thứ tự, chèn lệnh chuyển tip, và giữ nhóm dưới năm giao dịch. Công cụ Bundled Trade lắp nhóm đó, gắn tip và gửi tới Block Engine trong một lượt. Nó bỏ đi lỗi thứ tự, không bỏ đi rủi ro đấu giá.
Bundle có thật sự nguyên tử không?
Trong một block được mạng chấp nhận thì có. Validator chạy trọn bundle hoặc không chạy, và một giao dịch hỏng kéo cả nhóm xuống theo. Có đúng một ngoại lệ đã được ghi lại, và nó giải thích vì sao nhiều người thấy giao dịch bundle bị đánh dấu đỏ trên explorer.
Solana có những slot bị bỏ qua: một leader dựng block mà đa số áp đảo không bao giờ chấp nhận. Jito gọi đó là block uncled. Khi bundle rơi vào một block như vậy, bất kỳ bên nào nhận được block đó đều có thể phát lại các giao dịch bên trong. Những bản sao đó đi vào banking stage thông thường, nơi không tôn trọng tính nguyên tử của bundle lẫn cơ chế bảo vệ chống revert. Nửa cái bundle có thể lên chuỗi rồi hỏng trước mắt mọi người.
Block uncled có thể xẻ đôi một bundle được quảng cáo là nguyên tử. Đừng dựng chiến lược mà giao dịch thứ hai vào một mình thì hết đường cứu. Kết cục này hiếm, nhưng đã được ghi nhận nên không phải bất khả thi.
| Câu hỏi | Bundle có bảo đảm không | Chi tiết |
|---|---|---|
| Giao dịch có chạy đúng thứ tự của tôi không | Có | Chạy tuần tự bên trong nhóm. |
| Vào hết hay không vào cái nào | Có, trong block được chấp nhận | Validator chạy cả nhóm một cách nguyên tử. |
| Bundle có vào được block không | Không | Đây là đấu giá. Lệnh đặt thua bị loại. |
| Thua thì có lấy lại tip không | Có | Tip nằm trong bundle, bundle không vào thì không chuyển gì. |
| Tôi có an toàn khỏi sandwich không | Không, không mặc định | Jito có một dấu tuỳ chọn, nói ở dưới. |
| Có sống sót qua block uncled không | Không | Bản sao phát lại mất tính nguyên tử và bảo vệ chống revert. |
Chuyện sandwich có một câu trả lời đáng biết. Jito chấp nhận mọi khoá công khai hợp lệ bắt đầu bằng jitodontfront đặt trong một instruction làm dấu hiệu, và Block Engine từ chối mọi bundle mà giao dịch đó không đứng đầu tiên, tức chỉ số không. Bên ngoài bundle nó không chặn được ai, và nó lấy đi khả năng bạn được xếp phía sau giao dịch của người khác.
Vì sao bundle của tôi biến mất mà không báo lỗi?
Bundle có thể biến mất lặng lẽ vì trên đường đi của bạn không hề có bước kiểm tra trước. Trang xử lý sự cố của chính Jito khuyên kiểm tra bằng simulateBundle, và phương thức đó có thật trên một node RPC Jito-Solana. Trên Block Engine đang nhận bundle của bạn thì nó không tồn tại.
Chúng tôi đo chứ không đoán. Ngày 7 tháng 8 năm 2026 chúng tôi gọi simulateBundle tới các region công khai Frankfurt, New York, Amsterdam, Salt Lake City và London, và cả năm đều trả về lỗi không tìm thấy phương thức. Client của chúng tôi giờ báo riêng việc mô phỏng có thật sự chạy hay không. Một nhánh code coi phương thức thiếu là mô phỏng đạt thì hoàn toàn không có bước kiểm tra nào, và nó không biết điều đó.
Lý do thứ hai là trí nhớ ngắn. getInflightBundleStatuses chỉ biết năm phút gần nhất. Quá cửa sổ đó, một bundle id trả về invalid, nghe như bị từ chối nhưng không phải. Nó có nghĩa Block Engine đã ngừng theo dõi. Lúc này chỉ còn một nguồn sự thật: giao dịch có trên chuỗi hay không.
Khi nào bundle là công cụ sai?
Phần lớn thời gian. Bundle xứng với độ phức tạp của nó khi hai giao dịch trở lên không được phép tách rời, còn lại thì nó chẳng thêm gì. Một lệnh swap đơn lẻ không có thứ tự nào để bảo vệ và không được lợi gì từ một phiên đấu giá mà nó có thể thua. Gắn tip cho nó là mua vé cho cuộc đua bạn không tham gia.
Có ba giới hạn cần nói thẳng, vì bundle thường được bán như một lời bảo đảm.
- Bundle không cứu được một giao dịch sai. Nếu slippage quá hẹp hoặc tài khoản thiếu tiền cọc rent, cả nhóm rơi và bạn trả độ trễ để đổi lấy con số không.
- Bundle không thắng được đối thủ nhanh hơn với tỉ lệ tip trên compute tốt hơn, và nó không thể báo cho bạn biết là đã thua. Về nhì trong một phiên đấu giá không sinh ra thông báo lỗi nào.
- Bundle không bảo vệ bạn khỏi chính bạn. Trần năm giao dịch đẩy người ta nhồi thêm instruction vào từng giao dịch, việc đó nâng compute yêu cầu lên và hạ đúng cái hiệu suất mà phiên đấu giá dùng để xếp hạng bạn.
Một đợt mở bán mà việc tạo token và lệnh mua đầu tiên thật sự không được tách rời chính là tình huống bundle sinh ra để giải quyết. Công cụ Pump.fun Create and Bundle Buy đặt lệnh mint và các lệnh mua vào một nhóm rồi gửi đi như một lệnh đặt giá duy nhất. Hoặc đợt mở bán diễn ra đúng như bạn tính, hoặc nó không diễn ra.
Bài viết này mang tính giáo dục và không phải lời khuyên tài chính, đầu tư, pháp lý hay thuế. Token Solana biến động rất mạnh và phần lớn mất sạch giá trị. Hãy tự nghiên cứu và đừng bao giờ mạo hiểm số tiền bạn không thể chịu mất. J Tools không khuyến nghị bất kỳ token hay giao dịch cụ thể nào.
Câu hỏi thường gặp
Một Jito bundle chứa được bao nhiêu giao dịch?
Năm, và lệnh chuyển tip là một trong số đó. Thực tế còn lại bốn giao dịch làm việc thật. Jito Labs ghi rõ giới hạn này, còn đường gửi của chúng tôi từ chối giao dịch thứ sáu trước khi nó ra tới mạng, thay vì chờ Block Engine từ chối.
Bundle không vào block thì có mất tip không?
Không mất. Tip là một lệnh chuyển SOL bình thường nằm bên trong bundle, nên nó chỉ chạy khi bundle chạy. Bundle thua đấu giá không chuyển gì cả và không tốn gì trên chuỗi. Bạn mất thời gian, không mất SOL.
Tip Jito tối thiểu là bao nhiêu?
1.000 lamport, tức 0,000001 SOL. Đó là ngưỡng được chấp nhận, không phải ngưỡng vào block. Lúc 11:11 UTC ngày 28 tháng 8 năm 2026, tip trung vị vào block là 0,00000285 SOL, tức mức vào thực tế trong điều kiện bình thường cao gấp vài lần mức tối thiểu.
Jito bundle có giống priority fee không?
Không giống. Priority fee trả cho validator qua chương trình compute budget và áp cho một giao dịch đơn lẻ trên đường đi thông thường. Tip Jito là lệnh chuyển SOL nằm trong bundle và đấu giá ở một phiên riêng. Bạn dùng được cả hai và chúng làm việc khác nhau.
Vì sao explorer báo bundle của tôi thất bại?
Nguyên nhân thường gặp là block uncled. Bundle của bạn rơi vào một block mà mạng không chấp nhận, ai đó phát lại các giao dịch vào banking stage thông thường, và ở đó nhóm không có tính nguyên tử lẫn bảo vệ chống revert. Explorer đang hiện bản sao, không phải bundle của bạn.
Bundle có chống được tấn công sandwich không?
Chỉ khi bạn tự bật. Thêm vào một instruction một khoá công khai bắt đầu bằng jitodontfront sẽ khiến Block Engine từ chối mọi bundle mà giao dịch của bạn không đứng đầu. Nó chặn việc chen lên trước bên trong bundle Jito và không đụng tới bất cứ điều gì bên ngoài.
Nguồn dùng trong bài: tài liệu Jito Labs về gửi giao dịch độ trễ thấp cho giới hạn bundle, luật đấu giá, giới hạn tần suất và block uncled; API tip floor của Jito cho các phân vị tip; và tài liệu giao dịch của Solana cho mô hình nền. Đọc tiếp: priority fee Solana bao nhiêu là đủ, so sánh Jupiter, Raydium và Orca, và các lựa chọn thay thế Pump.fun.
Viết bởi đội ngũ J Tools. Chúng tôi xây và vận hành hơn 40 công cụ Solana trong môi trường thật, từ tạo token tới phân tích ví on-chain, và viết từ những gì thấy trên mainnet chứ không từ lý thuyết. Đăng ngày: 28 tháng 8 năm 2026. Rà soát lần cuối: 28 tháng 8 năm 2026.


