Jito bundle คืออะไร และเมื่อไรที่มันไม่ช่วยอะไร

Jito bundle คือกลุ่มธุรกรรม Solana ไม่เกินห้ารายการที่ส่งไปพร้อมกัน ทำงานตามลำดับที่คุณเขียนไว้ และเข้าบล็อกทั้งหมดหรือไม่เข้าเลย คุณแนบทิปเข้าไป แล้วกลุ่มนั้นจะใช้ทิปประมูลที่นั่งในบล็อก

• หนึ่ง bundle บรรจุธุรกรรมได้มากที่สุดห้ารายการ นับรวมธุรกรรมทิปด้วย และทั้งหมดทำงานเรียงลำดับแบบอะตอมมิก (เอกสาร Jito Labs สิงหาคม 2026)
• การประมูลไม่ได้เรียงตามทิปดิบ แต่เรียงตามทิปหารด้วย compute unit ที่ขอ ธุรกรรมกะทัดรัดที่ทิปน้อยจึงชนะธุรกรรมอ้วนที่ทิปเยอะได้
• เวลา 11:11 UTC วันที่ 28 สิงหาคม 2026 ทิปมัธยฐานที่เข้าบล็อกอยู่ที่ 0.00000285 SOL และเปอร์เซ็นไทล์ที่ 95 อยู่ที่ 0.0003 SOL
• ความเป็นอะตอมมิกมีข้อยกเว้นจริงหนึ่งข้อ ถ้า bundle ตกลงในบล็อก uncled ธุรกรรมข้างในอาจถูกกระจายซ้ำแยกกัน และตรงนั้นไม่มีทั้งอะตอมมิกและการป้องกันการย้อนกลับ
• Block Engine ไม่ได้รองรับ simulateBundle เราวัดเมื่อวันที่ 7 สิงหาคม 2026 ในห้าภูมิภาค และทั้งห้าตอบกลับเป็นข้อผิดพลาดเรื่องเมธอด แปลว่าไม่มีการตรวจสอบล่วงหน้า

Jito bundle คืออะไร

Jito bundle คือรายการธุรกรรม Solana ที่เซ็นแล้วตั้งแต่หนึ่งถึงห้ารายการ ซึ่ง validator จะรันทั้งชุดตามลำดับของคุณ หรือไม่แตะเลย ธุรกรรมทั่วไปเดินทางไปหา validator ทีละรายการและไปนั่งตามลำดับที่ตัวจัดคิวเลือก ภายในกลุ่มของตัวเอง bundle ตัดความไม่แน่นอนนั้นทิ้ง

คุณสมบัติสองอย่างทำงานทั้งหมดนี้ อย่างแรกคือการทำงานเรียงลำดับ ธุรกรรมที่สองมองเห็นสถานะที่ธุรกรรมแรกทิ้งไว้ อย่างที่สองคือความเป็นอะตอมมิก ถ้าธุรกรรมใดในกลุ่มล้ม ทั้งกลุ่มร่วงและบนเชนไม่เหลืออะไรเลย คู่นี้เองที่ทำให้การสร้างเหรียญพร้อมคำสั่งซื้อแรกกลายเป็นการทำงานครั้งเดียว ไม่ใช่การลุ้นสองรอบติดกัน

เส้นทางก็ต่างกัน ธุรกรรมปกติไปหาผู้ให้บริการ RPC แล้วต่อไปยัง leader ในขณะนั้น ส่วน bundle ไปที่ Jito Block Engine เข้าสู่การประมูลที่นั่น และมีเพียงชุดที่ชนะเท่านั้นที่ถูกส่งต่อให้ validator ทาง Jito Labs เปิดให้บริการ Block Engine สาธารณะแปดภูมิภาค ได้แก่ โตเกียว แฟรงก์เฟิร์ต นิวยอร์ก อัมสเตอร์ดัม ดับลิน ลอนดอน ซอลต์เลกซิตี และสิงคโปร์

ทิปคือค่าผ่านประตู มันคือการโอน SOL ธรรมดาไปยังบัญชีทิปบัญชีหนึ่งของ Jito วางอยู่ข้างใน bundle และกินหนึ่งในห้าช่องของคุณ bundle ที่ไม่มีทิปก็คือการเสนอราคาที่ไม่ได้เขียนตัวเลข

