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