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