ทิปสูงขึ้นรับประกันว่า bundle จะเข้าบล็อกไหม

ไม่รับประกัน ทิปที่สูงขึ้นช่วยให้ตำแหน่งในการประมูลดีขึ้น และการประมูลย่อมมีผู้แพ้ตามการออกแบบ Jito เขียนกฎการเรียงลำดับไว้ตรงไปตรงมาว่า bundle ถูกจัดลำดับตามทิปที่ขอเทียบกับ compute unit ที่ขอ ไม่ใช่ดูที่ทิปอย่างเดียว สิ่งที่ชนะคือประสิทธิภาพ ไม่ใช่ความใจกว้าง

ประโยคเดียวนี้อธิบายทิปที่เสียเปล่าเกือบทั้งหมด ถ้า bundle ของคุณขอ 1.4 ล้าน compute unit และจ่าย 0.001 SOL คู่แข่งที่ขอ 200,000 unit และจ่าย 0.0004 SOL กำลังเสนอมูลค่าต่อหนึ่งหน่วยพื้นที่บล็อกได้สูงกว่า การลดงบ compute มักถูกกว่าการเพิ่มทิป และทั้งสองอย่างดึงคันโยกเดียวกัน

ตั้งเพดาน compute ให้ตรงความจริงก่อนจะขึ้นทิป การประมูลอ่านค่าทิปหารด้วย unit ที่ขอ เพดานที่พอดีจึงพาคุณไปถึงจุดที่ปกติต้องจ่าย SOL เพิ่มเท่านั้นถึงจะไปถึง

ยังมีอีกสองกลไกที่ตัดสินผล การประมูลวิ่งขนานกันทุก 50 มิลลิวินาที และ bundle ที่แตะบัญชีชุดเดียวกันจะแข่งกันในการประมูลรอบเดียว ส่วน bundle ที่แตะคนละบัญชีไม่เจอกันเลย คู่แข่งจริงของคุณจึงไม่ใช่ทั้ง Solana แต่คือคนที่เขียนลงพูลเดียวกันใน 50 มิลลิวินาทีนั้น

กลไกที่สองไม่เกี่ยวกับเงิน Block Engine สาธารณะรับได้หนึ่งคำขอต่อวินาทีต่อหนึ่ง IP ต่อหนึ่งภูมิภาค เกินกว่านั้นได้ 429 เครื่องมือใดที่ยิง bundle เดียวกันไปแปดภูมิภาคจากที่อยู่เดียวย่อมชนเพดานนี้ เราชนมาแล้ว เส้นทางการส่งของเราตอนนี้เว้นระยะอย่างน้อย 1,100 มิลลิวินาทีต่อหนึ่งปลายทาง และเลือกใช้ปลายทางส่วนตัวก่อนพูลสาธารณะ

ตอนนี้ทิป Jito อยู่ที่เท่าไร

ทิปต่ำสุดที่ Jito รับคือ 1,000 lamport หรือ 0.000001 SOL ตัวเลขที่เข้าบล็อกจริงเป็นอีกเรื่องและขยับตลอด ตารางด้านล่างอ่านเปอร์เซ็นไทล์ของทิปที่เข้าบล็อกโดยตรงจาก tip floor API สาธารณะของ Jito ณ เวลา 11:11 UTC วันที่ 28 สิงหาคม 2026 อ่านมันเป็นรูปร่างการกระจายตัว ไม่ใช่ตารางราคา

เปอร์เซ็นไทล์ของทิปที่เข้าบล็อก	ทิปเป็น 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 จาก API เดียวกัน คูณ 1.2 แล้วบีบผลลัพธ์ไว้ระหว่าง 0.00001 SOL ถึง 0.02 SOL เพื่อไม่ให้การพุ่งขึ้นในสงครามบอทดูดกระเป๋าผู้ใช้เงียบ ๆ

การประกอบ bundle ด้วยมือหมายถึงการเซ็นทุกธุรกรรมให้ถูกลำดับ แทรกการโอนทิป และคุมทั้งกลุ่มไม่ให้เกินห้า เครื่องมือ Bundled Trade ประกอบกลุ่มนั้น แนบทิป และส่งเข้า Block Engine ในรอบเดียว สิ่งที่มันตัดออกคือความผิดพลาดเรื่องลำดับ ไม่ใช่ความเสี่ยงจากการประมูล

