تحديات جديدة لـ Solana: ليس فقط السعي وراء السرعة، بل التركيز أيضا على جودة المعاملات

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

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

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

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

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

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

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

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

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

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

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

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

BAM: الإجابة الجديدة على Solana

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

كيفية عمل BAM

تتمثل عملية تداول BAM كما يلي:

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

BAM لا تعمل مباشرة على شبكة Solana الرئيسية، بل تتم معالجة ترتيب المعاملات مسبقًا بطريقة "غير متصلة"، ثم يتم تقديم المعاملات المعبأة إلى شبكة Solana الرئيسية.

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

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

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

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

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

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

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

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

خاتمة

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

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