التحدي الجديد لـ Solana: تحسين جودة المعاملات بدلاً من الكمية
تشتهر Solana بسرعتها العالية في المعاملات وحجمها الكبير، ولكن هل يعني ذلك أنها "جيدة بما فيه الكفاية"؟ عند تحليل هذه المعاملات بعمق، نتساءل: هل تخلق جميعها قيمة حقيقية؟
في الواقع، فإن كمية كبيرة من معاملات Solana لا تأتي من طلب حقيقي، بل من المتداولين ذوي التردد العالي الذين يستفيدون من فروقات المعلومات في المللي ثانية. هؤلاء "المتداولون السامين" يستخدمون ميزتهم التقنية لزيادة رسوم الغاز عندما يكون صانع السوق على وشك سحب الطلب، مما يضمن تنفيذ معاملاتهم بشكل أولوية، وبالتالي تحقيق الأرباح، مما يؤدي إلى تكبد صانعي السوق خسائر. لتعويض هذه الخسائر، يتعين على صانعي السوق توسيع الفارق بين أسعار الشراء والبيع، مما يؤدي في النهاية إلى تحمل المستخدمين العاديين تكاليف إضافية.
تحلم Solana دائمًا بتحقيق دفتر الطلبات على السلسلة، واستبدال البورصات المركزية. ومع ذلك، فإن وجود "تجار سامين" أصبح العقبة الرئيسية لتحقيق هذا الهدف. وهذا يكشف عن تحدٍ جديد تواجهه Solana: حجم التداول ليس هو نفسه السيولة. ما تحتاجه السوق الصحية ليس المزيد من التداول، ولكن تداولًا ذا جودة أعلى.
كيف يمكن استبعاد الصفقات الضارة وحماية سيولة السوق؟
في النظام الحالي، نظرًا لأن آلية إجماع Solana تعتمد على المزادات الدورية، فإن المتنافسين الذين يأخذون الطلبات يتمتعون فعليًا بأفضلية، مما يؤدي إلى تأثير MEV الخبيث على عدالة السوق.
في آلية الإجماع الخاصة بـ Solana، يتم تقسيم الوقت إلى فترات مدتها 400 مللي ثانية (Slot)، ويتم تنفيذ المعاملات وفقًا لترتيب رسوم الغاز المدفوعة. خلال هذه العملية، يحتاج صناع السوق إلى تعديل الأسعار بشكل متكرر، بينما يقوم المتداولون عالي التردد بمراقبة الفروق السعرية، وعند اكتشاف الفرص، يقومون بالتداول على الفور. من خلال دفع رسوم أعلى، يمكن للمتداولين الاستفادة من الفرص قبل أن يقوم صناع السوق بإلغاء الطلبات، مما يؤدي إلى تكبد صناع السوق خسائر متكررة.
في الظروف المثالية، يجب أن يقوم دفتر الطلبات في بورصة التداول اللامركزية (DEX) بتنفيذ جميع أوامر الإلغاء أولاً، ثم تنفيذ الأوامر الجديدة، وأخيراً تنفيذ الصفقات. ومع ذلك، فإن آلية الإجماع الحالية في Solana لا تستطيع تحقيق ذلك على المستوى الدقيق. بالمثل، في جانب تسعير الأوراق المالية، فإن الممارسة المثلى هي تحديث أسعار الأوراق المالية أولاً، ثم تنفيذ الصفقات التي تعتمد على تلك الأسعار. ولكن في فترة 400 مللي ثانية، قد يتسبب التقلب الشديد في السوق في تنفيذ الصفقات بأسعارها الأصلية.
بالنسبة لاتفاقية الاقتراض، الترتيب المثالي هو إضافة ضمانات أولاً، ثم القيام بالتصفية.
لذلك، يحتاج Solana إلى آلية تسمح للبروتوكولات المختلفة بترتيب المعاملات حسب الطلب، وهو ما يُعرف بتنفيذ التحكم في التطبيق (ACE).
BAM: حل Solana
سوق تجميع الكتل ( BAM ) هو حل اقترحته Solana لمعالجة هذه المشكلات. تم بناء طبقة ترتيب أو طبقة معالجة مسبقة بين تطبيق BAM على سلسلة Solana والشبكة الرئيسية. إنها تستخدم بيئات التنفيذ الموثوقة ( TEEs ) لبناء صندوق خصوصية، حيث يتم ترتيب المعاملات وفقًا لقواعد محددة مسبقًا أو مبدأ الأول في الدخول ( FIFO ).
تهدف هذه الآلية إلى خدمة البروتوكولات مثل دفتر الطلبات، بورصات العقود الآجلة، وحمامات السباحة المظلمة بشكل أفضل.
نموذج تشغيل BAM
يدعم BAM ثلاثة أوضاع تشغيل: الوضع الافتراضي لSolana، وضع Block-Engine (، الحل الحالي لـ MEV من Jito، والذي يعتمد على آلية المزاد )، ووضع BAM ( حيث يتم فرز المدققين بدقة وفقًا لFIFO ).
تشمل الخصائص الأساسية لنموذج BAM:
استخدام بيئات التنفيذ الموثوقة ( TEEs ) لبناء بيئة خاصة، وضمان ترتيب المعاملات بشكل عادل.
تنفيذ منطق ترتيب معقد من خلال نظام المكونات الإضافية، مما يسمح للتطبيقات بتخصيص قواعد ترتيب المعاملات.
تنفيذ تطبيق التحكم في تنفيذ (ACE) ، لتلبية الاحتياجات المحددة لبروتوكولات مختلفة.
التطبيقات الفعلية لـ BAM
تشمل سيناريوهات تطبيق BAM:
حماية تسوية القرض: تنفيذ عمليات ضمان إضافية كأولوية، ثم إجراء فحص التسوية.
مجموعة التداول على مستوى الذرة: إكمال تحديث سعر الأوراق المالية وتنفيذ المعاملات ذات الصلة ضمن نفس نافذة الوقت.
حماية تقلبات الأسعار: الكشف عن وتنفيذ الطلبات الكبيرة على دفعات، لتجنب تقلبات السوق الحادة.
حماية صانع السوق: يسمح بإلغاء الطلبات وإعادة إدراجها في مللي ثانية، مما يقلل من مخاطر الاستغلال الضار.
الخاتمة
BAM أدخل القابلية للتحقق وحماية الخصوصية والبرمجة في عملية معالجة المعاملات في Solana. إنه يمكن المطورين من بناء تطبيقات لامركزية أقرب إلى تجربة البورصات المركزية، بما في ذلك دفتر الطلبات المركزي، وبورصة العقود الدائمة، وحمامات الظل، وغيرها. من المتوقع أن يدفع هذا الابتكار نحو مزيد من التطور في نظام Solana البيئي، مما يعزز جودة المعاملات العامة وتجربة المستخدم.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 15
أعجبني
15
6
إعادة النشر
مشاركة
تعليق
0/400
SchrodingerAirdrop
· منذ 8 س
اسمع نصيحتي، لا تشتري الانخفاض في sol بسهولة.
شاهد النسخة الأصليةرد0
TestnetFreeloader
· 08-10 19:45
غاز ارتفع، والناس لم يعودوا يجرؤون على التحرك، أليس كذلك؟
Solana أطلقت خطة BAM لتحسين جودة المعاملات لمواجهة MEV الخبيث
التحدي الجديد لـ Solana: تحسين جودة المعاملات بدلاً من الكمية
تشتهر Solana بسرعتها العالية في المعاملات وحجمها الكبير، ولكن هل يعني ذلك أنها "جيدة بما فيه الكفاية"؟ عند تحليل هذه المعاملات بعمق، نتساءل: هل تخلق جميعها قيمة حقيقية؟
في الواقع، فإن كمية كبيرة من معاملات Solana لا تأتي من طلب حقيقي، بل من المتداولين ذوي التردد العالي الذين يستفيدون من فروقات المعلومات في المللي ثانية. هؤلاء "المتداولون السامين" يستخدمون ميزتهم التقنية لزيادة رسوم الغاز عندما يكون صانع السوق على وشك سحب الطلب، مما يضمن تنفيذ معاملاتهم بشكل أولوية، وبالتالي تحقيق الأرباح، مما يؤدي إلى تكبد صانعي السوق خسائر. لتعويض هذه الخسائر، يتعين على صانعي السوق توسيع الفارق بين أسعار الشراء والبيع، مما يؤدي في النهاية إلى تحمل المستخدمين العاديين تكاليف إضافية.
تحلم Solana دائمًا بتحقيق دفتر الطلبات على السلسلة، واستبدال البورصات المركزية. ومع ذلك، فإن وجود "تجار سامين" أصبح العقبة الرئيسية لتحقيق هذا الهدف. وهذا يكشف عن تحدٍ جديد تواجهه Solana: حجم التداول ليس هو نفسه السيولة. ما تحتاجه السوق الصحية ليس المزيد من التداول، ولكن تداولًا ذا جودة أعلى.
كيف يمكن استبعاد الصفقات الضارة وحماية سيولة السوق؟
في النظام الحالي، نظرًا لأن آلية إجماع Solana تعتمد على المزادات الدورية، فإن المتنافسين الذين يأخذون الطلبات يتمتعون فعليًا بأفضلية، مما يؤدي إلى تأثير MEV الخبيث على عدالة السوق.
في آلية الإجماع الخاصة بـ Solana، يتم تقسيم الوقت إلى فترات مدتها 400 مللي ثانية (Slot)، ويتم تنفيذ المعاملات وفقًا لترتيب رسوم الغاز المدفوعة. خلال هذه العملية، يحتاج صناع السوق إلى تعديل الأسعار بشكل متكرر، بينما يقوم المتداولون عالي التردد بمراقبة الفروق السعرية، وعند اكتشاف الفرص، يقومون بالتداول على الفور. من خلال دفع رسوم أعلى، يمكن للمتداولين الاستفادة من الفرص قبل أن يقوم صناع السوق بإلغاء الطلبات، مما يؤدي إلى تكبد صناع السوق خسائر متكررة.
في الظروف المثالية، يجب أن يقوم دفتر الطلبات في بورصة التداول اللامركزية (DEX) بتنفيذ جميع أوامر الإلغاء أولاً، ثم تنفيذ الأوامر الجديدة، وأخيراً تنفيذ الصفقات. ومع ذلك، فإن آلية الإجماع الحالية في Solana لا تستطيع تحقيق ذلك على المستوى الدقيق. بالمثل، في جانب تسعير الأوراق المالية، فإن الممارسة المثلى هي تحديث أسعار الأوراق المالية أولاً، ثم تنفيذ الصفقات التي تعتمد على تلك الأسعار. ولكن في فترة 400 مللي ثانية، قد يتسبب التقلب الشديد في السوق في تنفيذ الصفقات بأسعارها الأصلية.
بالنسبة لاتفاقية الاقتراض، الترتيب المثالي هو إضافة ضمانات أولاً، ثم القيام بالتصفية.
لذلك، يحتاج Solana إلى آلية تسمح للبروتوكولات المختلفة بترتيب المعاملات حسب الطلب، وهو ما يُعرف بتنفيذ التحكم في التطبيق (ACE).
BAM: حل Solana
سوق تجميع الكتل ( BAM ) هو حل اقترحته Solana لمعالجة هذه المشكلات. تم بناء طبقة ترتيب أو طبقة معالجة مسبقة بين تطبيق BAM على سلسلة Solana والشبكة الرئيسية. إنها تستخدم بيئات التنفيذ الموثوقة ( TEEs ) لبناء صندوق خصوصية، حيث يتم ترتيب المعاملات وفقًا لقواعد محددة مسبقًا أو مبدأ الأول في الدخول ( FIFO ).
تهدف هذه الآلية إلى خدمة البروتوكولات مثل دفتر الطلبات، بورصات العقود الآجلة، وحمامات السباحة المظلمة بشكل أفضل.
نموذج تشغيل BAM
يدعم BAM ثلاثة أوضاع تشغيل: الوضع الافتراضي لSolana، وضع Block-Engine (، الحل الحالي لـ MEV من Jito، والذي يعتمد على آلية المزاد )، ووضع BAM ( حيث يتم فرز المدققين بدقة وفقًا لFIFO ).
تشمل الخصائص الأساسية لنموذج BAM:
استخدام بيئات التنفيذ الموثوقة ( TEEs ) لبناء بيئة خاصة، وضمان ترتيب المعاملات بشكل عادل.
تنفيذ منطق ترتيب معقد من خلال نظام المكونات الإضافية، مما يسمح للتطبيقات بتخصيص قواعد ترتيب المعاملات.
تنفيذ تطبيق التحكم في تنفيذ (ACE) ، لتلبية الاحتياجات المحددة لبروتوكولات مختلفة.
التطبيقات الفعلية لـ BAM
تشمل سيناريوهات تطبيق BAM:
حماية تسوية القرض: تنفيذ عمليات ضمان إضافية كأولوية، ثم إجراء فحص التسوية.
مجموعة التداول على مستوى الذرة: إكمال تحديث سعر الأوراق المالية وتنفيذ المعاملات ذات الصلة ضمن نفس نافذة الوقت.
حماية تقلبات الأسعار: الكشف عن وتنفيذ الطلبات الكبيرة على دفعات، لتجنب تقلبات السوق الحادة.
حماية صانع السوق: يسمح بإلغاء الطلبات وإعادة إدراجها في مللي ثانية، مما يقلل من مخاطر الاستغلال الضار.
الخاتمة
BAM أدخل القابلية للتحقق وحماية الخصوصية والبرمجة في عملية معالجة المعاملات في Solana. إنه يمكن المطورين من بناء تطبيقات لامركزية أقرب إلى تجربة البورصات المركزية، بما في ذلك دفتر الطلبات المركزي، وبورصة العقود الدائمة، وحمامات الظل، وغيرها. من المتوقع أن يدفع هذا الابتكار نحو مزيد من التطور في نظام Solana البيئي، مما يعزز جودة المعاملات العامة وتجربة المستخدم.