bundle เป็นอะตอมมิกจริงหรือไม่

ในบล็อกที่เครือข่ายยอมรับ ใช่ validator รัน bundle ทั้งชุดหรือไม่รันเลย และธุรกรรมที่ล้มหนึ่งรายการลากทั้งกลุ่มลงไปด้วย มีข้อยกเว้นหนึ่งข้อที่มีบันทึกไว้ และมันอธิบายว่าทำไมบางคนเห็นธุรกรรมของ bundle ติดเครื่องหมายสีแดงบน explorer

Solana มีสล็อตที่ถูกข้าม leader สร้างบล็อกขึ้นมาแต่เสียงข้างมากอย่างท่วมท้นไม่เคยยอมรับมัน Jito เรียกบล็อกแบบนี้ว่าบล็อก uncled เมื่อ bundle ตกลงไปในบล็อกแบบนั้น ฝ่ายใดก็ตามที่ได้รับบล็อกนั้นสามารถกระจายธุรกรรมข้างในซ้ำได้ สำเนาที่ถูกกระจายซ้ำจะเข้าสู่ banking stage ปกติ ซึ่งไม่เคารพทั้งความเป็นอะตอมมิกของ bundle และการป้องกันการย้อนกลับ ครึ่ง bundle จึงขึ้นเชนแล้วล้มต่อหน้าทุกคนได้

บล็อก uncled ผ่า bundle ที่บอกว่าอะตอมมิกออกเป็นสองส่วนได้ อย่าออกแบบกลยุทธ์ที่แก้ไม่ได้ถ้าธุรกรรมที่สองขึ้นเชนไปคนเดียว ผลลัพธ์นี้เกิดยาก แต่มีบันทึกไว้ จึงไม่ใช่เรื่องเป็นไปไม่ได้

คำถาม	bundle รับประกันหรือไม่	รายละเอียด
ธุรกรรมทำงานตามลำดับของฉันไหม	ใช่	ทำงานเรียงลำดับภายในกลุ่ม
เข้าทั้งหมดหรือไม่เข้าเลยไหม	ใช่ ในบล็อกที่ถูกยอมรับ	validator รันทั้งกลุ่มแบบอะตอมมิก
bundle จะเข้าบล็อกแน่ไหม	ไม่	นี่คือการประมูล ข้อเสนอที่แพ้ถูกทิ้ง
ถ้าแพ้ได้ทิปคืนไหม	ได้	ทิปอยู่ใน bundle bundle ที่ไม่เข้าจึงไม่โอนอะไรเลย
ปลอดภัยจาก sandwich ไหม	ไม่ ไม่ใช่ค่าเริ่มต้น	Jito มีเครื่องหมายให้เลือกเปิด อธิบายด้านล่าง
รอดจากบล็อก uncled ไหม	ไม่	สำเนาที่กระจายซ้ำเสียทั้งอะตอมมิกและการป้องกันการย้อนกลับ

เรื่อง sandwich มีคำตอบที่ควรรู้ Jito รับกุญแจสาธารณะที่ถูกต้องใด ๆ ซึ่งขึ้นต้นด้วย jitodontfront ที่วางไว้ในคำสั่งหนึ่ง เป็นเครื่องหมาย และ Block Engine จะปฏิเสธ bundle ทุกชุดที่ธุรกรรมนั้นไม่ได้อยู่ลำดับแรกคือดัชนีศูนย์ มันหยุดสิ่งที่เกิดนอก bundle ไม่ได้ และทำให้คุณเสียโอกาสที่จะถูกวางไว้หลังธุรกรรมของคนอื่น

ทำไม bundle ของฉันหายไปโดยไม่มีข้อผิดพลาด

bundle หายไปเงียบ ๆ ได้เพราะเส้นทางที่คุณใช้ไม่มีการตรวจสอบล่วงหน้าอยู่เลย หน้าคู่มือแก้ปัญหาของ Jito เองแนะนำให้ตรวจด้วย simulateBundle และเมธอดนั้นมีอยู่จริงบนโหนด RPC ของ Jito-Solana แต่บน Block Engine ที่รับ bundle ของคุณ มันไม่มี

