ما هو Jito bundle وما الذي يضمنه فعلًا

Jito bundle هو مجموعة من خمس معاملات Solana كحدّ أقصى تُرسَل معًا، وتُنفَّذ بالترتيب الذي كتبته، وتدخل الكتلة كاملةً أو لا تدخل إطلاقًا. تُرفق بها إكرامية، فتزايد بها المجموعة على مقعد داخل الكتلة.

• يتّسع الـ bundle لخمس معاملات كحدّ أقصى، بما فيها معاملة الإكرامية، وتُنفَّذ بالتتابع وبشكل ذرّي (توثيق Jito Labs، أغسطس 2026).
• المزاد لا يرتّب حسب الإكرامية وحدها بل حسب الإكرامية مقسومة على وحدات الحوسبة المطلوبة. معاملة خفيفة بإكرامية صغيرة تتفوّق على معاملة ثقيلة بإكرامية كبيرة.
• في 28 أغسطس 2026 الساعة 11:11 بتوقيت UTC كان وسيط الإكراميات الداخلة إلى الكتل 0.00000285 SOL، والمئين الخامس والتسعون 0.0003 SOL.
• للذرّية استثناء حقيقي: إذا وقع الـ bundle في كتلة uncled فقد تُعاد إذاعة معاملاته فرادى، وهناك لا توجد ذرّية ولا حماية من التراجع.
• الـ Block Engine لا يوفّر simulateBundle. قِسنا ذلك في 7 أغسطس 2026 على خمس مناطق، وردّت الخمس جميعها بخطأ في الطريقة، أي لا يوجد فحص مسبق.

ما هو Jito bundle؟

Jito bundle قائمة تضمّ من معاملة واحدة إلى خمس معاملات Solana موقّعة، ينفّذها المُدقِّق (validator) كاملةً وبترتيبك أنت، أو لا يلمسها أصلًا. المعاملات العادية تصل إلى المُدقِّق فرادى وتستقرّ بالترتيب الذي يختاره المُجدوِل. أمّا الـ bundle فيزيل هذا الغموض داخل مجموعته وحدها.

خاصيتان تقومان بالعمل كلّه. الأولى هي التنفيذ المتتابع: المعاملة الثانية ترى الحالة التي تركتها الأولى. والثانية هي الذرّية. إذا فشلت معاملة واحدة في المجموعة سقطت المجموعة كلّها ولم يُسجَّل شيء على السلسلة. هذا الاقتران هو ما يجعل إنشاء عملة مع أوّل عملية شراء عمليةً واحدة بدل رهانين متتاليين.

المسار مختلف أيضًا. المعاملة العادية تذهب إلى مزوّد RPC ثم إلى القائد الحالي. أمّا الـ bundle فيذهب إلى Jito Block Engine، ويدخل هناك مزادًا، ولا يصل إلى المُدقِّق سوى التركيبات الفائزة. تُشغّل Jito Labs ثماني مناطق عامة للـ Block Engine: طوكيو وفرانكفورت ونيويورك وأمستردام ودبلن ولندن وسولت ليك سيتي وسنغافورة.

الإكرامية هي ثمن الدخول. هي تحويل SOL عادي إلى أحد حسابات الإكرامية لدى Jito، توضَع داخل الـ bundle، وتشغل واحدًا من مقاعدك الخمسة. الـ bundle بلا إكرامية عرضٌ بلا مبلغ.

هل الإكرامية الأكبر تضمن دخول الـ bundle؟

لا. الإكرامية الأكبر تحسّن موقعك في المزاد، والمزاد بحكم تصميمه له خاسرون. تكتب Jito قاعدة الترتيب بوضوح: تُرتَّب الـ bundles حسب الإكرامية المطلوبة نسبةً إلى وحدات الحوسبة المطلوبة، لا حسب الإكرامية وحدها. الفائز هو الكفاءة لا الكرم.

هذه الجملة وحدها تفسّر معظم الإكراميات المهدورة. إذا طلب الـ bundle الخاص بك 1,400,000 وحدة حوسبة ودفع 0.001 SOL، فإنّ منافسًا يطلب 200,000 وحدة ويدفع 0.0004 SOL يقدّم للكتلة قيمة أعلى لكلّ وحدة مساحة. خفض ميزانية الحوسبة أرخص غالبًا من رفع الإكرامية، وكلاهما يشدّ الرافعة نفسها.

