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