مؤخراً، حدث شيء مثير في نظام Solana البيئي. أصدرت مؤسسة Solana وAnza وJito Labs وغيرهم من اللاعبين البارزين خارطة طريق تقنية بعنوان "أسواق رأس المال عبر الإنترنت (Internet Capital Markets, ICM)". الهدف من هذه الخارطة هو مفهوم "تنفيذ المعاملات القابل للتحكم (Application Controlled Execution, ACE)"، والذي يهدف إلى تمكين التطبيقات الموجودة على السلسلة من التحكم في ترتيب المعاملات بدقة مللي ثانية، لبناء "وول ستريت على السلسلة" اللامركزية.
على الرغم من أن خارطة الطريق لم تذكر Hyperliquid بشكل مباشر، إلا أنه من السهل أن نلاحظ بعد القراءة المتأنية أن التصميم فيها يستهدف تقريبًا نقاط القوة لدى Hyperliquid في كل مكان. إنه مثل قول Solana: "ما لديك من Hyperliquid، نريد أن نمتلكه أيضًا، وسنجعله أفضل!"
يجب أن نعلم أن Hyperliquid تتصدر سوق العقود الآجلة الدائمة على السلسلة، حيث كانت حصة تداولها تصل في وقت ما إلى حوالي 65% من إجمالي سوق العقود الآجلة اللامركزية. في مواجهة مثل هذه المنافسة القوية، يبدو أن Solana لا تريد أن تُتجاوز، لذا أطلقت خارطة الطريق هذه الخاصة بـ ICM.
إذن، ما هي حقيقة هذا "عرض التقليد"؟ هل يمكن لـ Solana حقًا اللحاق بـ Hyperliquid أو حتى تجاوزها؟ دعنا نتعمق في التحليل.
خلفية ومحتوى ICM
من يقود هذه الثورة؟
المشاركون في وضع خارطة الطريق هم لاعبو Solana الرئيسيون في النظام البيئي:
مؤسسة سولانا/المختبرات: "الأب الحقيقي" لسولانا، المسؤول عن التنسيق العام وتطوير البروتوكول الأساسي.
Anza: شركة تطوير أسسها أعضاء سابقون من Solana Labs، مشابهة لـ ConsenSys في Ethereum. مسؤولة عن العديد من التحديات التقنية الأساسية، مثل بروتوكول الإجماع الجديد Alpenglow.
Jito Labs: مزود بنية تحتية لـ MEV على Solana، له تأثير كبير. يتولى تقديم سوق تجميع الكتل (BAM) وغيرها من حلول ترتيب المعاملات.
ملتي كوين كابيتال: هيئة استثمار مشفرة مشهورة، داعم مبكر لـ Solana. تمتلك كمية كبيرة من SOL وحقوق مشاريع النظام البيئي، ولها صوت قوي في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول شبكة الألياف الضوئية المخصصة، لتحسين سرعة الاتصال بين عقد التحقق على Solana.
Drift: مشروع DEX الرائد للعقود الدائمة على Solana. كان يعتمد سابقًا على نموذج المطابقة خارج السلسلة، ويواجه صعوبة أمام Hyperliquid الذي يعمل بالكامل على السلسلة، ويأمل في تحقيق الانتعاش من خلال ترقية الأساس.
المشكلة الأساسية التي يجب حلها
تسعى خريطة الطريق إلى تحسين الهيكل الدقيق للسوق، وتركز بشكل أساسي على حل مشكلة عدم وداعة آلية التداول الحالية على السلسلة لصناع السوق. في الوقت الحالي، غالبًا ما يكون الطرف الذي يبدأ التداول Taker( هو الطرف المهيمن، بينما يكون الطرف الذي ينتظر تنفيذ الأمر Maker) في وضع غير مو favorable. ويرجع ذلك إلى أن Taker عادةً ما يمتلك أحدث المعلومات، ويمكنه ضمان تنفيذ الصفقة بشكل أولوية من خلال زيادة الرسوم، بينما غالبًا ما لا يستطيع Maker سحب الأمر في الوقت المناسب، مما يجبره على تنفيذ الصفقة بسعر غير مو favorable.
بعض المتداولين ذوي التردد العالي يستغلون هذا التباين لشن هجمات "تدفق سام". على سبيل المثال، عندما لا يتم تحديث السعر على السلسلة ولكن السعر خارج السلسلة قد تغير، يمكن للمتداولين الاستفادة من السعر القديم لالتهام أوامر صانعي السوق، مما يجعل صانعي السوق يتحملون الخسائر. من أجل حماية أنفسهم، يجب على صانعي السوق إما توسيع الفرق بين سعر الشراء وسعر البيع، أو تقليل حجم الأوامر المعلقة، مما يؤدي إلى تدهور السيولة في السوق بالكامل.
خريطة طريق ICM تهدف إلى تحقيق توازن في هذا النمط، وجذب السيولة عالية الجودة للعودة إلى السلسلة.
( خطوات ICM الثلاثة
تقسم Solana هذه الخطة الكبرى إلى ثلاث مراحل:
المدى القصير ) 1-3 أشهر ###: تحسين تجربة التداول على السلسلة الحالية، لجعل تطبيقات دفتر الطلبات أكثر سهولة، وتقليل تدخل MEV الضار. بما في ذلك:
تم إطلاق سوق Block Assembly الخاص بـ Jito Labs ( BAM ) على الشبكة الرئيسية. هذا هو نظام خارجي مؤقت قبل إطلاق ACE النهائي، مما يمنح عقود Solana الذكية سلطة ترتيب التداول بشكل مستقل.
قامت فريق Anza بتحسين معدل نجاح "دخول الصفقة في نفس slot"، وتقليل الانزلاق وخسائر 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 هذه هي كما يلي: تم تجاوز DEX القديم Drift على Solana من قبل الوافد الجديد Hyperliquid بتجربة ممتازة تُعرف بـ "Binance على السلسلة". نظرًا لصعوبة Drift في المنافسة، اضطر إلى طلب المساعدة من "الكبار" مثل Solana Labs وAnza وJito. اقترح هؤلاء "الكبار" خطة تحسين تقنية ICM، زاعمين أنهم سيقومون بنسخ المهارات الأساسية لـ Hyperliquid إلى Drift، لمساعدته في إعادة المنافسة في سوق DEX. لكن "الكبار" أشاروا أيضًا إلى أن هذه الترقية التقنية ستكون صعبة للغاية، لذلك تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، في الوقت الحالي، الشيء الوحيد الذي يمكن تقديمه لـ Drift هو BAM من Jito، ليتوافق Drift مع ذلك، ويتنافس قليلاً مع Hyperliquid.
بعد فهم هذا السياق، دعونا نقوم بتحليل مفصل عن المزايا الأساسية التي قامت ICM بتقليدها ونسخها من Hyperliquid.
تقليد 1: آلية ترتيب المعاملات
المشكلة: كما ذُكر سابقًا، فإن الشبكة الحالية تميل إلى المتخذين، ويتحمل صانع السوق "التدفق السام". يمكن للمستخدمين الذين يقومون بتنفيذ الطلبات بشكل نشط بناءً على أحدث الأسعار خارج السلسلة، بدء التداول على الطلبات المعلقة على السلسلة على الفور، ومن خلال زيادة رسوم المعاملات، يحصلون على الأولوية في التنفيذ، بينما غالبًا ما يتأخر صناع السوق في تحديث أو إلغاء الطلبات. النتيجة هي أن صانعي السوق إما يوسعون الفجوة السعرية، أو ببساطة يسحبون السيولة، مما يؤدي إلى تدهور عمق السوق.
( الحل النهائي لـ ICM: تنفيذ قابل للتحكم )ACE###
تقدم خارطة طريق ICM مفهوم ACE(Execution Controlled Application)، حيث يتم تفويض حق ترتيب المعاملات إلى تطبيقات مختلفة على السلسلة، بحيث يحدد التطبيق بنفسه كيفية ترتيب وتنفيذ المعاملات ذات الصلة. على سبيل المثال، في المستقبل، عند تنفيذ ACE على Solana، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة كما يلي:
تحديث أسعار الأوركل: يمكن لتطبيقات DeFi قبل تنفيذ صفقات كبيرة، إدخال صفقة للحصول على أحدث الأسعار من الأوركل، لضمان تنفيذ الطلبات وفقًا لأحدث الأسعار المعقولة، ومنع صانعي السوق من تقديم أسعار بناءً على أسعار قديمة يتم استغلالها.
تنفيذ إلغاء الطلب بشكل أولوية: يمكن للتطبيق تعيين "طلب إلغاء" ليكون له أولوية على "تنفيذ الصفقة الجديدة"، مما يمنح صانع السوق الفرصة لسحب الطلبات المعلقة في الوقت المناسب عندما تكون السوق غير مواتية.
مزاد مؤخر الفريق: على سبيل المثال، إذا ظهرت طلبية شراء ضخمة ترفع السعر، ستقوم تطبيقات DeFi بطرح الفرصة "التي تليها" للمزاد، من يرغب في إعادة أكبر قدر من الفوائد إلى البروتوكول ( أو المستخدم )، ستجعل بروتوكولات DeFi صفقة من يقوم بذلك بالتنفيذ بعد الطلب الضخم. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، وبالتالي تحويل تدفقات MEV السامة إلى إيرادات جيدة.
( BAM لجيتو: خطة الانتقال
قبل الإطلاق الرسمي لـ 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 تميل أكثر نحو مقدمي السيولة، وقد تم تنفيذ العديد من التصاميم التي تحمي صانعي السوق على مستوى السلسلة، مثل:
أولوية حماية أوامر الإلغاء: يتم معالجة أوامر الإلغاء وأوامر maker أولاً لتجنب تنفيذ غير مواتٍ لصناع السوق دون علمهم. تم تطبيق "أولوية تنفيذ الإلغاء" المذكورة في Solana ACE بالفعل من قبل Hyperliquid لسنوات.
ضمان السعر الأحدث: يركز كل من عملية التسوية والتطابق في Hyperliquid على استخدام السعر المحدث وحالة الهامش لإجراء "فحص مزدوج". على سبيل المثال، عندما يتم تنفيذ أمر معلق، سيقوم النظام بسحب سعر الوكيل الجديد مرة أخرى لتقييم هامش الطرفين، لضمان عدم حدوث مخاطر بسبب تأخر السعر. وهذا مشابه لإدخال ACE لتحديث الوكيل قبل تنفيذ الصفقة.
حماية التداول الذاتي: إذا التقى الشراء والبيع من نفس العنوان، يقوم Hyperliquid بإلغاء الأمر تلقائيًا بدلاً من المطابقة، لمنع تضخيم الحجم أو التكاليف غير الضرورية.
تعد ACE/BAM من ICM على سولانا، بلا شك، "استفادة" من Hyperliquid. حيث أن Hyperliquid، كزعيم في CLOB على السلسلة، قد حقق مجموعة من الآليات المناسبة لصانعي السوق من خلال سلسلة مخصصة. تأمل سولانا الآن في استخدام سلسلة عامة مع مكونات معيارية لتكرار هذا التأثير------ أي السماح لكل تطبيق بامتلاك قدرة تحكم في ترتيب المعاملات مشابهة لـ Hyperliquid.
تقليد 2: الحتمية الفورية
( مقارنة بين التوافق الحالي
تستخدم Solana حاليًا نظام Tower BFT، حيث تكون التأكيد والنهائية احتمالية تدريجية: يتم اعتبار الكتلة "مؤكدة )Confirmed###" عند الحصول على تصويت 2/3، ولكن يجب أن تتراكم حوالي 32 كتلة لاحقة على السلسلة ( عادةً ما تستغرق حوالي 13 ثانية ) لتُعتبر "نهائية (Finalized)". بالنسبة لبعض التطبيقات ( مثل التداول عالي التردد )، فإن وقت التأكيد النهائي الذي يستغرق بضع ثوانٍ لا يزال طويلاً.
HyperBFT هو خوارزمية توافق طورتها Hyperliquid، مستوحاة من توافق HotStuff، وتستخدم تصويتاً بدورتين لتأكيد الكتل، مما يحقق "النهائية الفورية".
الجولة الأولى: التصويت المسبق ( Prevote ): بعد أن يتلقى المدققون الكتلة المرشحة التي بثها المقترح، سيقومون بالتحقق السريع. إذا تم التحقق بنجاح، سيقوم كل مدقق بإصدار "تصويت مسبق" ( Prevote )، وسيبثه إلى الشبكة بأكملها. هذا التصويت يمثل: "لقد نظرت في الأمر أولياً، وهذه الكتلة لا توجد بها مشاكل."
الجولة الثانية: ما قبل الإرسال ( Precommit ): بمجرد أن يجمع أحد المدققين أكثر من ثلثي المدققين على نفس الكتلة المرشحة من أجل Prevote، فإنه يحصل على ثقة كافية، يعتقد أن غالبية أعضاء الشبكة توافق على هذه الكتلة. لذلك، سيقوم هذا المدقق بإرسال "ما قبل الإرسال" ( Precommit )، ويدعو الآخرين للانضمام. تمثل هذه البطاقة: "لقد رأيت أن غالبية الشبكة قد وافقت، وأنا مستعد لتسجيل هذه الكتلة رسميًا في السجل."
عندما يجمع المدققون أكثر من ثلثي المدققين على نفس كتلة المرشح Precommit، يتم الوصول إلى التوافق! تعتبر هذه الكتلة نهائية (Finalized). سيتم إضافتها بشكل دائم ولا يمكن التراجع عنها.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 16
أعجبني
16
3
إعادة النشر
مشاركة
تعليق
0/400
GateUser-aa7df71e
· 07-31 07:15
يجب أن يكون لدى سلسلة الكلب أسلوبها الخاص
شاهد النسخة الأصليةرد0
BearMarketBarber
· 07-29 19:06
لا يمكن تعلمه، إنه يمتلك جاذبية! لا يزال بنفس النكهة.
شاهد النسخة الأصليةرد0
MoonMathMagic
· 07-29 19:06
مع هذه القدرة القليلة، هل تريد أن تتعلم من الآخرين؟
Solana أطلقت خريطة طريق ICM لتقليد مزايا Hyperliquid الأساسية بشكل كامل
Solana تسعى لملاحقة Hyperliquid: عرض طموح للتقليد
مؤخراً، حدث شيء مثير في نظام Solana البيئي. أصدرت مؤسسة Solana وAnza وJito Labs وغيرهم من اللاعبين البارزين خارطة طريق تقنية بعنوان "أسواق رأس المال عبر الإنترنت (Internet Capital Markets, ICM)". الهدف من هذه الخارطة هو مفهوم "تنفيذ المعاملات القابل للتحكم (Application Controlled Execution, ACE)"، والذي يهدف إلى تمكين التطبيقات الموجودة على السلسلة من التحكم في ترتيب المعاملات بدقة مللي ثانية، لبناء "وول ستريت على السلسلة" اللامركزية.
على الرغم من أن خارطة الطريق لم تذكر Hyperliquid بشكل مباشر، إلا أنه من السهل أن نلاحظ بعد القراءة المتأنية أن التصميم فيها يستهدف تقريبًا نقاط القوة لدى Hyperliquid في كل مكان. إنه مثل قول Solana: "ما لديك من Hyperliquid، نريد أن نمتلكه أيضًا، وسنجعله أفضل!"
يجب أن نعلم أن Hyperliquid تتصدر سوق العقود الآجلة الدائمة على السلسلة، حيث كانت حصة تداولها تصل في وقت ما إلى حوالي 65% من إجمالي سوق العقود الآجلة اللامركزية. في مواجهة مثل هذه المنافسة القوية، يبدو أن Solana لا تريد أن تُتجاوز، لذا أطلقت خارطة الطريق هذه الخاصة بـ ICM.
إذن، ما هي حقيقة هذا "عرض التقليد"؟ هل يمكن لـ Solana حقًا اللحاق بـ Hyperliquid أو حتى تجاوزها؟ دعنا نتعمق في التحليل.
خلفية ومحتوى ICM
من يقود هذه الثورة؟
المشاركون في وضع خارطة الطريق هم لاعبو Solana الرئيسيون في النظام البيئي:
مؤسسة سولانا/المختبرات: "الأب الحقيقي" لسولانا، المسؤول عن التنسيق العام وتطوير البروتوكول الأساسي.
Anza: شركة تطوير أسسها أعضاء سابقون من Solana Labs، مشابهة لـ ConsenSys في Ethereum. مسؤولة عن العديد من التحديات التقنية الأساسية، مثل بروتوكول الإجماع الجديد Alpenglow.
Jito Labs: مزود بنية تحتية لـ MEV على Solana، له تأثير كبير. يتولى تقديم سوق تجميع الكتل (BAM) وغيرها من حلول ترتيب المعاملات.
ملتي كوين كابيتال: هيئة استثمار مشفرة مشهورة، داعم مبكر لـ Solana. تمتلك كمية كبيرة من SOL وحقوق مشاريع النظام البيئي، ولها صوت قوي في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول شبكة الألياف الضوئية المخصصة، لتحسين سرعة الاتصال بين عقد التحقق على Solana.
Drift: مشروع DEX الرائد للعقود الدائمة على Solana. كان يعتمد سابقًا على نموذج المطابقة خارج السلسلة، ويواجه صعوبة أمام Hyperliquid الذي يعمل بالكامل على السلسلة، ويأمل في تحقيق الانتعاش من خلال ترقية الأساس.
المشكلة الأساسية التي يجب حلها
تسعى خريطة الطريق إلى تحسين الهيكل الدقيق للسوق، وتركز بشكل أساسي على حل مشكلة عدم وداعة آلية التداول الحالية على السلسلة لصناع السوق. في الوقت الحالي، غالبًا ما يكون الطرف الذي يبدأ التداول Taker( هو الطرف المهيمن، بينما يكون الطرف الذي ينتظر تنفيذ الأمر Maker) في وضع غير مو favorable. ويرجع ذلك إلى أن Taker عادةً ما يمتلك أحدث المعلومات، ويمكنه ضمان تنفيذ الصفقة بشكل أولوية من خلال زيادة الرسوم، بينما غالبًا ما لا يستطيع Maker سحب الأمر في الوقت المناسب، مما يجبره على تنفيذ الصفقة بسعر غير مو favorable.
بعض المتداولين ذوي التردد العالي يستغلون هذا التباين لشن هجمات "تدفق سام". على سبيل المثال، عندما لا يتم تحديث السعر على السلسلة ولكن السعر خارج السلسلة قد تغير، يمكن للمتداولين الاستفادة من السعر القديم لالتهام أوامر صانعي السوق، مما يجعل صانعي السوق يتحملون الخسائر. من أجل حماية أنفسهم، يجب على صانعي السوق إما توسيع الفرق بين سعر الشراء وسعر البيع، أو تقليل حجم الأوامر المعلقة، مما يؤدي إلى تدهور السيولة في السوق بالكامل.
خريطة طريق ICM تهدف إلى تحقيق توازن في هذا النمط، وجذب السيولة عالية الجودة للعودة إلى السلسلة.
( خطوات ICM الثلاثة
تقسم Solana هذه الخطة الكبرى إلى ثلاث مراحل:
المدى القصير ) 1-3 أشهر ###: تحسين تجربة التداول على السلسلة الحالية، لجعل تطبيقات دفتر الطلبات أكثر سهولة، وتقليل تدخل MEV الضار. بما في ذلك:
تم إطلاق سوق Block Assembly الخاص بـ Jito Labs ( BAM ) على الشبكة الرئيسية. هذا هو نظام خارجي مؤقت قبل إطلاق ACE النهائي، مما يمنح عقود Solana الذكية سلطة ترتيب التداول بشكل مستقل.
قامت فريق Anza بتحسين معدل نجاح "دخول الصفقة في نفس slot"، وتقليل الانزلاق وخسائر 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 هذه هي كما يلي: تم تجاوز DEX القديم Drift على Solana من قبل الوافد الجديد Hyperliquid بتجربة ممتازة تُعرف بـ "Binance على السلسلة". نظرًا لصعوبة Drift في المنافسة، اضطر إلى طلب المساعدة من "الكبار" مثل Solana Labs وAnza وJito. اقترح هؤلاء "الكبار" خطة تحسين تقنية ICM، زاعمين أنهم سيقومون بنسخ المهارات الأساسية لـ Hyperliquid إلى Drift، لمساعدته في إعادة المنافسة في سوق DEX. لكن "الكبار" أشاروا أيضًا إلى أن هذه الترقية التقنية ستكون صعبة للغاية، لذلك تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، في الوقت الحالي، الشيء الوحيد الذي يمكن تقديمه لـ Drift هو BAM من Jito، ليتوافق Drift مع ذلك، ويتنافس قليلاً مع Hyperliquid.
بعد فهم هذا السياق، دعونا نقوم بتحليل مفصل عن المزايا الأساسية التي قامت ICM بتقليدها ونسخها من Hyperliquid.
تقليد 1: آلية ترتيب المعاملات
المشكلة: كما ذُكر سابقًا، فإن الشبكة الحالية تميل إلى المتخذين، ويتحمل صانع السوق "التدفق السام". يمكن للمستخدمين الذين يقومون بتنفيذ الطلبات بشكل نشط بناءً على أحدث الأسعار خارج السلسلة، بدء التداول على الطلبات المعلقة على السلسلة على الفور، ومن خلال زيادة رسوم المعاملات، يحصلون على الأولوية في التنفيذ، بينما غالبًا ما يتأخر صناع السوق في تحديث أو إلغاء الطلبات. النتيجة هي أن صانعي السوق إما يوسعون الفجوة السعرية، أو ببساطة يسحبون السيولة، مما يؤدي إلى تدهور عمق السوق.
( الحل النهائي لـ ICM: تنفيذ قابل للتحكم )ACE###
تقدم خارطة طريق ICM مفهوم ACE(Execution Controlled Application)، حيث يتم تفويض حق ترتيب المعاملات إلى تطبيقات مختلفة على السلسلة، بحيث يحدد التطبيق بنفسه كيفية ترتيب وتنفيذ المعاملات ذات الصلة. على سبيل المثال، في المستقبل، عند تنفيذ ACE على Solana، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة كما يلي:
تحديث أسعار الأوركل: يمكن لتطبيقات DeFi قبل تنفيذ صفقات كبيرة، إدخال صفقة للحصول على أحدث الأسعار من الأوركل، لضمان تنفيذ الطلبات وفقًا لأحدث الأسعار المعقولة، ومنع صانعي السوق من تقديم أسعار بناءً على أسعار قديمة يتم استغلالها.
تنفيذ إلغاء الطلب بشكل أولوية: يمكن للتطبيق تعيين "طلب إلغاء" ليكون له أولوية على "تنفيذ الصفقة الجديدة"، مما يمنح صانع السوق الفرصة لسحب الطلبات المعلقة في الوقت المناسب عندما تكون السوق غير مواتية.
مزاد مؤخر الفريق: على سبيل المثال، إذا ظهرت طلبية شراء ضخمة ترفع السعر، ستقوم تطبيقات DeFi بطرح الفرصة "التي تليها" للمزاد، من يرغب في إعادة أكبر قدر من الفوائد إلى البروتوكول ( أو المستخدم )، ستجعل بروتوكولات DeFi صفقة من يقوم بذلك بالتنفيذ بعد الطلب الضخم. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، وبالتالي تحويل تدفقات MEV السامة إلى إيرادات جيدة.
( BAM لجيتو: خطة الانتقال
قبل الإطلاق الرسمي لـ 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 تميل أكثر نحو مقدمي السيولة، وقد تم تنفيذ العديد من التصاميم التي تحمي صانعي السوق على مستوى السلسلة، مثل:
أولوية حماية أوامر الإلغاء: يتم معالجة أوامر الإلغاء وأوامر maker أولاً لتجنب تنفيذ غير مواتٍ لصناع السوق دون علمهم. تم تطبيق "أولوية تنفيذ الإلغاء" المذكورة في Solana ACE بالفعل من قبل Hyperliquid لسنوات.
ضمان السعر الأحدث: يركز كل من عملية التسوية والتطابق في Hyperliquid على استخدام السعر المحدث وحالة الهامش لإجراء "فحص مزدوج". على سبيل المثال، عندما يتم تنفيذ أمر معلق، سيقوم النظام بسحب سعر الوكيل الجديد مرة أخرى لتقييم هامش الطرفين، لضمان عدم حدوث مخاطر بسبب تأخر السعر. وهذا مشابه لإدخال ACE لتحديث الوكيل قبل تنفيذ الصفقة.
حماية التداول الذاتي: إذا التقى الشراء والبيع من نفس العنوان، يقوم Hyperliquid بإلغاء الأمر تلقائيًا بدلاً من المطابقة، لمنع تضخيم الحجم أو التكاليف غير الضرورية.
تعد ACE/BAM من ICM على سولانا، بلا شك، "استفادة" من Hyperliquid. حيث أن Hyperliquid، كزعيم في CLOB على السلسلة، قد حقق مجموعة من الآليات المناسبة لصانعي السوق من خلال سلسلة مخصصة. تأمل سولانا الآن في استخدام سلسلة عامة مع مكونات معيارية لتكرار هذا التأثير------ أي السماح لكل تطبيق بامتلاك قدرة تحكم في ترتيب المعاملات مشابهة لـ Hyperliquid.
تقليد 2: الحتمية الفورية
( مقارنة بين التوافق الحالي
تستخدم Solana حاليًا نظام Tower BFT، حيث تكون التأكيد والنهائية احتمالية تدريجية: يتم اعتبار الكتلة "مؤكدة )Confirmed###" عند الحصول على تصويت 2/3، ولكن يجب أن تتراكم حوالي 32 كتلة لاحقة على السلسلة ( عادةً ما تستغرق حوالي 13 ثانية ) لتُعتبر "نهائية (Finalized)". بالنسبة لبعض التطبيقات ( مثل التداول عالي التردد )، فإن وقت التأكيد النهائي الذي يستغرق بضع ثوانٍ لا يزال طويلاً.
HyperBFT هو خوارزمية توافق طورتها Hyperliquid، مستوحاة من توافق HotStuff، وتستخدم تصويتاً بدورتين لتأكيد الكتل، مما يحقق "النهائية الفورية".
الجولة الأولى: التصويت المسبق ( Prevote ): بعد أن يتلقى المدققون الكتلة المرشحة التي بثها المقترح، سيقومون بالتحقق السريع. إذا تم التحقق بنجاح، سيقوم كل مدقق بإصدار "تصويت مسبق" ( Prevote )، وسيبثه إلى الشبكة بأكملها. هذا التصويت يمثل: "لقد نظرت في الأمر أولياً، وهذه الكتلة لا توجد بها مشاكل."
الجولة الثانية: ما قبل الإرسال ( Precommit ): بمجرد أن يجمع أحد المدققين أكثر من ثلثي المدققين على نفس الكتلة المرشحة من أجل Prevote، فإنه يحصل على ثقة كافية، يعتقد أن غالبية أعضاء الشبكة توافق على هذه الكتلة. لذلك، سيقوم هذا المدقق بإرسال "ما قبل الإرسال" ( Precommit )، ويدعو الآخرين للانضمام. تمثل هذه البطاقة: "لقد رأيت أن غالبية الشبكة قد وافقت، وأنا مستعد لتسجيل هذه الكتلة رسميًا في السجل."
عندما يجمع المدققون أكثر من ثلثي المدققين على نفس كتلة المرشح Precommit، يتم الوصول إلى التوافق! تعتبر هذه الكتلة نهائية (Finalized). سيتم إضافتها بشكل دائم ولا يمكن التراجع عنها.