اضبط حدّ الحوسبة على رقم صادق قبل أن ترفع الإكرامية. المزاد يقرأ الإكرامية مقسومةً على الوحدات المطلوبة، فالحدّ الدقيق يرفعك إلى الموضع الذي لا يصله غيرك إلا بدفع SOL إضافي.

هناك آليتان أخريان تحسمان النتيجة. تعمل المزادات بالتوازي كلّ 50 ملّي ثانية، وتتنافس الـ bundles التي تلمس الحسابات نفسها داخل مزاد واحد، بينما لا تلتقي أبدًا تلك التي تلمس حسابات مختلفة. خصمك الحقيقي ليس Solana كلّها، بل كلّ من يكتب في المجمّع نفسه خلال تلك الـ 50 ملّي ثانية.

الآلية الثانية لا علاقة لها بالمال. يقبل الـ Block Engine العام طلبًا واحدًا في الثانية لكلّ عنوان IP ولكلّ منطقة، وتجاوز ذلك يعيد الخطأ 429. أيّ أداة تنثر الـ bundle نفسه على المناطق الثماني من عنوان واحد ستصطدم بهذا السقف. اصطدمنا به: مسار الإرسال لدينا صار يحافظ على فاصل لا يقلّ عن 1,100 ملّي ثانية لكلّ نقطة نهاية، ويفضّل نقطة خاصة على المجمّع العام.

كم تبلغ إكرامية Jito الآن؟

أدنى إكرامية تقبلها Jito هي 1,000 lamport، أي 0.000001 SOL. أمّا الرقم الذي يدخل فعلًا فمختلف، وهو يتحرّك باستمرار. يقرأ الجدول التالي مئينات الإكراميات الداخلة إلى الكتل مباشرةً من واجهة tip floor العامة لدى Jito، في 28 أغسطس 2026 الساعة 11:11 بتوقيت UTC. اقرأه كشكل توزيع لا كقائمة أسعار.

مئين الإكراميات الداخلة	الإكرامية بالـ SOL	ماذا تشتري
الحدّ الأدنى المقبول	0.000001 SOL	الدخول إلى المزاد فقط، لا أكثر.
المئين 25	0.000001 SOL	ربع الـ bundles الداخلة دفعت هذا القدر أو أقلّ.
المئين 50 (الوسيط)	0.00000285 SOL	الحالة الاعتيادية. معظم الـ bundles ليست في عراك.
المئين 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 توجد فتحات زمنية متجاوَزة: يبني القائد كتلةً لا تقبلها الأغلبية العظمى أبدًا. تسمّي Jito هذه الكتل uncled. حين يقع الـ bundle في واحدة منها، يستطيع أيّ طرف تسلّم تلك الكتلة أن يعيد إذاعة معاملاتها. تدخل النسخ المعاد إذاعتها إلى مرحلة الـ banking العادية، وهي لا تحترم ذرّية الـ bundle ولا حماية التراجع. عندئذٍ قد يدخل نصف الـ bundle ويفشل أمام الجميع.

الكتلة uncled قادرة على شقّ bundle قيل لك إنّه ذرّي. لا تبنِ استراتيجية يصبح فيها دخول المعاملة الثانية وحدها أمرًا لا يمكن إصلاحه. هذه نتيجة نادرة لكنّها موثّقة، أي أنّها ليست مستحيلة.

السؤال	هل يضمنه الـ bundle	التفصيل
هل تعمل معاملاتي بترتيبي	نعم	تنفيذ متتابع داخل المجموعة.
هل تدخل كلّها أو لا شيء	نعم، في كتلة مقبولة	ينفّذ المُدقِّق المجموعة بشكل ذرّي.
هل يدخل الـ bundle أصلًا	لا	هذا مزاد، والعروض الخاسرة تُهمَل.
هل تعود الإكرامية عند الخسارة	نعم	الإكرامية داخل الـ bundle، وما لم يدخل لا يحوّل شيئًا.
هل أنا في مأمن من الساندويتش	لا، ليس افتراضيًا	تتيح Jito علامة اختيارية، موضّحة أدناه.
هل ينجو من كتلة uncled	لا	النسخ المعاد إذاعتها تفقد الذرّية وحماية التراجع.

لمسألة الساندويتش جواب يستحقّ المعرفة. تقبل Jito أيّ مفتاح عام صالح يبدأ بـ jitodontfront يوضَع داخل تعليمة، بوصفه علامة، ويرفض الـ Block Engine أيّ bundle لا تأتي فيه تلك المعاملة أولًا، أي عند الفهرس صفر. هي لا توقف ما يجري خارج الـ bundles، وتكلّفك إمكانية أن تُوضع خلف معاملة شخص آخر.

