مؤخراً، أصدرت أعضاء بارزين في منظومة 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 Foundation/Labs: الأب الرئيسي لSolana، المسؤول عن التنسيق العام وتطوير البروتوكول الأساسي.
Anza: شركة تطوير تأسست من قبل أعضاء سابقين في Solana Labs، تشبه إلى حد ما ConsenSys الخاصة بـ Ethereum. لقد تحملوا الكثير من الأعمال الأساسية في هذه الخريطة الطريق، مثل بروتوكول الإجماع الجديد Alpenglow.
Jito Labs: مزود بنية تحتية MEV على Solana، له تأثير كبير، ويكاد يتحكم في "سلطة الحياة والموت" لجميع تدفقات MEV على Solana. وقد قادوا هذه المرة تقديم سوق تجميع الكتل (BAM) وغيرها من حلول ترتيب المعاملات.
Multicoin Capital: مؤسسة استثمار مشهورة في مجال التشفير، وهي أيضًا من الداعمين الأوائل لـ Solana. نظرًا لامتلاكها كمية كبيرة من SOL وحقوق المشاريع البيئية، فإن لديها أيضًا صوت قوي في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول الشبكات الضوئية المخصصة لزيادة سرعة الاتصال بين عقد التحقق في Solana.
Drift: مشروع DEX الرائد للعقود الآجلة على Solana. في السابق، اعتمد Drift على نموذج المطابقة خارج السلسلة، وكان يبدو أنه يواجه صعوبة عند مواجهة Hyperliquid الموجود بالكامل على السلسلة، وهذه المرة يشارك في وضع خارطة الطريق، ومن الواضح أنه يأمل في الاستفادة من الترقية الأساسية لتحقيق الانتعاش.
يجب حل المشكلة الأساسية
تركز خريطة الطريق على تحسين الهيكل الدقيق للسوق، ببساطة لأن آلية التداول الحالية على السلسلة ليست ودية بما يكفي لصانعي السوق، حيث يستفيد المتداولون النشطون (Taker) من الوضع، بينما يتعرض صناع السوق (Market Maker) الذين ينتظرون تنفيذ أوامرهم ( للخسارة. وذلك لأن المتداولين النشطين غالبًا ما يمتلكون أحدث المعلومات، ويقومون بزيادة رسوم التداول لضمان أن يتم تنفيذ تداولاتهم أولاً، في حين أن صناع السوق غالبًا ما لا يمكنهم سحب أوامرهم في الوقت المناسب، مما يجبرهم على تنفيذ الصفقات بأسعار غير مواتية.
بعض المتداولين الذين يقومون بالتحكيم بشكل متكرر يستفيدون من هذه اللامساواة، ويشنون هجمات "حركة المرور السامة". على سبيل المثال، إذا لم يتم تحديث السعر على السلسلة لكن السعر خارج السلسلة قد تغير، يمكن للمتداولين الاستفادة من السعر القديم لأخذ أوامر صانعي السوق، مما يجعل صانعي السوق يتحملون خسائر. والنتيجة هي أن صانعي السوق، لحماية أنفسهم، إما يقومون بزيادة الفارق بين أسعار الشراء والبيع، أو يقللون من حجم الأوامر المعلقة، مما يؤدي إلى تدهور السيولة في السوق بأكمله.
خارطة طريق 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 (: يسمح لعدة مصادقين باقتراح المعاملات في خطوط أنابيبهم الخاصة في نفس الوقت، ثم يتم دمج وتحسين ترتيب هذه الكتل المتزامنة حسب رسوم الأولوية. هذا يمكن أن يضعف احتكار المعبئ الفردي ويعزز مقاومة الرقابة.
التطبيقات الأصلية تنفيذها يمكن التحكم فيه ) تنفيذ موجه بواسطة التطبيق, ACE ( الميزة: تمنح حقًا لعقود الذكاء الاصطناعي على السلسلة التحكم في ترتيب تنفيذ المعاملات.
تحليل هذا الأمر، فإن قصة تقديم خارطة طريق ICM يجب أن تكون كالتالي: تم تجاوز DEX القديم Drift على Solana من قبل الوافد الجديد Hyperliquid بتجربة ممتازة تُعرف بـ "Binance على السلسلة". Drift، الذي لم يعد قادرًا على المنافسة، لم يكن أمامه خيار سوى طلب المساعدة من "الكبار" مثل Solana Labs وAnza وJito. وقد اقترح "الكبار" خطة تقنية للتحديث تُدعى ICM، حيث أعلنوا أنهم سيقومون بتكرار مهارات Hyperliquid الأساسية لـ Drift، لمساعدته على إعادة الدخول إلى سوق DEX. لكن "الكبار" قالوا أيضًا إن صعوبة هذا التحديث التقنية كبيرة جدًا، لذا تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، والمعدات التي يمكن تقديمها لـ Drift في الوقت الحالي هي فقط BAM من Jito، ليستخدمها Drift مؤقتًا، ولتبدأ المنافسة مع Hyperliquid.
تحديد خلفية القصة، في الفصول القادمة، سنقوم بتحليل تفصيلي لما قامت به ICM من تقليد أو تكرار لخصائص Hyperliquid البارزة.
التقليد الأول: آلية ترتيب التداول
المشكلة تكمن في: كما ذكرت سابقًا، تميل السلسلة الحالية نحو المتعاملين، ويتحمل صانع السوق "المرور السام". يمكن للمستخدمين الذين يقومون بملء الأوامر بشكل نشط أن يستندوا إلى أحدث الأسعار خارج السلسلة، ويقوموا بشكل لحظي بإجراء معاملات على الأوامر المعلقة على السلسلة، ويفضلون إتمام الصفقة من خلال زيادة رسوم المعاملات، بينما غالبًا ما لا يتمكن صانعو السوق من تحديث أو سحب أوامرهم في الوقت المناسب. والنتيجة هي أن صانعي السوق إما أن يوسعوا الفارق، أو ببساطة يسحبوا السيولة، مما يؤدي إلى تدهور عمق السوق.
) الحل النهائي لـ ICM: تطبيق التنفيذ القابل للتحكم ###ACE(
قدمت خارطة طريق ICM مفهوم ACE) Application Controlled Execution (، والذي يقوم بتفويض صلاحية ترتيب المعاملات إلى التطبيقات الموجودة على السلاسل المختلفة، حيث تقرر التطبيقات بنفسها كيفية ترتيب وتنفيذ المعاملات المتعلقة بها. على سبيل المثال، في المستقبل، عند تنفيذ ACE على سولانا، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة كما يلي:
تحديث أسعار الأوركل: يمكن لتطبيقات DeFi إدراج صفقة للحصول على أحدث الأسعار من الأوركل قبل تنفيذ صفقات كبيرة، لضمان تنفيذ الطلبات بالسعر المعقول الأحدث، ومنع صانعي السوق من تقديم عروض استنادًا إلى أسعار قديمة تعرضهم للاحتكار.
أولوية تنفيذ إلغاء الطلب: يمكن للتطبيقات تعيين "طلب إلغاء" ليكون له أولوية على "صفقة السوق الجديدة"، مما يمنح صانع السوق الفرصة لسحب الطلبات المعلقة في الوقت المناسب عندما تكون السوق غير مواتية.
مزاد ذيل الفريق: على سبيل المثال، إذا ظهرت طلبية شراء ضخمة تدفع السعر للأعلى، ستقوم تطبيقات DeFi ب"طرح الفرصة التي تليها" في المزاد، من يرغب في إعادة أكبر فائدة للبروتوكول ) أو المستخدم (، ستقوم بروتوكولات DeFi بتنفيذ صفقة من يحقق ذلك بالقرب من الطلب الكبير. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، مما يحول تدفقات MEV السامة إلى دخل صحي.
) BAM من JITO: خطة الانتقال
قبل الإطلاق الرسمي لـ ACE، أطلقت Jito Labs حلاً انتقالياً يسمى Block Assembly Marketplace ###BAM(. سير عمل BAM هو:
يرسل المستخدم المعاملة إلى عقدة تعمل ببرنامج BAM ) بدلاً من إرسالها مباشرةً إلى القائد الحالي (.
تقوم عقد BAM بجمع المعاملات المحلية وتشغيل أنواع مختلفة من الإضافات ) plugin ( لإعادة ترتيب حزم المعاملات ) Bundle ( تحت حماية الخصوصية. تعمل الإضافات في بيئة TEE الآمنة، حيث تخفي محتوى المعاملات قبل التنفيذ ). من خلال الإضافات، يمكن لمطوري التطبيقات تخصيص قواعد ترتيب مختلفة لعقودهم، مثل إعطاء الأولوية لإلغاء الطلبات، تحديث أسعار الأوراق المالية قبل المطابقة، وحتى تشغيل مزادات داخل التطبيقات المعقدة.
يتم إرسال مجموعة المعاملات المرتبة مرة أخرى إلى Solana Leader لتعبئتها على السلسلة.
يمكن اعتبار 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 تميل أكثر نحو مقدمي السيولة، وقد تم تنفيذ العديد من التصميمات لحماية صانعي السوق على مستوى السلسلة، مثل:
حماية الأولوية لمقدمي الطلبات: يتم معالجة إلغاء الطلبات والأوامر التي يتم تنفيذها فقط كصانع للأوامر بشكل أولوي، لتجنب إتمام الصفقات غير المواتية للمتداولين دون علمهم. تم تنفيذ "تنفيذ إلغاء الطلبات كأولوية" التي ذكرتها Solana ACE من قبل Hyperliquid منذ سنوات.
ضمان السعر الأحدث: تركز عملية تسوية وتطابق Hyperliquid على استخدام أسعار التغذية الأحدث وحالة الهامش لإجراء "فحص مزدوج". على سبيل المثال، عندما يتم تنفيذ أمر معلق، يقوم النظام بسحب آخر تقييم لأسعار الوكيل لضمان الهامش لكلا الطرفين، لضمان عدم حدوث مخاطر بسبب تأخر الأسعار. وهذا مشابه لإدراج ACE لتحديث الوكيل قبل تنفيذ الصفقة.
حماية من التداول الذاتي: إذا تقابل شراء وبيع من نفس العنوان، يقوم Hyperliquid بإلغاء الصفقة تلقائيًا بدلاً من تنفيذها، لمنع تضخيم الحجم أو التكاليف غير الضرورية.
إن ACE/BAM من Solana ICM، بلا شك، يستلهم من Hyperliquid. حيث أن Hyperliquid، كزعيم في CLOB على السلسلة، حقق مجموعة من الآليات الصديقة لصانعي السوق من خلال سلسلة مخصصة. الآن تأمل Solana في استخدام سلسلة عامة مع ملحقات معيارية لتكرار هذا التأثير------ أي السماح لكل تطبيق بالتحكم في ترتيب المعاملات بشكل مشابه لـ Hyperliquid.
محاكاة 2: النهائية الفورية
( مقارنة التوافق الحالي
تستخدم Solana حاليًا بروتوكول Tower BFT، حيث تكون التأكيد والنهائية تدريجية احتمالية: يتم اعتبار الكتلة "مؤكدة )Confirmed###" عند الحصول على تصويت 2/3، ولكن يجب تراكم حوالي 32 كتلة لاحقة ( عادة ما تستغرق حوالي 13 ثانية ) ليتم تثبيتها كـ "نهائي (Finalized)". بالنسبة لبعض التطبيقات ( مثل التداول عالي التردد )، فإن وقت التأكيد النهائي الذي يصل إلى عشر ثوانٍ لا يزال طويلاً جدًا.
HyperBFT هو خوارزمية توافق تم تطويرها من قبل Hyperliquid، مستوحاة من توافق HotStuff، وتستخدم تصويتين لتأكيد الكتل، مما يحقق "النهائية الفورية".
الجولة الأولى: التصويت المبدئي ( Prevote ): بعد أن يتلقى المدققون الكتلة المرشحة التي تم بثها من قبل المقترح، سيقومون بالتحقق السريع. إذا تم التحقق بنجاح، سيقوم كل مدقق بإدلاء صوت "التصويت المبدئي" ( Prevote ) لهذا الكتلة، ويبثها إلى الشبكة بأكملها. هذه الورقة تمثل: "لقد نظرت أولاً، وهذه الكتلة لا توجد بها مشاكل."
الجولة الثانية: التقديم المسبق (Precommit): بمجرد أن يجمع أحد المدققين تصويت "Prevote" من أكثر من ثلثي المدققين على نفس الكتلة المرشحة، فإنه يحصل على الثقة الكافية، معتقدًا أن معظم أعضاء الشبكة يوافقون على هذه الكتلة. وبالتالي، سيقوم هذا المدقق بإلقاء صوت "التقديم المسبق" الأكثر وزنًا (Precommit)، و
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 8
أعجبني
8
7
مشاركة
تعليق
0/400
ChainSauceMaster
· منذ 2 س
لا يمكن للتابعين أن يصبحوا متفوقين
شاهد النسخة الأصليةرد0
EyeOfTheTokenStorm
· منذ 8 س
النسخ هو النسخ، لكنني لا زلت أدعم سول، لأنه في النهاية يحتاج إلى تردد عالٍ ووقت الإستجابة منخفض.
شاهد النسخة الأصليةرد0
MetaMaskVictim
· 08-04 13:19
سمعت منك حديثًا، كما كان في ذلك العام عندما تمت النسخ لـ WETH على ERC20
شاهد النسخة الأصليةرد0
OffchainOracle
· 08-04 13:17
هل بدأت سول تتصاعد مرة أخرى؟
شاهد النسخة الأصليةرد0
PessimisticLayer
· 08-04 13:09
ما زال يقلد، الكفاءة منخفضة جداً
شاهد النسخة الأصليةرد0
UncleLiquidation
· 08-04 12:57
نسخ الواجب بشكل صارخ ، إنه حقيقي للغاية
شاهد النسخة الأصليةرد0
MindsetExpander
· 08-04 12:56
إذا كانت السرعة لا تضاهي الآخرين، فلماذا لا تتصرف بجرأة؟
تحليل خريطة طريق Solana ICM: استراتيجية الخطوات الثلاث التي تتماشى مع Hyperliquid
عرض تقليد سولانا: هل يمكنه اللحاق بـ 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 Foundation/Labs: الأب الرئيسي لSolana، المسؤول عن التنسيق العام وتطوير البروتوكول الأساسي.
Anza: شركة تطوير تأسست من قبل أعضاء سابقين في Solana Labs، تشبه إلى حد ما ConsenSys الخاصة بـ Ethereum. لقد تحملوا الكثير من الأعمال الأساسية في هذه الخريطة الطريق، مثل بروتوكول الإجماع الجديد Alpenglow.
Jito Labs: مزود بنية تحتية MEV على Solana، له تأثير كبير، ويكاد يتحكم في "سلطة الحياة والموت" لجميع تدفقات MEV على Solana. وقد قادوا هذه المرة تقديم سوق تجميع الكتل (BAM) وغيرها من حلول ترتيب المعاملات.
Multicoin Capital: مؤسسة استثمار مشهورة في مجال التشفير، وهي أيضًا من الداعمين الأوائل لـ Solana. نظرًا لامتلاكها كمية كبيرة من SOL وحقوق المشاريع البيئية، فإن لديها أيضًا صوت قوي في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول الشبكات الضوئية المخصصة لزيادة سرعة الاتصال بين عقد التحقق في Solana.
Drift: مشروع DEX الرائد للعقود الآجلة على Solana. في السابق، اعتمد Drift على نموذج المطابقة خارج السلسلة، وكان يبدو أنه يواجه صعوبة عند مواجهة Hyperliquid الموجود بالكامل على السلسلة، وهذه المرة يشارك في وضع خارطة الطريق، ومن الواضح أنه يأمل في الاستفادة من الترقية الأساسية لتحقيق الانتعاش.
يجب حل المشكلة الأساسية
تركز خريطة الطريق على تحسين الهيكل الدقيق للسوق، ببساطة لأن آلية التداول الحالية على السلسلة ليست ودية بما يكفي لصانعي السوق، حيث يستفيد المتداولون النشطون (Taker) من الوضع، بينما يتعرض صناع السوق (Market Maker) الذين ينتظرون تنفيذ أوامرهم ( للخسارة. وذلك لأن المتداولين النشطين غالبًا ما يمتلكون أحدث المعلومات، ويقومون بزيادة رسوم التداول لضمان أن يتم تنفيذ تداولاتهم أولاً، في حين أن صناع السوق غالبًا ما لا يمكنهم سحب أوامرهم في الوقت المناسب، مما يجبرهم على تنفيذ الصفقات بأسعار غير مواتية.
بعض المتداولين الذين يقومون بالتحكيم بشكل متكرر يستفيدون من هذه اللامساواة، ويشنون هجمات "حركة المرور السامة". على سبيل المثال، إذا لم يتم تحديث السعر على السلسلة لكن السعر خارج السلسلة قد تغير، يمكن للمتداولين الاستفادة من السعر القديم لأخذ أوامر صانعي السوق، مما يجعل صانعي السوق يتحملون خسائر. والنتيجة هي أن صانعي السوق، لحماية أنفسهم، إما يقومون بزيادة الفارق بين أسعار الشراء والبيع، أو يقللون من حجم الأوامر المعلقة، مما يؤدي إلى تدهور السيولة في السوق بأكمله.
خارطة طريق 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 (: يسمح لعدة مصادقين باقتراح المعاملات في خطوط أنابيبهم الخاصة في نفس الوقت، ثم يتم دمج وتحسين ترتيب هذه الكتل المتزامنة حسب رسوم الأولوية. هذا يمكن أن يضعف احتكار المعبئ الفردي ويعزز مقاومة الرقابة.
التطبيقات الأصلية تنفيذها يمكن التحكم فيه ) تنفيذ موجه بواسطة التطبيق, ACE ( الميزة: تمنح حقًا لعقود الذكاء الاصطناعي على السلسلة التحكم في ترتيب تنفيذ المعاملات.
تحليل هذا الأمر، فإن قصة تقديم خارطة طريق ICM يجب أن تكون كالتالي: تم تجاوز DEX القديم Drift على Solana من قبل الوافد الجديد Hyperliquid بتجربة ممتازة تُعرف بـ "Binance على السلسلة". Drift، الذي لم يعد قادرًا على المنافسة، لم يكن أمامه خيار سوى طلب المساعدة من "الكبار" مثل Solana Labs وAnza وJito. وقد اقترح "الكبار" خطة تقنية للتحديث تُدعى ICM، حيث أعلنوا أنهم سيقومون بتكرار مهارات Hyperliquid الأساسية لـ Drift، لمساعدته على إعادة الدخول إلى سوق DEX. لكن "الكبار" قالوا أيضًا إن صعوبة هذا التحديث التقنية كبيرة جدًا، لذا تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، والمعدات التي يمكن تقديمها لـ Drift في الوقت الحالي هي فقط BAM من Jito، ليستخدمها Drift مؤقتًا، ولتبدأ المنافسة مع Hyperliquid.
تحديد خلفية القصة، في الفصول القادمة، سنقوم بتحليل تفصيلي لما قامت به ICM من تقليد أو تكرار لخصائص Hyperliquid البارزة.
التقليد الأول: آلية ترتيب التداول
المشكلة تكمن في: كما ذكرت سابقًا، تميل السلسلة الحالية نحو المتعاملين، ويتحمل صانع السوق "المرور السام". يمكن للمستخدمين الذين يقومون بملء الأوامر بشكل نشط أن يستندوا إلى أحدث الأسعار خارج السلسلة، ويقوموا بشكل لحظي بإجراء معاملات على الأوامر المعلقة على السلسلة، ويفضلون إتمام الصفقة من خلال زيادة رسوم المعاملات، بينما غالبًا ما لا يتمكن صانعو السوق من تحديث أو سحب أوامرهم في الوقت المناسب. والنتيجة هي أن صانعي السوق إما أن يوسعوا الفارق، أو ببساطة يسحبوا السيولة، مما يؤدي إلى تدهور عمق السوق.
) الحل النهائي لـ ICM: تطبيق التنفيذ القابل للتحكم ###ACE(
قدمت خارطة طريق ICM مفهوم ACE) Application Controlled Execution (، والذي يقوم بتفويض صلاحية ترتيب المعاملات إلى التطبيقات الموجودة على السلاسل المختلفة، حيث تقرر التطبيقات بنفسها كيفية ترتيب وتنفيذ المعاملات المتعلقة بها. على سبيل المثال، في المستقبل، عند تنفيذ ACE على سولانا، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة كما يلي:
تحديث أسعار الأوركل: يمكن لتطبيقات DeFi إدراج صفقة للحصول على أحدث الأسعار من الأوركل قبل تنفيذ صفقات كبيرة، لضمان تنفيذ الطلبات بالسعر المعقول الأحدث، ومنع صانعي السوق من تقديم عروض استنادًا إلى أسعار قديمة تعرضهم للاحتكار.
أولوية تنفيذ إلغاء الطلب: يمكن للتطبيقات تعيين "طلب إلغاء" ليكون له أولوية على "صفقة السوق الجديدة"، مما يمنح صانع السوق الفرصة لسحب الطلبات المعلقة في الوقت المناسب عندما تكون السوق غير مواتية.
مزاد ذيل الفريق: على سبيل المثال، إذا ظهرت طلبية شراء ضخمة تدفع السعر للأعلى، ستقوم تطبيقات DeFi ب"طرح الفرصة التي تليها" في المزاد، من يرغب في إعادة أكبر فائدة للبروتوكول ) أو المستخدم (، ستقوم بروتوكولات DeFi بتنفيذ صفقة من يحقق ذلك بالقرب من الطلب الكبير. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، مما يحول تدفقات MEV السامة إلى دخل صحي.
) BAM من JITO: خطة الانتقال
قبل الإطلاق الرسمي لـ ACE، أطلقت Jito Labs حلاً انتقالياً يسمى Block Assembly Marketplace ###BAM(. سير عمل BAM هو:
يرسل المستخدم المعاملة إلى عقدة تعمل ببرنامج BAM ) بدلاً من إرسالها مباشرةً إلى القائد الحالي (.
تقوم عقد BAM بجمع المعاملات المحلية وتشغيل أنواع مختلفة من الإضافات ) plugin ( لإعادة ترتيب حزم المعاملات ) Bundle ( تحت حماية الخصوصية. تعمل الإضافات في بيئة TEE الآمنة، حيث تخفي محتوى المعاملات قبل التنفيذ ). من خلال الإضافات، يمكن لمطوري التطبيقات تخصيص قواعد ترتيب مختلفة لعقودهم، مثل إعطاء الأولوية لإلغاء الطلبات، تحديث أسعار الأوراق المالية قبل المطابقة، وحتى تشغيل مزادات داخل التطبيقات المعقدة.
يتم إرسال مجموعة المعاملات المرتبة مرة أخرى إلى Solana Leader لتعبئتها على السلسلة.
يمكن اعتبار 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 تميل أكثر نحو مقدمي السيولة، وقد تم تنفيذ العديد من التصميمات لحماية صانعي السوق على مستوى السلسلة، مثل:
حماية الأولوية لمقدمي الطلبات: يتم معالجة إلغاء الطلبات والأوامر التي يتم تنفيذها فقط كصانع للأوامر بشكل أولوي، لتجنب إتمام الصفقات غير المواتية للمتداولين دون علمهم. تم تنفيذ "تنفيذ إلغاء الطلبات كأولوية" التي ذكرتها Solana ACE من قبل Hyperliquid منذ سنوات.
ضمان السعر الأحدث: تركز عملية تسوية وتطابق Hyperliquid على استخدام أسعار التغذية الأحدث وحالة الهامش لإجراء "فحص مزدوج". على سبيل المثال، عندما يتم تنفيذ أمر معلق، يقوم النظام بسحب آخر تقييم لأسعار الوكيل لضمان الهامش لكلا الطرفين، لضمان عدم حدوث مخاطر بسبب تأخر الأسعار. وهذا مشابه لإدراج ACE لتحديث الوكيل قبل تنفيذ الصفقة.
حماية من التداول الذاتي: إذا تقابل شراء وبيع من نفس العنوان، يقوم Hyperliquid بإلغاء الصفقة تلقائيًا بدلاً من تنفيذها، لمنع تضخيم الحجم أو التكاليف غير الضرورية.
إن ACE/BAM من Solana ICM، بلا شك، يستلهم من Hyperliquid. حيث أن Hyperliquid، كزعيم في CLOB على السلسلة، حقق مجموعة من الآليات الصديقة لصانعي السوق من خلال سلسلة مخصصة. الآن تأمل Solana في استخدام سلسلة عامة مع ملحقات معيارية لتكرار هذا التأثير------ أي السماح لكل تطبيق بالتحكم في ترتيب المعاملات بشكل مشابه لـ Hyperliquid.
محاكاة 2: النهائية الفورية
( مقارنة التوافق الحالي
تستخدم Solana حاليًا بروتوكول Tower BFT، حيث تكون التأكيد والنهائية تدريجية احتمالية: يتم اعتبار الكتلة "مؤكدة )Confirmed###" عند الحصول على تصويت 2/3، ولكن يجب تراكم حوالي 32 كتلة لاحقة ( عادة ما تستغرق حوالي 13 ثانية ) ليتم تثبيتها كـ "نهائي (Finalized)". بالنسبة لبعض التطبيقات ( مثل التداول عالي التردد )، فإن وقت التأكيد النهائي الذي يصل إلى عشر ثوانٍ لا يزال طويلاً جدًا.
HyperBFT هو خوارزمية توافق تم تطويرها من قبل Hyperliquid، مستوحاة من توافق HotStuff، وتستخدم تصويتين لتأكيد الكتل، مما يحقق "النهائية الفورية".
الجولة الأولى: التصويت المبدئي ( Prevote ): بعد أن يتلقى المدققون الكتلة المرشحة التي تم بثها من قبل المقترح، سيقومون بالتحقق السريع. إذا تم التحقق بنجاح، سيقوم كل مدقق بإدلاء صوت "التصويت المبدئي" ( Prevote ) لهذا الكتلة، ويبثها إلى الشبكة بأكملها. هذه الورقة تمثل: "لقد نظرت أولاً، وهذه الكتلة لا توجد بها مشاكل."
الجولة الثانية: التقديم المسبق (Precommit): بمجرد أن يجمع أحد المدققين تصويت "Prevote" من أكثر من ثلثي المدققين على نفس الكتلة المرشحة، فإنه يحصل على الثقة الكافية، معتقدًا أن معظم أعضاء الشبكة يوافقون على هذه الكتلة. وبالتالي، سيقوم هذا المدقق بإلقاء صوت "التقديم المسبق" الأكثر وزنًا (Precommit)، و