เราวัด ไม่ได้เดา วันที่ 7 สิงหาคม 2026 เราเรียก simulateBundle ไปยังภูมิภาคสาธารณะแฟรงก์เฟิร์ต นิวยอร์ก อัมสเตอร์ดัม ซอลต์เลกซิตี และลอนดอน ทั้งห้าแห่งตอบกลับว่าไม่พบเมธอด ไคลเอนต์ของเราตอนนี้รายงานแยกว่าการจำลองได้รันจริงหรือไม่ เพราะโค้ดที่อ่านเมธอดที่หายไปว่าเป็นการจำลองที่ผ่าน แปลว่าไม่มีการตรวจล่วงหน้าเลย และมันไม่รู้ตัว

เหตุผลที่สองคือความจำสั้น getInflightBundleStatuses รู้แค่ห้านาทีล่าสุด พ้นหน้าต่างนั้นไป bundle id จะกลับมาเป็น invalid ซึ่งฟังดูเหมือนถูกปฏิเสธแต่ไม่ใช่ มันแปลว่า Block Engine เลิกติดตามแล้ว จากนั้นเหลือแหล่งความจริงเดียวคือธุรกรรมอยู่บนเชนหรือไม่

เมื่อไรที่ bundle เป็นเครื่องมือผิด

ส่วนใหญ่ของเวลา bundle คุ้มกับความซับซ้อนของมันเมื่อธุรกรรมสองรายการขึ้นไปห้ามถูกแยกจากกัน นอกเหนือจากนั้นมันไม่ได้เพิ่มอะไร swap เดี่ยว ๆ ไม่มีลำดับให้ปกป้องและไม่ได้อะไรจากการประมูลที่ตัวเองอาจแพ้ การแนบทิปให้มันคือการซื้อตั๋วเข้าสนามที่คุณไม่ได้ลงแข่ง

มีข้อจำกัดสามข้อที่ควรพูดให้ชัด เพราะ bundle มักถูกขายเหมือนเป็นคำรับประกัน

• bundle ไม่ช่วยกู้ธุรกรรมที่ผิดตั้งแต่แรก ถ้าค่าสลิปแคบเกินไปหรือบัญชีไม่มีเงินมัดจำ rent ทั้งกลุ่มร่วง แล้วคุณจ่ายค่าความหน่วงไปฟรี ๆ
• bundle เอาชนะคู่แข่งที่เร็วกว่าและมีอัตราส่วนทิปต่อ compute ดีกว่าไม่ได้ และบอกคุณไม่ได้ด้วยว่าแพ้แล้ว การได้ที่สองในการประมูลไม่มีข้อความแจ้งข้อผิดพลาด
• bundle ปกป้องคุณจากตัวคุณเองไม่ได้ เพดานห้ารายการผลักให้คนยัดคำสั่งเข้าไปในแต่ละธุรกรรมมากขึ้น นั่นดัน compute ที่ขอให้สูงขึ้น และกดประสิทธิภาพที่การประมูลใช้จัดอันดับคุณให้ต่ำลงพอดี

การเปิดตัวที่การสร้างเหรียญกับคำสั่งซื้อแรกแยกกันไม่ได้จริง ๆ คือเคสที่ bundle ถูกสร้างมาเพื่อแก้ เครื่องมือ Pump.fun Create and Bundle Buy วางคำสั่ง mint กับคำสั่งซื้อไว้ในกลุ่มเดียวและส่งเป็นข้อเสนอเดียว การเปิดตัวจะเกิดขึ้นตามที่คุณวางแผน หรือไม่เกิดขึ้นเลย

บทความนี้มีไว้เพื่อการศึกษา ไม่ใช่คำแนะนำทางการเงิน การลงทุน กฎหมาย หรือภาษี โทเคนบน Solana ผันผวนสูงมากและส่วนใหญ่สูญเสียมูลค่าทั้งหมด โปรดศึกษาด้วยตนเองและอย่าเสี่ยงกับเงินที่คุณรับความเสียหายไม่ไหว J Tools ไม่แนะนำโทเคนหรือธุรกรรมใดเป็นการเฉพาะ

คำถามที่พบบ่อย

Jito bundle บรรจุธุรกรรมได้กี่รายการ

