BAM من سولانا: لا نسعى فقط إلى السرعة، بل نولي أهمية لجودة المعاملات
تشتهر Solana بسرعتها العالية في المعاملات وحجمها الكبير، لكن هل يعني ذلك أنها "جيدة بما فيه الكفاية"؟ عند فحص هذه المعاملات عن كثب، نجد سؤالاً محورياً: هل تخلق هذه المعاملات قيمة حقيقية؟
في الواقع، فإن العديد من المعاملات على Solana لا تنبع من الطلب الحقيقي، بل من المتداولين ذوي التردد العالي الذين يستغلون فرق المعلومات على مستوى المللي ثانية لتحقيق الأرباح. هؤلاء "المتداولون السامون" يستغلون المزايا التقنية، ويزيدون من رسوم الغاز عند اقتراب صانعي السوق من سحب الطلبات، مما يتيح لهم إتمام المعاملات مسبقاً وجني الأرباح، مما يتسبب في خسائر لصانعي السوق. لتعويض هذه الخسائر، يضطر صانعي السوق إلى توسيع فرق الأسعار، مما يضر في النهاية بمصالح المستخدمين العاديين.
لطالما حلمت Solana بتحقيق دفتر الطلبات على السلسلة، لاستبدال البورصات المركزية. ومع ذلك، فإن وجود "متداولين سامين" أصبح عقبة أمام تحقيق هذا الهدف. هذه هي التحديات الجديدة التي تواجهها Solana: حجم التداول لا يساوي السيولة. السوق الصحي يحتاج إلى المزيد من التداولات عالية الجودة، وليس المزيد من التداولات.
كيفية استبعاد المعاملات الضارة وحماية سيولة السوق؟
في نظام Solana الحالي، بسبب الخصائص المتعلقة بالمزادات الدورية لآلية الإجماع، يتمتع آكل الطلبات في الواقع بأولوية، مما يؤدي إلى تأثير MEV الخبيث على عدالة السوق.
بشكل محدد، في توافق Solana الحالي، يتم تنفيذ كل فترة زمنية مدتها 400 مللي ثانية (Slot)، ويتم تنفيذ المعاملات بناءً على ترتيب رسوم الغاز المدفوعة. خلال هذه العملية، يحتاج صانعو السوق إلى تعديل الأسعار بشكل متكرر، بينما يقوم المتداولون عالي التردد بمراقبة الفروقات السعرية، وعند اكتشاف الفرص، يتم تنفيذ الصفقات على الفور. وهذا يؤدي إلى تمكّن المتداولين من القيام بتنفيذ الصفقة قبل أن يقوم صانعو السوق بإلغاء الطلبات من خلال دفع رسوم أعلى، مما يؤدي إلى تكبّد صانعي السوق خسائر متكررة.
بالنسبة لبورصة لا مركزية من نوع دفتر الطلبات (DEX)، يجب أن يكون ترتيب التداول المثالي كما يلي: مع تقلبات الأسعار، يجب تنفيذ جميع إلغاء الطلبات أولاً، ثم تنفيذ الطلبات الجديدة، وأخيرًا تنفيذ الصفقات. ومع ذلك، فإن آلية الإجماع الحالية في Solana لا تستطيع تحقيق ذلك على المستوى الدقيق.
توجد نفس المشكلة أيضًا في أسعار الأورacles واتفاقيات الإقراض. من الناحية المثالية، يجب تحديث أسعار الأورacles أولاً، ثم تنفيذ المعاملات التي تعتمد على تلك الأسعار؛ يجب إضافة الضمان أولاً، ثم إجراء التسوية.
لذلك، تحتاج Solana إلى آلية تسمح للبروتوكولات المختلفة بترتيب المعاملات وفقًا للاحتياجات، وهذا هو ما تركز عليه Solana دائمًا وهو التحكم في تنفيذ التطبيقات (ACE).
BAM: حل Solana
لحل هذه المشكلات، أطلقت Solana سوق تجميع الكتل (BAM). يقوم BAM بإنشاء طبقة ترتيب أو طبقة معالجة مسبقة بين تطبيقات سلسلة Solana والشبكة الرئيسية. إنه يستخدم بيئات التنفيذ الموثوقة (TEEs) لبناء صندوق خصوصية، حيث يتم ترتيب المعاملات وفقًا لقواعد مسبقة أو مبدأ FIFO(.
BAM يدعم ثلاثة أوضاع تشغيل:
وضع سولانا الافتراضي
وضع Block-Engine ) مشابه لحل MEV الحالي من Jito (
نمط BAM ) يقوم بالتحقق من القائمين على العمل وفق ترتيب FIFO (
تشمل الميزات الأساسية لنموذج BAM:
استخدام TEEs لبناء بيئة خصوصية لترتيب المعاملات، لضمان العدالة
من خلال نظام الإضافات يسمح للتطبيقات ببناء منطق فرز مخصص لتحقيق فرز معقد
تنفيذ ميزة ACE، مما يسمح للتطبيق بالتحكم في ترتيب تنفيذ المعاملات
![تفسير سوق تجميع الكتل Solana BAM: عندما لا تكون السرعة هي السعي الوحيد])https://img-cdn.gateio.im/webp-social/moments-80b3584e69b2d2874adfe16a0331ad66.webp(
تطبيقات BAM الفعلية
تتضمن سيناريوهات تطبيق BAM:
حماية تسوية القروض: تنفيذ عمليات ضمان إضافية بشكل أولي، ثم إجراء فحص التسوية
مجموعة المعاملات على مستوى الذرة: تحديث سعر oracle أولاً، ثم تنفيذ المعاملات المعتمدة على هذا السعر
حماية تقلبات الأسعار: تقسيم الطلبات الكبيرة إلى أجزاء صغيرة وتنفيذها على دفعات، لتجنب التقلبات الحادة في السوق
حماية صانع السوق: يسمح بإلغاء الطلبات وإعادة إدراجها على مستوى المللي ثانية، مما يقلل من التحكيم الخبيث
ستعمل عملية نشر BAM على تحسين تجربة التداول في Solana بشكل كبير، مما يجعلها أقرب إلى مستوى تجربة البورصات المركزية. إنها تجلب إمكانية التحقق، وحماية الخصوصية، والقابلية للبرمجة لعملية معالجة التداول في Solana، مما يوفر للمطورين إمكانية بناء مجموعة متنوعة من البنية التحتية المالية، مثل دفتر الطلبات المركزي، ومنصات تداول العقود الدائمة، وأحواض السيولة وغيرها.
بشكل عام، يشير إطلاق BAM إلى أن Solana لم تعد تسعى فقط إلى السرعة، بل أصبحت تركز بشكل أكبر على جودة المعاملات وصحة السوق، مما سيدفع الابتكار والتطور في نظام Solana البيئي.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
سولانا تطلق BAM: التحول من السعي وراء السرعة إلى التركيز على جودة المعاملات
BAM من سولانا: لا نسعى فقط إلى السرعة، بل نولي أهمية لجودة المعاملات
تشتهر Solana بسرعتها العالية في المعاملات وحجمها الكبير، لكن هل يعني ذلك أنها "جيدة بما فيه الكفاية"؟ عند فحص هذه المعاملات عن كثب، نجد سؤالاً محورياً: هل تخلق هذه المعاملات قيمة حقيقية؟
في الواقع، فإن العديد من المعاملات على Solana لا تنبع من الطلب الحقيقي، بل من المتداولين ذوي التردد العالي الذين يستغلون فرق المعلومات على مستوى المللي ثانية لتحقيق الأرباح. هؤلاء "المتداولون السامون" يستغلون المزايا التقنية، ويزيدون من رسوم الغاز عند اقتراب صانعي السوق من سحب الطلبات، مما يتيح لهم إتمام المعاملات مسبقاً وجني الأرباح، مما يتسبب في خسائر لصانعي السوق. لتعويض هذه الخسائر، يضطر صانعي السوق إلى توسيع فرق الأسعار، مما يضر في النهاية بمصالح المستخدمين العاديين.
لطالما حلمت Solana بتحقيق دفتر الطلبات على السلسلة، لاستبدال البورصات المركزية. ومع ذلك، فإن وجود "متداولين سامين" أصبح عقبة أمام تحقيق هذا الهدف. هذه هي التحديات الجديدة التي تواجهها Solana: حجم التداول لا يساوي السيولة. السوق الصحي يحتاج إلى المزيد من التداولات عالية الجودة، وليس المزيد من التداولات.
كيفية استبعاد المعاملات الضارة وحماية سيولة السوق؟
في نظام Solana الحالي، بسبب الخصائص المتعلقة بالمزادات الدورية لآلية الإجماع، يتمتع آكل الطلبات في الواقع بأولوية، مما يؤدي إلى تأثير MEV الخبيث على عدالة السوق.
بشكل محدد، في توافق Solana الحالي، يتم تنفيذ كل فترة زمنية مدتها 400 مللي ثانية (Slot)، ويتم تنفيذ المعاملات بناءً على ترتيب رسوم الغاز المدفوعة. خلال هذه العملية، يحتاج صانعو السوق إلى تعديل الأسعار بشكل متكرر، بينما يقوم المتداولون عالي التردد بمراقبة الفروقات السعرية، وعند اكتشاف الفرص، يتم تنفيذ الصفقات على الفور. وهذا يؤدي إلى تمكّن المتداولين من القيام بتنفيذ الصفقة قبل أن يقوم صانعو السوق بإلغاء الطلبات من خلال دفع رسوم أعلى، مما يؤدي إلى تكبّد صانعي السوق خسائر متكررة.
بالنسبة لبورصة لا مركزية من نوع دفتر الطلبات (DEX)، يجب أن يكون ترتيب التداول المثالي كما يلي: مع تقلبات الأسعار، يجب تنفيذ جميع إلغاء الطلبات أولاً، ثم تنفيذ الطلبات الجديدة، وأخيرًا تنفيذ الصفقات. ومع ذلك، فإن آلية الإجماع الحالية في Solana لا تستطيع تحقيق ذلك على المستوى الدقيق.
توجد نفس المشكلة أيضًا في أسعار الأورacles واتفاقيات الإقراض. من الناحية المثالية، يجب تحديث أسعار الأورacles أولاً، ثم تنفيذ المعاملات التي تعتمد على تلك الأسعار؛ يجب إضافة الضمان أولاً، ثم إجراء التسوية.
لذلك، تحتاج Solana إلى آلية تسمح للبروتوكولات المختلفة بترتيب المعاملات وفقًا للاحتياجات، وهذا هو ما تركز عليه Solana دائمًا وهو التحكم في تنفيذ التطبيقات (ACE).
BAM: حل Solana
لحل هذه المشكلات، أطلقت Solana سوق تجميع الكتل (BAM). يقوم BAM بإنشاء طبقة ترتيب أو طبقة معالجة مسبقة بين تطبيقات سلسلة Solana والشبكة الرئيسية. إنه يستخدم بيئات التنفيذ الموثوقة (TEEs) لبناء صندوق خصوصية، حيث يتم ترتيب المعاملات وفقًا لقواعد مسبقة أو مبدأ FIFO(.
BAM يدعم ثلاثة أوضاع تشغيل:
تشمل الميزات الأساسية لنموذج BAM:
![تفسير سوق تجميع الكتل Solana BAM: عندما لا تكون السرعة هي السعي الوحيد])https://img-cdn.gateio.im/webp-social/moments-80b3584e69b2d2874adfe16a0331ad66.webp(
تطبيقات BAM الفعلية
تتضمن سيناريوهات تطبيق BAM:
ستعمل عملية نشر BAM على تحسين تجربة التداول في Solana بشكل كبير، مما يجعلها أقرب إلى مستوى تجربة البورصات المركزية. إنها تجلب إمكانية التحقق، وحماية الخصوصية، والقابلية للبرمجة لعملية معالجة التداول في Solana، مما يوفر للمطورين إمكانية بناء مجموعة متنوعة من البنية التحتية المالية، مثل دفتر الطلبات المركزي، ومنصات تداول العقود الدائمة، وأحواض السيولة وغيرها.
بشكل عام، يشير إطلاق BAM إلى أن Solana لم تعد تسعى فقط إلى السرعة، بل أصبحت تركز بشكل أكبر على جودة المعاملات وصحة السوق، مما سيدفع الابتكار والتطور في نظام Solana البيئي.