التحدي الجديد لـ Solana: السعي لتحقيق جودة أفضل في الصفقات بدلاً من التركيز على حجم التداول فقط
تُعتبر Solana منصة بلوكتشين عالية الأداء، ومعروفة بسرعتها في معالجة المعاملات وحجم المعاملات الكبير. ومع ذلك، هل يعني ذلك أنها حققت الأهداف المثالية؟ من خلال تحليل عميق لحالة معاملات Solana، نجد سؤالًا يستحق التفكير: هل جميع هذه المعاملات تخلق قيمة فعلية؟
في الواقع، فإن حجم كبير من التداولات على Solana لا يأتي من احتياجات تداول حقيقية، بل يأتي من المتداولين عالي السرعة الذين يستغلون الفجوات المعلوماتية على مستوى المللي ثانية لتحقيق الربح. هؤلاء المشاركون المعروفون باسم "التجار السامين" يستخدمون المزايا التكنولوجية، وعندما يكون صانع السوق على وشك إلغاء الطلب، يقومون بزيادة رسوم الغاز لجعل تداولاتهم ذات أولوية في الحزمة، مما يؤدي إلى تحقيق الأرباح ويجعل صانعي السوق يتحملون خسائر. لتعويض هذه الخسائر، يضطر صانعو السوق إلى توسيع فارق الأسعار، مما يؤدي في النهاية إلى تحمل المستخدمين العاديين تكاليف إضافية.
لطالما كانت لدى Solana رؤية لتحقيق دفتر الطلبات على السلسلة، واستبدال البورصات المركزية. ومع ذلك، أصبح وجود "تجار السم" عائقًا أمام تحقيق هذا الهدف. هذه هي التحديات الجديدة التي تواجهها Solana حاليًا: الحجم لا يساوي السيولة. ما يحتاجه السوق الصحي حقًا ليس المزيد من الصفقات، بل صفقات ذات جودة أعلى.
كيف يتم إزالة المعاملات الضارة لحماية السيولة بشكل أفضل؟
في نظام Solana الحالي، وبسبب اعتماد آلية إجماعها على آلية المزاد الدوري، يتمتع الآكلون (وخاصة المتداولون السريعي التنفيذ) فعليًا بأولوية، مما يؤثر على عدالة السوق. بشكل محدد، يتمثل آلية إجماع Solana في أن كل 400 ملي ثانية تشكل فترة زمنية (Slot)، حيث يتم تنفيذ المعاملات بترتيب تصنيفها وفقًا لمستوى رسوم الغاز المدفوعة.
تؤدي هذه الآلية إلى تعرض صانعي السوق غالبًا ل"استهداف" من قبل المتداولين عالي التردد أثناء تعديل الأسعار بشكل متكرر، وسحب الطلبات، وإعادة إدخال الطلبات. يقوم المتداولون بالتحكيم بإجراء الصفقة من خلال دفع رسوم أعلى قبل أن يقوم صانع السوق بسحب الطلب، مما يتسبب في تحمل صانعي السوق للخسائر.
في الظروف المثالية، يجب أن ينفذ بورصة اللامركزية (DEX) الطلبات بالترتيب التالي: أولاً تنفيذ جميع أوامر الإلغاء، ثم تنفيذ الأوامر الجديدة، وأخيراً تنفيذ الصفقات. ومع ذلك، فإن آلية الإجماع الحالية في Solana لا تستطيع تحقيق ذلك على المستوى الدقيق.
بالنسبة لأسعار الأوراق المالية، فإن الحالة المثالية هي تحديث أسعار الأوراق المالية أولاً، ثم تنفيذ الصفقة التي تعتمد على تلك الأسعار. ولكن في ظل الفجوة الحالية البالغة 400 مللي ثانية، قد تتسبب تقلبات السوق الحادة في تنفيذ الصفقة بالسعر الأصلي.
بالنسبة لعقود الإقراض، فإن أفضل الممارسات هي إضافة الهامش أولاً، ثم إجراء التسوية.
لذلك، تحتاج Solana إلى آلية تسمح للبروتوكولات المختلفة بترتيب المعاملات حسب الحاجة، وهذه هي ميزة التنفيذ القائم على التحكم من التطبيقات (Application-Controlled Execution، ACE) التي تبرزها Solana باستمرار.
BAM: حل Solana
لمواجهة هذه التحديات، قدمت Solana حل سوق تجميع الكتل (Block Assembly Marketplace، BAM). يقوم BAM بإنشاء طبقة ترتيب أو طبقة معالجة مسبقة بين تطبيقات سلسلة Solana والشبكة الرئيسية.
تستخدم BAM بيئات التنفيذ الموثوقة (TEEs) لبناء صندوق الخصوصية، حيث يتم ترتيب التداولات داخل الصندوق وفقًا لقواعد محددة مسبقًا أو مبدأ الدخول أولاً والخروج أولاً (FIFO). تهدف هذه الآلية إلى تقديم خدمة أفضل لبروتوكولات دفتر الطلبات (CLOBs) ومنصات العقود الدائمة والأحواض المظلمة وغيرها.
كيفية عمل BAM
تكون عملية تداول BAM على النحو التالي:
يؤكد المستخدم المعاملة في المحفظة.
إرسال الصفقة إلى عقد RPC.
نقل المعاملات إلى شبكة BAM ، وتصنيفها في بيئة الخصوصية TEE. خلال هذه العملية، قد تضيف العقد معاملات إضافية من خلال المكونات الإضافية، مثل تحديث أسعار الأوراق المالية، ثم توليد الإثبات.
تم إرسال حزمة بيانات المعاملات إلى عقدة الزعيم في شبكة Solana الرئيسية.
يقوم Leader بجمع المعاملات، وجمع حزمة بيانات BAM، وتعبئتها في كتلة للبث.
تصويت العقد الأخرى.
من الجدير بالذكر أن عملية الإجماع الخاصة بـ BAM لا تتعارض مع شبكة Solana الرئيسية، بل هي وظيفة اختيارية. لا تعمل BAM مباشرة على شبكة Solana الرئيسية، بل تكمل ترتيب المعاملات مسبقًا بطريقة "خارج السلسلة"، ثم تقوم بتجميع المعاملات وتقديمها إلى شبكة Solana الرئيسية.
الخصائص الأساسية لـ BAM
يدعم BAM ثلاثة أوضاع تشغيل: الوضع الافتراضي لـ Solana، وضع Block-Engine (الحل الحالي لـ MEV من Jito، والذي يعتمد على آلية المزاد) ووضع BAM (حيث يتم ترتيب المدققين بدقة وفقًا لقاعدة FIFO).
تشمل الخصائص الأساسية لنموذج BAM:
البيئات القابلة للتنفيذ الموثوقة (TEEs): استخدام TEEs لبناء بيئة خصوصية، وضمان عدالة ترتيب المعاملات.
نظام المكونات الإضافية: يسمح للتطبيقات ببناء منطق ترتيب المعاملات المخصص، لتحقيق ترتيب معاملات معقد، مع الحفاظ على أمان بيئة TEE.
التطبيق العملي لـ BAM
تتضمن سيناريوهات تطبيق BAM:
حماية تسوية الاقتراض: تنفيذ عمليات ضمان إضافية أولا، ثم إجراء فحص التسوية.
مجموعة المعاملات ذات المستوى الذري: تحديث أسعار الأوراق المالية أولاً، ثم تنفيذ المعاملات التي تعتمد على تلك الأسعار، ويمكن أيضًا تسوية المشتقات ذات الصلة لعقود DEX.
حماية تقلبات الأسعار: الكشف عن الطلبات الكبيرة غير العادية، وتقسيمها إلى أجزاء صغيرة لتنفيذها على دفعات، مما يوفر وقتاً للسوق للتفاعل.
حماية صناع السوق: في حالة حدوث أحداث غير متوقعة، يمكن سحب الطلبات، تحديث سعر الأوراق المالية، وإعادة إدراج الطلبات في غضون مللي ثانية، لتجنب الاستغلال الضار.
بشكل عام، يوفر BAM قابلية التحقق وحماية الخصوصية والبرمجيات لعملية معالجة المعاملات في Solana. إنه يمكّن المطورين من بناء دفتر أوامر مركزي محدد السعر، منصات تداول العقود الدائمة، برك الظلام، وغيرها من البنية التحتية المالية التي تتطلب التحكم في الترتيب، والتنفيذ المحدد، وضمان الخصوصية، مما يعزز الابتكار والتطور في نظام Solana البيئي.
مع نشر BAM، ستتحسن تجربة التداول في Solana بشكل ملحوظ، مما يجعل تجربة تطبيقات الشبكة الرئيسية لـ Solana أقرب إلى تبادل مركزي، مع الحفاظ على مزايا اللامركزية. ستوفر هذه الخطوة فرص تطوير جديدة لنظام Solana البيئي، مما يجعله يركز أكثر على جودة التداول وإنصاف السوق أثناء سعيه لتحقيق أداء عالٍ.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
Solana أطلقت BAM: تحسين جودة المعاملات وبناء نظام بيئي أكثر عدلاً للبلوكتشين
التحدي الجديد لـ Solana: السعي لتحقيق جودة أفضل في الصفقات بدلاً من التركيز على حجم التداول فقط
تُعتبر Solana منصة بلوكتشين عالية الأداء، ومعروفة بسرعتها في معالجة المعاملات وحجم المعاملات الكبير. ومع ذلك، هل يعني ذلك أنها حققت الأهداف المثالية؟ من خلال تحليل عميق لحالة معاملات Solana، نجد سؤالًا يستحق التفكير: هل جميع هذه المعاملات تخلق قيمة فعلية؟
في الواقع، فإن حجم كبير من التداولات على Solana لا يأتي من احتياجات تداول حقيقية، بل يأتي من المتداولين عالي السرعة الذين يستغلون الفجوات المعلوماتية على مستوى المللي ثانية لتحقيق الربح. هؤلاء المشاركون المعروفون باسم "التجار السامين" يستخدمون المزايا التكنولوجية، وعندما يكون صانع السوق على وشك إلغاء الطلب، يقومون بزيادة رسوم الغاز لجعل تداولاتهم ذات أولوية في الحزمة، مما يؤدي إلى تحقيق الأرباح ويجعل صانعي السوق يتحملون خسائر. لتعويض هذه الخسائر، يضطر صانعو السوق إلى توسيع فارق الأسعار، مما يؤدي في النهاية إلى تحمل المستخدمين العاديين تكاليف إضافية.
لطالما كانت لدى Solana رؤية لتحقيق دفتر الطلبات على السلسلة، واستبدال البورصات المركزية. ومع ذلك، أصبح وجود "تجار السم" عائقًا أمام تحقيق هذا الهدف. هذه هي التحديات الجديدة التي تواجهها Solana حاليًا: الحجم لا يساوي السيولة. ما يحتاجه السوق الصحي حقًا ليس المزيد من الصفقات، بل صفقات ذات جودة أعلى.
كيف يتم إزالة المعاملات الضارة لحماية السيولة بشكل أفضل؟
في نظام Solana الحالي، وبسبب اعتماد آلية إجماعها على آلية المزاد الدوري، يتمتع الآكلون (وخاصة المتداولون السريعي التنفيذ) فعليًا بأولوية، مما يؤثر على عدالة السوق. بشكل محدد، يتمثل آلية إجماع Solana في أن كل 400 ملي ثانية تشكل فترة زمنية (Slot)، حيث يتم تنفيذ المعاملات بترتيب تصنيفها وفقًا لمستوى رسوم الغاز المدفوعة.
تؤدي هذه الآلية إلى تعرض صانعي السوق غالبًا ل"استهداف" من قبل المتداولين عالي التردد أثناء تعديل الأسعار بشكل متكرر، وسحب الطلبات، وإعادة إدخال الطلبات. يقوم المتداولون بالتحكيم بإجراء الصفقة من خلال دفع رسوم أعلى قبل أن يقوم صانع السوق بسحب الطلب، مما يتسبب في تحمل صانعي السوق للخسائر.
في الظروف المثالية، يجب أن ينفذ بورصة اللامركزية (DEX) الطلبات بالترتيب التالي: أولاً تنفيذ جميع أوامر الإلغاء، ثم تنفيذ الأوامر الجديدة، وأخيراً تنفيذ الصفقات. ومع ذلك، فإن آلية الإجماع الحالية في Solana لا تستطيع تحقيق ذلك على المستوى الدقيق.
بالنسبة لأسعار الأوراق المالية، فإن الحالة المثالية هي تحديث أسعار الأوراق المالية أولاً، ثم تنفيذ الصفقة التي تعتمد على تلك الأسعار. ولكن في ظل الفجوة الحالية البالغة 400 مللي ثانية، قد تتسبب تقلبات السوق الحادة في تنفيذ الصفقة بالسعر الأصلي.
بالنسبة لعقود الإقراض، فإن أفضل الممارسات هي إضافة الهامش أولاً، ثم إجراء التسوية.
لذلك، تحتاج Solana إلى آلية تسمح للبروتوكولات المختلفة بترتيب المعاملات حسب الحاجة، وهذه هي ميزة التنفيذ القائم على التحكم من التطبيقات (Application-Controlled Execution، ACE) التي تبرزها Solana باستمرار.
BAM: حل Solana
لمواجهة هذه التحديات، قدمت Solana حل سوق تجميع الكتل (Block Assembly Marketplace، BAM). يقوم BAM بإنشاء طبقة ترتيب أو طبقة معالجة مسبقة بين تطبيقات سلسلة Solana والشبكة الرئيسية.
تستخدم BAM بيئات التنفيذ الموثوقة (TEEs) لبناء صندوق الخصوصية، حيث يتم ترتيب التداولات داخل الصندوق وفقًا لقواعد محددة مسبقًا أو مبدأ الدخول أولاً والخروج أولاً (FIFO). تهدف هذه الآلية إلى تقديم خدمة أفضل لبروتوكولات دفتر الطلبات (CLOBs) ومنصات العقود الدائمة والأحواض المظلمة وغيرها.
كيفية عمل BAM
تكون عملية تداول BAM على النحو التالي:
من الجدير بالذكر أن عملية الإجماع الخاصة بـ BAM لا تتعارض مع شبكة Solana الرئيسية، بل هي وظيفة اختيارية. لا تعمل BAM مباشرة على شبكة Solana الرئيسية، بل تكمل ترتيب المعاملات مسبقًا بطريقة "خارج السلسلة"، ثم تقوم بتجميع المعاملات وتقديمها إلى شبكة Solana الرئيسية.
الخصائص الأساسية لـ BAM
يدعم BAM ثلاثة أوضاع تشغيل: الوضع الافتراضي لـ Solana، وضع Block-Engine (الحل الحالي لـ MEV من Jito، والذي يعتمد على آلية المزاد) ووضع BAM (حيث يتم ترتيب المدققين بدقة وفقًا لقاعدة FIFO).
تشمل الخصائص الأساسية لنموذج BAM:
التطبيق العملي لـ BAM
تتضمن سيناريوهات تطبيق BAM:
بشكل عام، يوفر BAM قابلية التحقق وحماية الخصوصية والبرمجيات لعملية معالجة المعاملات في Solana. إنه يمكّن المطورين من بناء دفتر أوامر مركزي محدد السعر، منصات تداول العقود الدائمة، برك الظلام، وغيرها من البنية التحتية المالية التي تتطلب التحكم في الترتيب، والتنفيذ المحدد، وضمان الخصوصية، مما يعزز الابتكار والتطور في نظام Solana البيئي.
مع نشر BAM، ستتحسن تجربة التداول في Solana بشكل ملحوظ، مما يجعل تجربة تطبيقات الشبكة الرئيسية لـ Solana أقرب إلى تبادل مركزي، مع الحفاظ على مزايا اللامركزية. ستوفر هذه الخطوة فرص تطوير جديدة لنظام Solana البيئي، مما يجعله يركز أكثر على جودة التداول وإنصاف السوق أثناء سعيه لتحقيق أداء عالٍ.