توازن سرعة معاملات Solana وخلق القيمة

تشتهر Solana بسرعتها العالية في إجراء المعاملات وحجم المعاملات الكبير، لكن هل يعني ذلك أنها حققت الكمال؟ عندما نلقي نظرة فاحصة على هذه المعاملات، يظهر سؤال رئيسي: هل تخلق كل هذه المعاملات قيمة حقيقية؟

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

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

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

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

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

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

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

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

بالنسبة لبروتوكولات الإقراض، يجب أن تكون أفضل خطوة هي إضافة الضمان أولاً، ثم القيام بالتسوية.

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

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

BAM: الإجابة الجديدة لـ Solana

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

تستهدف هذه الابتكارات خدمة بروتوكولات مثل دفتر الطلبات، بورصات العقود الدائمة، وحمامات الظل بشكل أفضل.

مقارنة معالجة التداول التقليدي في Solana ونموذج BAM

لفهم كيفية بناء BAM لطبقة الترتيب بين تطبيقات Solana والشبكة الرئيسية بشكل أفضل، يمكننا مقارنة عملية معاملات Solana التقليدية والعملية بعد اعتماد BAM:

عملية تداول Solana التقليدية:

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

عملية التداول بعد استخدام BAM:

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

من الجدير بالذكر أن BAM لا تتعارض مع عملية إجماع الشبكة الرئيسية لـ Solana، بل تعمل كميزة اختيارية. لا تعمل BAM مباشرة على الشبكة الرئيسية لـ Solana، بل تتم معالجة ترتيب المعاملات مسبقًا بطريقة "خارج السلسلة"، ثم يتم تجميع المعاملات قبل تقديمها إلى الشبكة الرئيسية لـ Solana.

نمط ترتيب التداول في BAM

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

1. Solana الوضع الافتراضي
2. وضع Block-Engine: الحل الحالي لـ Jito MEV، جوهره هو آلية المزايدة
3. وضع BAM: يقوم المدققون بترتيب العمليات وفقًا لمبدأ الأولوية في الدخول (FIFO)

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

1. بيئات التنفيذ الموثوقة (TEEs): استخدام TEEs لبناء بيئة خصوصية لترتيب المعاملات، وضمان العدالة.

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

التطبيقات العملية لـ BAM

تتضمن التطبيقات الفعلية لـ BAM:

1. حماية تسوية القروض: بالنسبة لعقد الإقراض، بعد اكتشاف خطر التسوية، يتم تنفيذ عملية إضافة ضمانات إضافية كأولوية، ثم يتم إجراء فحص التسوية.

2. مجموعة المعاملات على مستوى الذرة: بالنسبة لـ DEX، يتم تحديث أسعار الأوراق المالية أولاً، ثم يتم تنفيذ المعاملات المعتمدة على تلك الأسعار. بالنسبة لـ DEX العقود، يمكن أيضًا تسوية المشتقات ذات الصلة ضمن نفس نافذة الوقت.

3. حماية تقلب الأسعار: بالنسبة لـ DEX ، يتم الكشف عن الطلبات الكبيرة غير العادية، ويتم تقسيمها إلى معاملات صغيرة يتم تنفيذها على دفعات، مما يمنح السوق الوقت الكافي للاستجابة، وتجنب الموت الحلزوني الناتج عن التصفية المتسلسلة أو التحكيم.

4. حماية صانعي السوق: عند حدوث أحداث طارئة، يمكن إكمال إلغاء الطلب، وتحديث أسعار الأوراق المالية، وإعادة تقديم الطلبات من قبل صانعي السوق في غضون مللي ثانية، لتجنب الاستغلال الضار وتقليل الفجوة السعرية.

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

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