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

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

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

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

كيفية إزالة التداولات السامة، وحماية السيولة بشكل أفضل؟

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

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

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

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

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

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

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

BAM: حل سولانا

للتغلب على هذه التحديات، قدمت Solana BAM (سوق تجميع الكتل) كحل. يقوم BAM ببناء طبقة ترتيب أو طبقة معالجة مسبقة بين طبقة التطبيق و الشبكة الرئيسية لـ Solana.

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

كيفية عمل BAM

تختلف عملية تداول BAM عن عملية التداول العادية في Solana:

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

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

نمط تشغيل BAM

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

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

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

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

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

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

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

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

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