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