خريطة طريق Solana ICM: عرض "تقليد" يستهدف Hyperliquid
مؤخراً، اجتمع مجموعة من كبار الشخصيات في نظام Solana البيئي، وأصدروا خارطة طريق تقنية تحمل اسم "أسواق رأس المال عبر الإنترنت (Internet Capital Markets, ICM)". الفكرة الأساسية في هذه الخارطة هي "تنفيذ تداول قابل للتحكم (Application Controlled Execution, ACE)"، ببساطة، يعني ذلك منح التطبيقات على السلسلة حقوق ترتيب التداول بشكل مستقل في مللي ثانية، لإنشاء "وول ستريت على السلسلة" اللامركزية.
المثير للاهتمام هو أنه عند قراءة خريطة الطريق بالكامل، على الرغم من عدم ذكر Hyperliquid بشكل مباشر، إلا أن التصميم فيها يستهدف تقريبًا نقاط القوة في Hyperliquid في كل مكان. يبدو الأمر كما لو أن Solana تقول: "ما لديك من Hyperliquid، نريد أن يكون لدينا أيضًا، وسنجعلها أفضل!"
تحتل Hyperliquid مركز الصدارة في سوق العقود الآجلة اللامركزية، حيث بلغت حجم التداول حوالي 65% من إجمالي السوق اللامركزي للعقود الآجلة. من الواضح أنه في مواجهة مثل هذه المنافسة، لا تريد Solana أن تتفوق عليها الشركات الناشئة، لذا أطلقت هذه الخارطة الطريق ICM.
إذن، ما هي قصة "عرض التقليد" هذا؟ هل يمكن لـ Solana حقًا اللحاق بـ Hyperliquid أو حتى تجاوزها؟ دعنا نتعمق في هذا الموضوع.
خلفية ومحتوى ICM
من يقود هذا التحول؟
المشاركون في وضع خارطة الطريق هم من اللاعبين البارزين في نظام Solana البيئي:
مؤسسة/مختبرات سولانا: "الأب الحقيقي" لسولانا، المسؤول عن التنسيق العام وتطوير البروتوكول الأساسي.
Anza: شركة تطوير تأسست على يد أعضاء سابقين من Solana Labs، وتولت العديد من الأعمال الأساسية في التقنيات، مثل بروتوكول الإجماع الجديد Alpenglow.
Jito Labs: مزود بنية تحتية MEV على Solana، له تأثير كبير، ويكاد يتحكم في "السلطة المطلقة" على جميع تدفقات MEV على Solana. هذه المرة، قاموا بقيادة تقديم سوق تجميع الكتل (BAM) وغيرها من حلول ترتيب المعاملات.
Multicoin Capital: مؤسسة استثمارية مشهورة في مجال العملات المشفرة، وهي أيضًا من داعمي Solana في المراحل المبكرة. لها أيضًا نفوذ كبير في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول شبكة الألياف الضوئية المخصصة لتحسين سرعة الاتصالات بين عقد التحقق في Solana.
Drift: مشروع DEX الرائد للعقود الآجلة المستمرة على Solana. كان Drift يعتمد سابقًا على نموذج المطابقة خارج السلسلة، وعندما واجه Hyperliquid بالكامل على السلسلة، بدا أنه يعاني بعض الشيء، لذا فإن المشاركة في وضع خارطة الطريق هذه المرة، من الواضح أنها تأمل في الاستفادة من الترقية الأساسية لتحقيق النجاح.
يجب حل المشكلة الأساسية
تركز خارطة الطريق على تحسين البنية الدقيقة للسوق، باختصار، فإن آلية التداول الحالية على السلسلة ليست ودودة بما فيه الكفاية لصانعي السوق، حيث يستفيد المتداولون النشطون (Taker) من الموقف، بينما يعاني صانعو السوق (Market Maker) الذين ينتظرون تنفيذ أوامرهم. يعود ذلك إلى أن المتداولين النشطين غالبًا ما يمتلكون أحدث المعلومات ويزيدون من رسوم التداول لضمان تنفيذ تداولاتهم بشكل أولوية، بينما غالبًا ما يكون صانعو السوق غير قادرين على سحب أوامرهم، مما يجبرهم على التنفيذ بأسعار غير مواتية.
بعض المتداولين ذوي التردد العالي سيستغلون هذه الفجوة، ويقومون بشن هجمات "المرور السام". على سبيل المثال، عندما لم يتم تحديث السعر على السلسلة، ولكن السعر خارج السلسلة قد تغير بالفعل، يمكن للمتداولين الاستفادة من السعر القديم لملء أوامر صانعي السوق، مما يتسبب في تحمل صانعي السوق للخسائر. والنتيجة هي أن صانعي السوق لحماية أنفسهم، إما أن يزيدوا من فرق الأسعار بين الشراء والبيع، أو يقللوا من حجم الأوامر المعلقة، مما يؤدي إلى تدهور سيولة السوق بأكمله.
خريطة طريق ICM تهدف إلى تحقيق توازن في هذا النمط، وجذب السيولة عالية الجودة للعودة إلى السلسلة.
خطوات ICM الثلاث
Solana قسمت هذه الخطة الكبرى إلى ثلاث مراحل:
قصير الأجل (1-3 أشهر): يهدف بشكل رئيسي إلى تحسين تجربة التداول على السلسلة الحالية، وجعل تطبيقات دفتر الطلبات أكثر سهولة في الاستخدام، وتقليل التدخل الضار من MEV. ويشمل ذلك:
تم إطلاق وحدة سوق تجميع الكتل (BAM) من Jito Labs على الشبكة الرئيسية. تكمن أهمية هذه الوحدة في توفير نظام خارجي مؤقت قبل إطلاق ACE (تنفيذ يتم التحكم فيه بواسطة التطبيق) النهائي، مما يمنح العقود الذكية على Solana حق ترتيب المعاملات بشكل مستقل.
قامت فريق Anza بتحسين معدل نجاح "دخول الصفقة في نفس الفتيل"، مما يقلل من الانزلاق وخسائر MEV.
من المتوقع أن تدخل هذه التحسينات حيز التنفيذ تدريجياً في الفترة من يوليو إلى سبتمبر 2025.
متوسط المدى (3-9 أشهر): إدخال شبكة عالية السرعة مخصصة وإصدار جديد من الإجماع، مما يقلل بشكل كبير من التأخير ويزيد من القدرة على المعالجة:
نشر شبكة الألياف الضوئية المخصصة لـ DoubleZero، لتوفير اتصالات سريعة مع تقليل الاهتزاز إلى ما يقرب من الصفر وتأخير يصل إلى 100 مللي ثانية.
تم إطلاق بروتوكول توافق Alpenglow، مما قلل من وقت التأكيد النهائي من حوالي 12.8 ثانية إلى حوالي 0.15 ثانية.
تطوير تنفيذ البرنامج غير المتزامن ( Asynchronous Program Execution، APE )، تقليل حظر تنفيذ المعاملات على الإجماع.
طويل الأجل (9-30 شهراً): إجراء ترقيات ثورية على بنية Solana الأساسية، بهدف تحقيق ذلك بحلول عام 2027.
قادة متعددون متزامنون (Multiple Concurrent Leaders, MCL): يسمح لعدة مدققين باقتراح المعاملات في وقت واحد داخل خطوط أنابيبهم الخاصة، ثم يتم دمج هذه الكتل المتزامنة وترتيبها حسب رسوم الأولوية. هذا يمكن أن يضعف احتكار حزمة واحدة، ويعزز مقاومة الرقابة.
التطبيقات الأصلية التنفيذ المتحكم به (Application Controlled Execution، وظيفة ACE): تمنح حقًا للعقود الذكية على السلسلة السيطرة على ترتيب تنفيذ المعاملات.
التقليد الأول: آلية ترتيب المعاملات
المشكلة تكمن في: أن السلسلة الحالية تميل نحو المتعاملين، ويتحمل صانع السوق "المرور السام". يمكن للمستخدمين الذين يتخذون إجراءات بشكل نشط بناءً على الأسعار الأخيرة خارج السلسلة أن يشرعوا في إجراء معاملات على الطلبات الموجودة على السلسلة في لحظة، ويفضلون التنفيذ من خلال زيادة الرسوم، بينما غالبًا ما يكون صانعي السوق غير قادرين على تحديث أو سحب الطلبات في الوقت المناسب. والنتيجة هي أن صانعي السوق إما أن يوسعوا الفارق السعري أو ببساطة يسحبوا السيولة، مما يجعل عمق السوق أسوأ.
الحل النهائي لـ ICM: تنفيذ قابل للتحكم (ACE)
تقترح خريطة طريق ICM مفهوم ACE (التنفيذ الخاضع للتحكم من التطبيق) ، مما يعني تفويض صلاحية ترتيب المعاملات إلى التطبيقات المختلفة على السلسلة ، حيث تقرر التطبيقات بنفسها كيفية ترتيب وتنفيذ المعاملات المتعلقة بها. على سبيل المثال ، في Solana التي ستنفذ ACE في المستقبل ، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة كما يلي:
تحديث أسعار الأوراق المالية: يمكن لتطبيقات DeFi إدراج صفقة للحصول على أحدث الأسعار من الأوراق المالية قبل تنفيذ المعاملات الكبيرة، لضمان تنفيذ الأوامر بأسعار معقولة ومحدثة، ولمنع صانعي السوق من تقديم عروض بناءً على أسعار قديمة مما يؤدي إلى التحكيم.
أولوية إلغاء الطلب: يمكن للتطبيق تعيين "طلب إلغاء" ليكون له الأولوية على تنفيذ "صفقة جديدة"، مما يمنح المُصنّع الفرصة لسحب الطلبات المعلقة في حال كانت الظروف السوقية غير مواتية.
مزاد في نهاية الصف: على سبيل المثال، عندما يظهر طلب شراء ضخم يدفع السعر للأعلى، ستقوم تطبيقات DeFi بإخراج الفرصة "التي تليها مباشرة" للمزاد، فمن يرغب في إعادة أكبر قدر من الفائدة إلى البروتوكول (أو المستخدم)، سيسمح بروتوكول DeFi بتنفيذ معاملته بعد الصفقة الكبيرة. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، مما يحول تدفقات MEV السامة إلى دخل جيد.
BAM الخاص بـ JITO: خطة الانتقال
قبل الإطلاق الرسمي لـ ACE، أطلقت Jito Labs حلاً انتقالياً يسمى Block Assembly Marketplace (BAM). سير العمل في BAM هو:
يقوم المستخدم بإرسال الصفقة إلى عقدة تعمل ببرنامج BAM (بدلاً من إرسالها مباشرة إلى القائد الحالي).
يقوم عقد BAM بجمع المعاملات المحلية وتشغيل أنواع مختلفة من (plugin) لإعادة ترتيب حزم المعاملات (Bundle) تحت حماية الخصوصية (تعمل الإضافات في بيئة TEE الآمنة، وتخفي محتوى المعاملات قبل التنفيذ). من خلال الإضافات، يمكن لمطوري التطبيقات تخصيص قواعد ترتيب مختلفة لعقودهم، مثل أولوية إلغاء الأوامر، تحديث أسعار الأوراق المالية قبل المطابقة، وحتى تشغيل مزادات داخل التطبيق المعقدة.
يتم إرسال حزمة المعاملات المرتبة مرة أخرى إلى قائد Solana لتجميعها على السلسلة.
يمكن اعتبار BAM كحقل تجارب قبل إطلاق ACE على السلسلة، حيث إنه قريب جدًا من ACE النهائي من حيث الوظائف، ولكنه يعمل في شبكة مستقلة خارج السلسلة، وليس مدمجًا في بروتوكول السلسلة الرئيسية لـ Solana.
من الجدير بالذكر أن Jito كانت تقدم سابقًا بنية تحتية موجهة لاستخراج MEV (مثل Jito Block Engine)، حيث كانت نموذج أعمالها من خلال تحسين ترتيب المعاملات لخلق فرص للمستثمرين المتاجرين ومشاركة الأرباح. وهذا إلى حد ما يمثل "رمحًا" يقف في مواجهة المستخدمين العاديين والمستثمرين المتاجرين. ومع ذلك، أغلقت Jito في أوائل عام 2024 وظيفة تجمع الذاكرة العامة المستهدفة للروبوتات المتاجرة (mempool)، وذلك لتقليل الآثار السلبية مثل هجمات السندويش. تشير هذه الخطوة إلى أن مجتمع Solana يميل إلى كبح MEV الضار، والحفاظ على عدالة المستخدمين.
إطلاق BAM يتماشى مع هذه الفكرة: فهو في جوهره يحول آلية الترتيب التي كانت تستخدم أصلاً في أرباح MEV إلى "درع" لحماية موفري السيولة مثل صانعي السوق، مثل إعطاء الأولوية لإلغاء الطلبات القسرية لتجنب أضرار صانعي السوق، وإدخال حوافز المنافسة لتقليل أرباح التحركات السريعة. إذا أراد الباحثون عن MEV السابقون جني الأموال، فيجب عليهم تغيير أدوارهم، وكتابة إضافات BAM لخدمة بروتوكولات DeFi والربح من رسوم الإضافات.
استشارة HYPERLIQUID
إن فكرة ACE/BAM المذكورة أعلاه يمكن اعتبارها نوعًا من السعي لمواكبة آلية التوفيق على سلسلة Hyperliquid. Hyperliquid هي سلسلة مخصصة (Appchain)، وقد تم تصميمها بشكل طبيعي لخدمة DEX. بالإضافة إلى ذلك، فإن HLP Vault الذي تديره Hyperliquid رسميًا هو في الواقع واحد من أكبر صانعي السوق على هذه المنصة، لذا ليس من الصعب فهم أن قواعد السلسلة في Hyperliquid تميل أكثر نحو موفري السيولة، وقد تم تنفيذ العديد من التصاميم لحماية صانعي السوق على مستوى السلسلة، مثل:
حماية أوامر التداول: يتم معالجة إلغاء الأوامر والأوامر التي تعمل كصانع للسوق بشكل أولوي، لتجنب تنفيذ غير مو favorable للمتداولين دون علمهم. تم تنفيذ "إلغاء الأوامر بشكل أولوي" الذي ذكرته Solana ACE في Hyperliquid لسنوات عديدة.
ضمان السعر الأكثر حداثة: تركز عملية التسوية والتطابق في Hyperliquid على استخدام أحدث أسعار التغذية وحالة الهامش لإجراء "تحقق مزدوج". على سبيل المثال، عندما يتم تنفيذ أمر معلق، سيقوم النظام بسحب أحدث سعر من المرسل مرة أخرى لتقييم هامش الطرفين، لضمان عدم حدوث مخاطر بسبب تأخر السعر. هذا مشابه لطريقة ACE في إدخال تحديثات المرسل قبل تنفيذ الصفقة.
حماية من التداول الذاتي: إذا التقى شراء وبيع من نفس العنوان، يقوم Hyperliquid بالإلغاء التلقائي بدلاً من التوفيق، لمنع التلاعب بالحجم أو التكاليف غير الضرورية.
من المؤكد أن ACE/BAM في Solana ICM يستفيد من "خبرات" Hyperliquid. Hyperliquid، باعتبارها رائدة CLOB على السلسلة، حققت آليات صديقة لمصادر السيولة من خلال سلسلة مخصصة. الآن، تأمل Solana في استخدام سلسلة عمومية بالإضافة إلى مكونات وحدات لتكرار هذا التأثير - أي منح كل تطبيق القدرة على التحكم في ترتيب المعاملات بطريقة مماثلة لـ Hyperliquid.
التقليد الثاني: النهائية الفورية
مقارنة التوافق الحالي
تستخدم Solana حالياً نظام Tower BFT، حيث تكون التأكيد والنهائية تدريجية احتمالية: يتم اعتبار "التأكيد (Confirmed)" عندما يحصل الكتلة على 2/3 من الأصوات، ولكن يجب أن تتجمع حوالي 32 كتلة لاحقة على السلسلة (عادةً حوالي 13 ثانية) لتكون مثبتة كـ "نهائي (Finalized)". بالنسبة لبعض التطبيقات (مثل التداول عالي التردد)، فإن زمن التأكيد النهائي الذي يستغرق بضع ثوانٍ لا يزال طويلاً جداً.
HyperBFT هو خوارزمية التوافق المطورة ذاتياً بواسطة Hyperliquid، مستوحاة من توافق HotStuff، وتستخدم تصويتين لتأكيد الكتل، مما يحقق "النهائية الفورية".
الجولة الأولى: التصويت المسبق ( Prevote ): بعد أن يستقبل المدققون الكتلة المرشحة التي أذاعها المقترح، سيقومون بالتحقق السريع. إذا تم التحقق بنجاح، سيقوم كل مدقق بإدلاء صوت "التصويت المسبق" ( Prevote ) لهذه الكتلة، وسيقوم بنشره إلى الشبكة بأكملها. هذه الورقة تمثل: "لقد نظرت في الأمر مبدئيًا، وهذه الكتلة لا تحتوي على أي مشاكل."
الجولة الثانية: ما قبل التقديم ( Precommit ): بمجرد أن يجمع أحد المدققين أكثر من ثلثي المدققين على نفس الكتلة المرشحة من Prevote، يحصل على ثقة كافية، معتقدًا أن معظم أعضاء الشبكة يوافقون على هذه الكتلة. لذلك، سيقوم هذا المدقق بإصدار "ما قبل التقديم" ( Precommit )، ويقوم ببثها. تمثل هذه الورقة: "لقد رأيت أن معظم الشبكة متفقون، وأنا مستعد لتدوين هذه الكتلة رسميًا في السجل."
عندما يجمع المدقق أكثر من ثلثي المدققين على نفس كتلة المرشح Precommit، يتم التوصل إلى الإجماع! تعتبر هذه الكتلة مؤمنة نهائياً (Finalized). سيتم إضافتها بشكل دائم وغير قابل للتراجع إلى سلسلة الكتل.
هذا يعني أن كل كتلة في Hyperliquid هي كتلة نهائية، ولا توجد إمكانية للتفرع أو التراجع، وتأخير إنتاج الكتل في السلسلة منخفض للغاية ------ كشفت الشركة رسميًا أن متوسط تأخير التأكيد حوالي 0.2 ثانية، وفي 99% من الحالات لا يتجاوز 0.9 ثانية. هذه الحتمية النهائية على مستوى المللي ثانية مثالية للتداول عالي التردد، لأن الصفقة بمجرد إصدارها، يمكن تأكيدها بسرعة ولا يمكن إعادة هيكلتها، مما يزيد بشكل كبير من كفاءة الأصول.
ALPENGLOW تحقق الفورية النهائية
Alpenglow هو بروتوكول إجماع جديد تستعد Solana لإطلاقه، ويهدف إلى تسريع التأكيد النهائي للكتل إلى 1-2 slot (حوالي 150ms)، لتحقيق مشابهة
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 22
أعجبني
22
8
إعادة النشر
مشاركة
تعليق
0/400
SquidTeacher
· منذ 1 س
هل هذا؟ حتى النسخ لا يفهم
شاهد النسخة الأصليةرد0
0xOverleveraged
· 08-14 03:33
أليس مجرد نسخ الواجب؟ لقد غيرت الغلاف إلى شكل جميل.
شاهد النسخة الأصليةرد0
fren.eth
· 08-13 14:30
ماذا عن النسخ؟ إذا لم تكن لديك القوة لتحفيز السوق بقوة، فإن النسخ سيكون بلا جدوى.
Solana تحاكي Hyperliquid لإنشاء خارطة طريق ICM لبناء داخل السلسلة وول ستريت
خريطة طريق Solana ICM: عرض "تقليد" يستهدف Hyperliquid
مؤخراً، اجتمع مجموعة من كبار الشخصيات في نظام Solana البيئي، وأصدروا خارطة طريق تقنية تحمل اسم "أسواق رأس المال عبر الإنترنت (Internet Capital Markets, ICM)". الفكرة الأساسية في هذه الخارطة هي "تنفيذ تداول قابل للتحكم (Application Controlled Execution, ACE)"، ببساطة، يعني ذلك منح التطبيقات على السلسلة حقوق ترتيب التداول بشكل مستقل في مللي ثانية، لإنشاء "وول ستريت على السلسلة" اللامركزية.
المثير للاهتمام هو أنه عند قراءة خريطة الطريق بالكامل، على الرغم من عدم ذكر Hyperliquid بشكل مباشر، إلا أن التصميم فيها يستهدف تقريبًا نقاط القوة في Hyperliquid في كل مكان. يبدو الأمر كما لو أن Solana تقول: "ما لديك من Hyperliquid، نريد أن يكون لدينا أيضًا، وسنجعلها أفضل!"
تحتل Hyperliquid مركز الصدارة في سوق العقود الآجلة اللامركزية، حيث بلغت حجم التداول حوالي 65% من إجمالي السوق اللامركزي للعقود الآجلة. من الواضح أنه في مواجهة مثل هذه المنافسة، لا تريد Solana أن تتفوق عليها الشركات الناشئة، لذا أطلقت هذه الخارطة الطريق ICM.
إذن، ما هي قصة "عرض التقليد" هذا؟ هل يمكن لـ Solana حقًا اللحاق بـ Hyperliquid أو حتى تجاوزها؟ دعنا نتعمق في هذا الموضوع.
خلفية ومحتوى ICM
من يقود هذا التحول؟
المشاركون في وضع خارطة الطريق هم من اللاعبين البارزين في نظام Solana البيئي:
مؤسسة/مختبرات سولانا: "الأب الحقيقي" لسولانا، المسؤول عن التنسيق العام وتطوير البروتوكول الأساسي.
Anza: شركة تطوير تأسست على يد أعضاء سابقين من Solana Labs، وتولت العديد من الأعمال الأساسية في التقنيات، مثل بروتوكول الإجماع الجديد Alpenglow.
Jito Labs: مزود بنية تحتية MEV على Solana، له تأثير كبير، ويكاد يتحكم في "السلطة المطلقة" على جميع تدفقات MEV على Solana. هذه المرة، قاموا بقيادة تقديم سوق تجميع الكتل (BAM) وغيرها من حلول ترتيب المعاملات.
Multicoin Capital: مؤسسة استثمارية مشهورة في مجال العملات المشفرة، وهي أيضًا من داعمي Solana في المراحل المبكرة. لها أيضًا نفوذ كبير في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول شبكة الألياف الضوئية المخصصة لتحسين سرعة الاتصالات بين عقد التحقق في Solana.
Drift: مشروع DEX الرائد للعقود الآجلة المستمرة على Solana. كان Drift يعتمد سابقًا على نموذج المطابقة خارج السلسلة، وعندما واجه Hyperliquid بالكامل على السلسلة، بدا أنه يعاني بعض الشيء، لذا فإن المشاركة في وضع خارطة الطريق هذه المرة، من الواضح أنها تأمل في الاستفادة من الترقية الأساسية لتحقيق النجاح.
يجب حل المشكلة الأساسية
تركز خارطة الطريق على تحسين البنية الدقيقة للسوق، باختصار، فإن آلية التداول الحالية على السلسلة ليست ودودة بما فيه الكفاية لصانعي السوق، حيث يستفيد المتداولون النشطون (Taker) من الموقف، بينما يعاني صانعو السوق (Market Maker) الذين ينتظرون تنفيذ أوامرهم. يعود ذلك إلى أن المتداولين النشطين غالبًا ما يمتلكون أحدث المعلومات ويزيدون من رسوم التداول لضمان تنفيذ تداولاتهم بشكل أولوية، بينما غالبًا ما يكون صانعو السوق غير قادرين على سحب أوامرهم، مما يجبرهم على التنفيذ بأسعار غير مواتية.
بعض المتداولين ذوي التردد العالي سيستغلون هذه الفجوة، ويقومون بشن هجمات "المرور السام". على سبيل المثال، عندما لم يتم تحديث السعر على السلسلة، ولكن السعر خارج السلسلة قد تغير بالفعل، يمكن للمتداولين الاستفادة من السعر القديم لملء أوامر صانعي السوق، مما يتسبب في تحمل صانعي السوق للخسائر. والنتيجة هي أن صانعي السوق لحماية أنفسهم، إما أن يزيدوا من فرق الأسعار بين الشراء والبيع، أو يقللوا من حجم الأوامر المعلقة، مما يؤدي إلى تدهور سيولة السوق بأكمله.
خريطة طريق ICM تهدف إلى تحقيق توازن في هذا النمط، وجذب السيولة عالية الجودة للعودة إلى السلسلة.
خطوات ICM الثلاث
Solana قسمت هذه الخطة الكبرى إلى ثلاث مراحل:
قصير الأجل (1-3 أشهر): يهدف بشكل رئيسي إلى تحسين تجربة التداول على السلسلة الحالية، وجعل تطبيقات دفتر الطلبات أكثر سهولة في الاستخدام، وتقليل التدخل الضار من MEV. ويشمل ذلك:
تم إطلاق وحدة سوق تجميع الكتل (BAM) من Jito Labs على الشبكة الرئيسية. تكمن أهمية هذه الوحدة في توفير نظام خارجي مؤقت قبل إطلاق ACE (تنفيذ يتم التحكم فيه بواسطة التطبيق) النهائي، مما يمنح العقود الذكية على Solana حق ترتيب المعاملات بشكل مستقل.
قامت فريق Anza بتحسين معدل نجاح "دخول الصفقة في نفس الفتيل"، مما يقلل من الانزلاق وخسائر MEV.
من المتوقع أن تدخل هذه التحسينات حيز التنفيذ تدريجياً في الفترة من يوليو إلى سبتمبر 2025.
متوسط المدى (3-9 أشهر): إدخال شبكة عالية السرعة مخصصة وإصدار جديد من الإجماع، مما يقلل بشكل كبير من التأخير ويزيد من القدرة على المعالجة:
نشر شبكة الألياف الضوئية المخصصة لـ DoubleZero، لتوفير اتصالات سريعة مع تقليل الاهتزاز إلى ما يقرب من الصفر وتأخير يصل إلى 100 مللي ثانية.
تم إطلاق بروتوكول توافق Alpenglow، مما قلل من وقت التأكيد النهائي من حوالي 12.8 ثانية إلى حوالي 0.15 ثانية.
تطوير تنفيذ البرنامج غير المتزامن ( Asynchronous Program Execution، APE )، تقليل حظر تنفيذ المعاملات على الإجماع.
طويل الأجل (9-30 شهراً): إجراء ترقيات ثورية على بنية Solana الأساسية، بهدف تحقيق ذلك بحلول عام 2027.
قادة متعددون متزامنون (Multiple Concurrent Leaders, MCL): يسمح لعدة مدققين باقتراح المعاملات في وقت واحد داخل خطوط أنابيبهم الخاصة، ثم يتم دمج هذه الكتل المتزامنة وترتيبها حسب رسوم الأولوية. هذا يمكن أن يضعف احتكار حزمة واحدة، ويعزز مقاومة الرقابة.
التطبيقات الأصلية التنفيذ المتحكم به (Application Controlled Execution، وظيفة ACE): تمنح حقًا للعقود الذكية على السلسلة السيطرة على ترتيب تنفيذ المعاملات.
التقليد الأول: آلية ترتيب المعاملات
المشكلة تكمن في: أن السلسلة الحالية تميل نحو المتعاملين، ويتحمل صانع السوق "المرور السام". يمكن للمستخدمين الذين يتخذون إجراءات بشكل نشط بناءً على الأسعار الأخيرة خارج السلسلة أن يشرعوا في إجراء معاملات على الطلبات الموجودة على السلسلة في لحظة، ويفضلون التنفيذ من خلال زيادة الرسوم، بينما غالبًا ما يكون صانعي السوق غير قادرين على تحديث أو سحب الطلبات في الوقت المناسب. والنتيجة هي أن صانعي السوق إما أن يوسعوا الفارق السعري أو ببساطة يسحبوا السيولة، مما يجعل عمق السوق أسوأ.
الحل النهائي لـ ICM: تنفيذ قابل للتحكم (ACE)
تقترح خريطة طريق ICM مفهوم ACE (التنفيذ الخاضع للتحكم من التطبيق) ، مما يعني تفويض صلاحية ترتيب المعاملات إلى التطبيقات المختلفة على السلسلة ، حيث تقرر التطبيقات بنفسها كيفية ترتيب وتنفيذ المعاملات المتعلقة بها. على سبيل المثال ، في Solana التي ستنفذ ACE في المستقبل ، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة كما يلي:
تحديث أسعار الأوراق المالية: يمكن لتطبيقات DeFi إدراج صفقة للحصول على أحدث الأسعار من الأوراق المالية قبل تنفيذ المعاملات الكبيرة، لضمان تنفيذ الأوامر بأسعار معقولة ومحدثة، ولمنع صانعي السوق من تقديم عروض بناءً على أسعار قديمة مما يؤدي إلى التحكيم.
أولوية إلغاء الطلب: يمكن للتطبيق تعيين "طلب إلغاء" ليكون له الأولوية على تنفيذ "صفقة جديدة"، مما يمنح المُصنّع الفرصة لسحب الطلبات المعلقة في حال كانت الظروف السوقية غير مواتية.
مزاد في نهاية الصف: على سبيل المثال، عندما يظهر طلب شراء ضخم يدفع السعر للأعلى، ستقوم تطبيقات DeFi بإخراج الفرصة "التي تليها مباشرة" للمزاد، فمن يرغب في إعادة أكبر قدر من الفائدة إلى البروتوكول (أو المستخدم)، سيسمح بروتوكول DeFi بتنفيذ معاملته بعد الصفقة الكبيرة. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، مما يحول تدفقات MEV السامة إلى دخل جيد.
BAM الخاص بـ JITO: خطة الانتقال
قبل الإطلاق الرسمي لـ ACE، أطلقت Jito Labs حلاً انتقالياً يسمى Block Assembly Marketplace (BAM). سير العمل في BAM هو:
يقوم المستخدم بإرسال الصفقة إلى عقدة تعمل ببرنامج BAM (بدلاً من إرسالها مباشرة إلى القائد الحالي).
يقوم عقد BAM بجمع المعاملات المحلية وتشغيل أنواع مختلفة من (plugin) لإعادة ترتيب حزم المعاملات (Bundle) تحت حماية الخصوصية (تعمل الإضافات في بيئة TEE الآمنة، وتخفي محتوى المعاملات قبل التنفيذ). من خلال الإضافات، يمكن لمطوري التطبيقات تخصيص قواعد ترتيب مختلفة لعقودهم، مثل أولوية إلغاء الأوامر، تحديث أسعار الأوراق المالية قبل المطابقة، وحتى تشغيل مزادات داخل التطبيق المعقدة.
يتم إرسال حزمة المعاملات المرتبة مرة أخرى إلى قائد Solana لتجميعها على السلسلة.
يمكن اعتبار BAM كحقل تجارب قبل إطلاق ACE على السلسلة، حيث إنه قريب جدًا من ACE النهائي من حيث الوظائف، ولكنه يعمل في شبكة مستقلة خارج السلسلة، وليس مدمجًا في بروتوكول السلسلة الرئيسية لـ Solana.
من الجدير بالذكر أن Jito كانت تقدم سابقًا بنية تحتية موجهة لاستخراج MEV (مثل Jito Block Engine)، حيث كانت نموذج أعمالها من خلال تحسين ترتيب المعاملات لخلق فرص للمستثمرين المتاجرين ومشاركة الأرباح. وهذا إلى حد ما يمثل "رمحًا" يقف في مواجهة المستخدمين العاديين والمستثمرين المتاجرين. ومع ذلك، أغلقت Jito في أوائل عام 2024 وظيفة تجمع الذاكرة العامة المستهدفة للروبوتات المتاجرة (mempool)، وذلك لتقليل الآثار السلبية مثل هجمات السندويش. تشير هذه الخطوة إلى أن مجتمع Solana يميل إلى كبح MEV الضار، والحفاظ على عدالة المستخدمين.
إطلاق BAM يتماشى مع هذه الفكرة: فهو في جوهره يحول آلية الترتيب التي كانت تستخدم أصلاً في أرباح MEV إلى "درع" لحماية موفري السيولة مثل صانعي السوق، مثل إعطاء الأولوية لإلغاء الطلبات القسرية لتجنب أضرار صانعي السوق، وإدخال حوافز المنافسة لتقليل أرباح التحركات السريعة. إذا أراد الباحثون عن MEV السابقون جني الأموال، فيجب عليهم تغيير أدوارهم، وكتابة إضافات BAM لخدمة بروتوكولات DeFi والربح من رسوم الإضافات.
استشارة HYPERLIQUID
إن فكرة ACE/BAM المذكورة أعلاه يمكن اعتبارها نوعًا من السعي لمواكبة آلية التوفيق على سلسلة Hyperliquid. Hyperliquid هي سلسلة مخصصة (Appchain)، وقد تم تصميمها بشكل طبيعي لخدمة DEX. بالإضافة إلى ذلك، فإن HLP Vault الذي تديره Hyperliquid رسميًا هو في الواقع واحد من أكبر صانعي السوق على هذه المنصة، لذا ليس من الصعب فهم أن قواعد السلسلة في Hyperliquid تميل أكثر نحو موفري السيولة، وقد تم تنفيذ العديد من التصاميم لحماية صانعي السوق على مستوى السلسلة، مثل:
حماية أوامر التداول: يتم معالجة إلغاء الأوامر والأوامر التي تعمل كصانع للسوق بشكل أولوي، لتجنب تنفيذ غير مو favorable للمتداولين دون علمهم. تم تنفيذ "إلغاء الأوامر بشكل أولوي" الذي ذكرته Solana ACE في Hyperliquid لسنوات عديدة.
ضمان السعر الأكثر حداثة: تركز عملية التسوية والتطابق في Hyperliquid على استخدام أحدث أسعار التغذية وحالة الهامش لإجراء "تحقق مزدوج". على سبيل المثال، عندما يتم تنفيذ أمر معلق، سيقوم النظام بسحب أحدث سعر من المرسل مرة أخرى لتقييم هامش الطرفين، لضمان عدم حدوث مخاطر بسبب تأخر السعر. هذا مشابه لطريقة ACE في إدخال تحديثات المرسل قبل تنفيذ الصفقة.
حماية من التداول الذاتي: إذا التقى شراء وبيع من نفس العنوان، يقوم Hyperliquid بالإلغاء التلقائي بدلاً من التوفيق، لمنع التلاعب بالحجم أو التكاليف غير الضرورية.
من المؤكد أن ACE/BAM في Solana ICM يستفيد من "خبرات" Hyperliquid. Hyperliquid، باعتبارها رائدة CLOB على السلسلة، حققت آليات صديقة لمصادر السيولة من خلال سلسلة مخصصة. الآن، تأمل Solana في استخدام سلسلة عمومية بالإضافة إلى مكونات وحدات لتكرار هذا التأثير - أي منح كل تطبيق القدرة على التحكم في ترتيب المعاملات بطريقة مماثلة لـ Hyperliquid.
التقليد الثاني: النهائية الفورية
مقارنة التوافق الحالي
تستخدم Solana حالياً نظام Tower BFT، حيث تكون التأكيد والنهائية تدريجية احتمالية: يتم اعتبار "التأكيد (Confirmed)" عندما يحصل الكتلة على 2/3 من الأصوات، ولكن يجب أن تتجمع حوالي 32 كتلة لاحقة على السلسلة (عادةً حوالي 13 ثانية) لتكون مثبتة كـ "نهائي (Finalized)". بالنسبة لبعض التطبيقات (مثل التداول عالي التردد)، فإن زمن التأكيد النهائي الذي يستغرق بضع ثوانٍ لا يزال طويلاً جداً.
HyperBFT هو خوارزمية التوافق المطورة ذاتياً بواسطة Hyperliquid، مستوحاة من توافق HotStuff، وتستخدم تصويتين لتأكيد الكتل، مما يحقق "النهائية الفورية".
الجولة الأولى: التصويت المسبق ( Prevote ): بعد أن يستقبل المدققون الكتلة المرشحة التي أذاعها المقترح، سيقومون بالتحقق السريع. إذا تم التحقق بنجاح، سيقوم كل مدقق بإدلاء صوت "التصويت المسبق" ( Prevote ) لهذه الكتلة، وسيقوم بنشره إلى الشبكة بأكملها. هذه الورقة تمثل: "لقد نظرت في الأمر مبدئيًا، وهذه الكتلة لا تحتوي على أي مشاكل."
الجولة الثانية: ما قبل التقديم ( Precommit ): بمجرد أن يجمع أحد المدققين أكثر من ثلثي المدققين على نفس الكتلة المرشحة من Prevote، يحصل على ثقة كافية، معتقدًا أن معظم أعضاء الشبكة يوافقون على هذه الكتلة. لذلك، سيقوم هذا المدقق بإصدار "ما قبل التقديم" ( Precommit )، ويقوم ببثها. تمثل هذه الورقة: "لقد رأيت أن معظم الشبكة متفقون، وأنا مستعد لتدوين هذه الكتلة رسميًا في السجل."
عندما يجمع المدقق أكثر من ثلثي المدققين على نفس كتلة المرشح Precommit، يتم التوصل إلى الإجماع! تعتبر هذه الكتلة مؤمنة نهائياً (Finalized). سيتم إضافتها بشكل دائم وغير قابل للتراجع إلى سلسلة الكتل.
هذا يعني أن كل كتلة في Hyperliquid هي كتلة نهائية، ولا توجد إمكانية للتفرع أو التراجع، وتأخير إنتاج الكتل في السلسلة منخفض للغاية ------ كشفت الشركة رسميًا أن متوسط تأخير التأكيد حوالي 0.2 ثانية، وفي 99% من الحالات لا يتجاوز 0.9 ثانية. هذه الحتمية النهائية على مستوى المللي ثانية مثالية للتداول عالي التردد، لأن الصفقة بمجرد إصدارها، يمكن تأكيدها بسرعة ولا يمكن إعادة هيكلتها، مما يزيد بشكل كبير من كفاءة الأصول.
ALPENGLOW تحقق الفورية النهائية
Alpenglow هو بروتوكول إجماع جديد تستعد Solana لإطلاقه، ويهدف إلى تسريع التأكيد النهائي للكتل إلى 1-2 slot (حوالي 150ms)، لتحقيق مشابهة