لماذا اختفى الـ bundle بلا رسالة خطأ؟

يختفي الـ bundle بصمت لأنّ المسار الذي تستخدمه بلا فحص مسبق أصلًا. تنصح صفحة استكشاف الأخطاء لدى Jito نفسها بالتحقّق عبر simulateBundle، وهذه الطريقة موجودة فعلًا على عقدة RPC من نوع Jito-Solana. أمّا على الـ Block Engine الذي يستقبل الـ bundle الخاص بك فهي غير موجودة.

قِسنا ذلك ولم نفترضه. في 7 أغسطس 2026 استدعينا simulateBundle على المناطق العامة في فرانكفورت ونيويورك وأمستردام وسولت ليك سيتي ولندن، فأعادت الخمس جميعها خطأ «الطريقة غير موجودة». صار عميلنا يبلّغ بشكل منفصل عمّا إذا كانت المحاكاة قد جرت فعلًا. أيّ مسار برمجي يقرأ طريقةً مفقودة على أنّها محاكاة ناجحة لا يملك فحصًا مسبقًا إطلاقًا، وهو لا يدري.

السبب الثاني ذاكرة قصيرة. لا تعرف getInflightBundleStatuses سوى آخر خمس دقائق. بعد هذه النافذة يعود معرّف الـ bundle بحالة 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؟

نعم تعود. الإكرامية تحويل SOL عادي موضوع داخل الـ bundle، فلا يُنفَّذ إلا إذا نُفِّذ الـ bundle. الـ bundle الخاسر في المزاد لا يحوّل شيئًا ولا يكلّف شيئًا على السلسلة. تخسر الوقت لا الـ SOL.

ما أدنى إكرامية لدى Jito؟

1,000 lamport، أي 0.000001 SOL. هذه عتبة القبول لا عتبة الدخول إلى الكتلة. في 28 أغسطس 2026 الساعة 11:11 UTC كان وسيط الإكراميات الداخلة 0.00000285 SOL، أي إنّ سعر الدخول الواقعي في الأحوال العادية أضعاف الحدّ الموثّق.

هل Jito bundle هو نفسه رسوم الأولوية؟

لا. تُدفع رسوم الأولوية للمُدقِّق عبر برنامج ميزانية الحوسبة وتخصّ معاملة واحدة على المسار العادي. أمّا إكرامية Jito فهي تحويل SOL داخل الـ bundle يزايد في مزاد منفصل. يمكنك استخدام الاثنين معًا، ولكلٍّ منهما وظيفة مختلفة.

لماذا يظهر الـ bundle فاشلًا في المستكشف؟

السبب المعتاد كتلة uncled. وقع الـ bundle في كتلة لم تقبلها الشبكة، فأعاد أحدهم إذاعة معاملاتها إلى مرحلة الـ banking العادية، وهناك لا تملك المجموعة ذرّيةً ولا حماية من التراجع. ما يعرضه المستكشف نسخة، لا الـ bundle الخاص بك.

هل يحمي الـ bundle من هجوم الساندويتش؟

فقط إذا فعّلت ذلك بنفسك. بإضافة مفتاح عام يبدأ بـ jitodontfront إلى تعليمة، يرفض الـ Block Engine كلّ bundle لا تأتي فيه معاملتك أولًا. هذا يوقف التقدّم عليك داخل bundles تابعة لـ Jito، ولا يمسّ شيئًا ممّا يجري خارجها.

المصادر المستخدمة في هذا المقال: توثيق Jito Labs لإرسال المعاملات منخفض الزمن لحدود الـ bundle وقواعد المزاد وحدود المعدّل والكتل uncled، وواجهة tip floor من Jito لمئينات الإكراميات، وتوثيق معاملات Solana للنموذج الأساسي. للقراءة بعد ذلك: كم تدفع من رسوم الأولوية على Solana، ومقارنة Jupiter وRaydium وOrca، وبدائل Pump.fun.

كتبه فريق منصة J Tools. نبني ونشغّل أكثر من 40 أداة على Solana في بيئة إنتاج حقيقية، من إنشاء العملات إلى تحليل المحافظ على السلسلة، ونكتب ممّا نراه على الشبكة الرئيسية لا من النظرية. النشر: 28 أغسطس 2026. آخر مراجعة: 28 أغسطس 2026.