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 ธุรกรรมข้างในอาจถูกกระจายซ้ำเข้า banking stage ปกติ ซึ่งไม่มีทั้งอะตอมมิกและการป้องกันการย้อนกลับ
• Block Engine ไม่รองรับ simulateBundle เราวัดเมื่อวันที่ 7 สิงหาคม 2026 ในห้าภูมิภาค และทั้งห้าตอบกลับเป็นข้อผิดพลาดเรื่องเมธอด จึงไม่มีการตรวจสอบ bundle ล่วงหน้า

Jito bundle คืออะไร

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

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

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

ทิปคือค่าผ่านประตู มันคือการโอน SOL ธรรมดาไปยังบัญชีทิปบัญชีหนึ่งของ Jito วางอยู่ข้างใน bundle และกินหนึ่งในห้าช่องของคุณ 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 ที่แตะคนละบัญชีไม่เจอกันเลย คู่แข่งจริงของคุณจึงมีแค่คนที่เขียนลงพูลเดียวกันใน 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 ให้ดูเป็นภาพรวมการกระจายตัว อย่าถือเป็นตารางราคา

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

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

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

Jito 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 ที่ขอให้สูงขึ้น และทำให้ประสิทธิภาพที่การประมูลใช้จัดอันดับคุณต่ำลง

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

ลำดับข้ามหลายกระเป๋าก็สำคัญ Multi Swap แบบเรียงลำดับตายตัว รันสวอปทีละกระเป๋าตามลำดับ ได้ลำดับเดียวกับ bundle แต่ไม่ล้มพร้อมกันทั้งชุด ส่วน bundle ต้องชนะการประมูลก่อนจึงได้ทั้งลำดับและอะตอมมิก

บทความนี้มีไว้เพื่อการศึกษา ไม่ใช่คำแนะนำทางการเงิน การลงทุน กฎหมาย หรือภาษี โทเคนบน 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