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