هذا مذهل. تصفحت عدة بناة كتل مختلفة - Agave، Firedancer، BAM، وHarmonic. كل واحدة منها تظهر منطق جدولة مختلف. لدينا أيضا بالادين وراكوراي، لكل منهما نسخته الخاصة. من منظور البنية الدقيقة للسوق، في TradFi، لديك نظام غير مقيد: الطلبات تصل باستمرار وتنفذ بواسطة محرك مطابقة واحد. هذا الاستمرارية هو ما يسمح لصانعي السوق بإلغاء العروض دون المخاطرة المستمرة بالاستمرار. لا حاجة لرسوم أولوية، ويمكن للصانعين عرض فروق أقل من 1 نقطة أساس على صفقات فردية بقيمة ملايين الدولارات. للوهلة الأولى، تبدو سولانا مقيدة بأوقات زمنية ~380 مللي ثانية. هذا صحيح، لكن إلى حد ما. بفضل Turbine، يقوم المدققون بتمزيق المعاملات كل ~15–20 مللي ثانية وينشرون هذه القطع عبر الشبكة. بمجرد إنتاج قطعة من القطعة، يتم تثبيت الطلب داخل تلك الدفعة. مع استخدام الكتل الحالي أقل بكثير من حدود وحدة الاستهلاك، يتصرف سولانا بشكل أشبه بنظام FIFO مجمع بشكل كبير مما يوحي به طول الفتحات. ومع ذلك، التمزيق هو جزء فقط من الصورة. القيد الرئيسي الآخر هو تصميم الجدول. يطبق بناة الكتل المختلفة منطق جدولة مختلف بشكل ملحوظ: كيف يتم تداخل الأصوات وغير الأصوات، ومتى يتم تضمين الرسائل غير التصويتية ضمن الفتحة، وكيفية تجميع الرسائل الاقتصادية المرتبطة بذلك. بالنسبة لأجهزة AMM المروحية، هذا يسبب حالة من عدم اليقين. حتى عندما تكون الكتل نصف فارغة ولا يتم إسقاط أي إرسال بسبب رسوم الأولوية المنخفضة، لا يزال الطلب يختلف من خانة لأخرى حسب البناء. تحتاج أجهزة AMM المروحية إلى تحديثات الأسعار وإرسال المكالمات ليتم طلبها بشكل متوقع وبكل سرعة. مع الجدولة المتنوعة، يكون هذا الترتيب غير حتمي عبر الفتحات، مما يصعب التفكير في ضمانات التنفيذ. يمكن للمرء أن يتخيل التخفيف من ذلك باستخدام أولوية المصنع أو مطبات سرعة لتدفق المستخدمين. لكن إذا كان الهدف هو ICM في سولانا، فإن هذه المشكلة تحتاج إلى حل أكثر نظامية. إدراك وجود مشكلة هو الخطوة الأولى نحو حلها، لذا فإن مستكشف IRBL مورد ثمين جدا.