ห้ารายการ และการโอนทิปนับเป็นหนึ่งในนั้น ในทางปฏิบัติจึงเหลืองานจริงสี่รายการ Jito Labs บันทึกเพดานนี้ไว้ ส่วนเส้นทางการส่งของเราปฏิเสธธุรกรรมรายการที่หกก่อนที่มันจะไปถึงเครือข่าย แทนที่จะรอให้ Block Engine ปฏิเสธ

ถ้า bundle ไม่เข้าบล็อก ได้ทิปคืนไหม

ได้คืน ทิปคือการโอน SOL ธรรมดาที่วางไว้ข้างใน bundle มันจึงทำงานเฉพาะเมื่อ bundle ทำงาน bundle ที่แพ้การประมูลไม่โอนอะไรเลยและไม่มีต้นทุนบนเชน สิ่งที่คุณเสียคือเวลา ไม่ใช่ SOL

ทิปขั้นต่ำของ Jito คือเท่าไร

1,000 lamport หรือ 0.000001 SOL นั่นคือเกณฑ์การถูกรับ ไม่ใช่เกณฑ์การเข้าบล็อก เวลา 11:11 UTC วันที่ 28 สิงหาคม 2026 ทิปมัธยฐานที่เข้าบล็อกอยู่ที่ 0.00000285 SOL ดังนั้นราคาเข้าจริงในภาวะปกติสูงกว่าขั้นต่ำในเอกสารอยู่หลายเท่า

Jito bundle กับ priority fee เหมือนกันไหม

ไม่เหมือน priority fee จ่ายให้ validator ผ่านโปรแกรม compute budget และมีผลกับธุรกรรมเดียวบนเส้นทางปกติ ส่วนทิป Jito คือการโอน SOL ที่อยู่ใน bundle และเข้าประมูลในสนามแยกต่างหาก ใช้ทั้งสองอย่างพร้อมกันได้ และหน้าที่ต่างกัน

ทำไม explorer แสดงว่า bundle ของฉันล้มเหลว

สาเหตุที่พบบ่อยคือบล็อก uncled bundle ของคุณตกลงในบล็อกที่เครือข่ายไม่ยอมรับ มีคนกระจายธุรกรรมข้างในซ้ำเข้าสู่ banking stage ปกติ และตรงนั้นกลุ่มไม่มีทั้งอะตอมมิกและการป้องกันการย้อนกลับ สิ่งที่ explorer แสดงคือสำเนา ไม่ใช่ bundle ของคุณ

bundle ป้องกันการโจมตีแบบ sandwich ได้ไหม

ได้ต่อเมื่อคุณเปิดใช้เอง การเพิ่มกุญแจสาธารณะที่ขึ้นต้นด้วย jitodontfront เข้าไปในคำสั่งจะทำให้ Block Engine ปฏิเสธทุก bundle ที่ธุรกรรมของคุณไม่ได้อยู่ลำดับแรก มันหยุดการแซงคิวภายใน bundle ของ Jito และไม่ยุ่งกับสิ่งที่เกิดขึ้นข้างนอกเลย

แหล่งข้อมูลที่ใช้ในบทความนี้ ได้แก่ เอกสารการส่งธุรกรรมความหน่วงต่ำของ Jito Labs สำหรับเพดาน bundle กฎการประมูล ขีดจำกัดคำขอ และบล็อก uncled, tip floor API ของ Jito สำหรับเปอร์เซ็นไทล์ของทิป และ เอกสารธุรกรรมของ Solana สำหรับโมเดลพื้นฐาน อ่านต่อได้ที่ priority fee บน Solana ควรจ่ายเท่าไร, เทียบ Jupiter, Raydium และ Orca และ ทางเลือกอื่นนอกจาก Pump.fun

เขียนโดยทีม J Tools เราสร้างและดูแลเครื่องมือ Solana มากกว่า 40 ตัวในระบบจริง ตั้งแต่การสร้างโทเคนไปจนถึงการวิเคราะห์กระเป๋าบนเชน และเขียนจากสิ่งที่เห็นบน mainnet ไม่ใช่จากทฤษฎี เผยแพร่ 28 สิงหาคม 2026 ตรวจทานล่าสุด 28 สิงหาคม 2026