التحديات الجديدة لـ Solana: تحسين جودة المعاملات بدلاً من الكمية

تشتهر Solana بمعاملاتها السريعة وحجمها الكبير، لكن هل هذا كافٍ حقًا؟ عندما نتأمل هذه المعاملات عن كثب، يبرز سؤال: هل جميعها تخلق قيمة حقيقية؟

في الواقع، فإن العديد من المعاملات على سولانا ليست ناتجة عن الطلب الحقيقي، بل هي نتيجة لمتداولي التحكيم عالي التردد الذين يستغلون فرق المعلومات بالمللي ثانية لتحقيق الربح. هؤلاء ما يُسمى بـ "المتداولين السامين" يستفيدون من الميزة التقنية، فيرفعون رسوم الغاز عندما يكون صانع السوق على وشك إلغاء الطلب، لضمان تنفيذ معاملاتهم أولاً، وبالتالي إتمام عملية التحكيم، مما يلحق الضرر بصانع السوق. من أجل تعويض هذه الخسائر، يتعين على صانعي السوق توسيع الفارق بين أسعار الشراء والبيع، مما يؤدي في النهاية إلى الإضرار بمصالح المستخدمين العاديين.

حلمت Solana دائمًا بتنفيذ نظام دفتر أوامر يمكن أن يحل محل البورصات المركزية على السلسلة. ومع ذلك، فإن وجود "التجار السامين" أصبح عقبة أمام تحقيق هذا الحلم. هذا هو التحدي الجديد الذي تواجهه Solana: حجم المعاملات لا يساوي السيولة. السوق الصحي الحقيقي لا يحتاج إلى المزيد من المعاملات، بل يحتاج إلى معاملات ذات جودة أعلى.

كيف نستبعد الصفقات السامة لحماية سيولة السوق بشكل أفضل؟

في النظام الحالي، نظرًا لأن آلية إجماع Solana تعتمد على المزادات الدورية، فإن آكلي الطلبات يتمتعون فعليًا بأولوية، مما يؤثر على عدالة السوق من خلال سلوك قيمة MEV( القابلة للاستخراج بشكل ضار.

في آلية الإجماع الحالية لـ Solana، يتم ترتيب المعاملات وفقًا لأولوية رسوم الغاز المدفوعة في كل فترة زمنية مدتها 400 مللي ثانية )Slot(، حيث يتم تنفيذ المعاملات ذات أعلى عرض أولاً. خلال هذه العملية، يحتاج صانعو السوق إلى تعديل عروضهم بشكل متكرر، وسحب الطلبات وإعادة تقديمها، استجابةً لتغيرات الأسعار في السوق. بينما يراقب المتداولون، وخاصة المتداولون عالي التردد، الاختلافات في الأسعار عن كثب، وعند اكتشاف فرصة، يقومون بإجراء الصفقة على الفور.

هذا يسمح للمضاربين بتنفيذ الصفقات من خلال دفع رسوم أعلى قبل أن يقوم صناع السوق بإلغاء أوامرهم، مما يتسبب في تعرض صناع السوق للخسائر بشكل متكرر. بالنسبة لتبادل لامركزي يعتمد على دفتر الطلبات، يجب أن يكون ترتيب تنفيذ الصفقات المثالي كما يلي: مع تقلبات الأسعار، يتم أولاً تنفيذ جميع عمليات الإلغاء، ثم الأوامر الجديدة، وأخيرًا الصفقات. لكن حاليًا، لا يمكن لآلية الإجماع في Solana تحقيق ذلك على المستوى الدقيق.

وبالمثل، توجد مشكلات مشابهة في تسعير الأوراق المالية. من المثالي تحديث أسعار الأوراق المالية أولاً، ثم تنفيذ المعاملات المعتمدة على تلك الأسعار. ولكن في الفاصل الزمني الحالي البالغ 400 مللي ثانية، قد يؤدي التقلب الشديد في السوق إلى تنفيذ المعاملات بأسعار قديمة. بالنسبة لبروتوكولات الإقراض، فإن التسلسل المثالي هو أولاً زيادة الهامش، ثم إجراء التسوية.

لذلك، تحتاج Solana إلى آلية تسمح للبروتوكولات المختلفة بترتيب المعاملات وفقًا لاحتياجاتها الخاصة، وهذا هو مفهوم التنفيذ الذي تسيطر عليه التطبيقات )Application-Controlled Execution، ACE( الذي تركز عليه Solana دائمًا.

لحل هذه المشاكل، قدمت Solana سوق تجميع الكتل )Block Assembly Marketplace، BAM(.

BAM: حلول مبتكرة من Solana

بام قامت ببناء طبقة ترتيب بين طبقة التطبيق و الشبكة الرئيسية في سولانا، ويمكن أن تسمى أيضًا طبقة المعالجة المسبقة. تستخدم بيئات التنفيذ الموثوقة ) Trusted Execution Environments، TEEs ( لبناء صندوق الخصوصية، حيث يتم ترتيب المعاملات داخل الصندوق وفقًا لقواعد محددة مسبقًا أو مبدأ أول من يدخل أول من يخرج ) FIFO (. تهدف هذه الابتكار إلى خدمة بروتوكولات دفتر الطلبات، وتبادل العقود الدائمة، والأحواض المظلمة بشكل أفضل.

كيفية عمل BAM

في تطبيقات Solana المتصلة بـ BAM، تتم عملية التداول كما يلي:

1. المستخدم يؤكد المعاملة في المحفظة
2. ارسال الصفقة إلى عقدة RPC
3. يتم إعادة توجيه الصفقة إلى شبكة BAM، ويتم ترتيبها في بيئة الخصوصية TEE
4. يمكن للعقد إضافة معاملات إضافية عبر المكونات الإضافية ) مثل تحديث أسعار الأوراق المالية (، وتوليد الأدلة.
5. يتم إرسال حزمة بيانات المعاملات إلى عقدة Leader في شبكة Solana الرئيسية
6. يقوم القائد بإدراج حزمة بيانات BAM في الكتلة وبثها
7. تأكيد تصويت العقد الأخرى

BAM لا تعمل مباشرة على شبكة Solana الرئيسية، بل كحل "اختياري" خارج السلسلة، حيث يتم إكمال ترتيب وتجميع المعاملات مسبقًا ثم تقديمها إلى شبكة Solana الرئيسية.

الميزات الأساسية لـ BAM

يدعم BAM ثلاثة أوضاع تشغيل:

1. وضع سولانا الافتراضي
2. وضع Block-Engine ) آلية المزايدة الأساسية الحالية لبعض حلول MEV (
3. وضع BAM ) يتحقق من أن المدققين يتبعون ترتيب FIFO بدقة (

تتضمن الخصائص الأساسية لنموذج BAM:

1. استخدام بيئات التنفيذ الموثوقة ) TEEs ( لبناء بيئة خصوصية، لضمان عدالة ترتيب المعاملات.
2. نظام المكونات يدعم منطق ترتيب المعاملات المعقد، مما يسمح للتطبيقات بتخصيص قواعد الترتيب.
3. تنفيذ وظيفة التحكم بالتطبيقات )ACE( ، لتلبية الاحتياجات المحددة لبروتوكولات مختلفة

تطبيقات BAM الفعلية

تتضمن سيناريوهات تطبيق BAM:

1. حماية تصفية الاقتراض: تنفيذ عمليات الضمان الإضافي أولاً، ثم إجراء فحص تصفية
2. مجموعة صفقات على مستوى الذرة: أولاً تحديث أسعار الأوراق المالية، ثم تنفيذ الصفقات المعتمدة على تلك الأسعار، ويتم إجراء جميع العمليات في نفس نافذة الوقت.
3. حماية تقلبات الأسعار: الكشف عن الطلبات الكبيرة غير العادية وتنفيذها على دفعات، مما يوفر للسوق الوقت الكافي للتفاعل
4. حماية صناع السوق: عند حدوث حالات طارئة، يسمح بإلغاء الأوامر، وتحديث الأسعار، وإعادة إدخال الأوامر بمعدل مللي ثانية، مما يقلل من مخاطر arbitrage الخبيث.

سيساهم نشر BAM بشكل كبير في تحسين تجربة التداول في Solana، مما يجعل تطبيقات الشبكة الرئيسية أقرب إلى أداء البورصات المركزية.

بشكل عام، أدخل BAM قابلية التحقق، وحماية الخصوصية، والبرمجة في عملية معالجة المعاملات على سولانا. وهذا يتيح للمطورين بناء دفتر الطلبات المركزي، ومنصات تداول العقود الدائمة، وحمامات الظل، وغيرها من البنى التحتية المالية التي تتطلب التحكم الدقيق في الترتيب، والتنفيذ المحدد، وضمان الخصوصية، مما يعزز الابتكار والتنمية في نظام سولانا البيئي.

![تفسير سوق تجميع الكتل Solana BAM: عندما لا تكون السرعة هي السعي الوحيد])https://img-cdn.gateio.im/webp-social/moments-80b3584e69b2d2874adfe16a0331ad66.webp(