خارطة طريق ICM لـ Solana: عرض "تقليد" موجه ضد Hyperliquid؟
مؤخراً، اجتمع عدد من كبار الشخصيات في نظام Solana البيئي وأصدروا خريطة تقنية تحمل عنوان "أسواق رأس المال على الإنترنت (Internet Capital Markets, ICM)". الفكرة الأساسية لهذه الخريطة هي "تنفيذ الصفقة القابل للتحكم (Application Controlled Execution, ACE)"، باختصار، هي السماح لتطبيقات السلسلة بالحصول على حق ترتيب الصفقات بشكل مستقل بمللي ثانية، وبناء "وول ستريت على السلسلة" لامركزياً.
من المثير للاهتمام أنه عند قراءة خارطة الطريق بالكامل، رغم أنها لا تشير مباشرة إلى Hyperliquid، إلا أن تصميمها يركز تقريبًا في كل مكان على نقاط قوة Hyperliquid. إنه مثل قول Solana: "ما لديك في Hyperliquid، نريد أيضًا أن يكون لدينا، وسنجعل ذلك أفضل!"
يجب أن نعلم أن Hyperliquid تحتل مكانة رائدة في سوق العقود الآجلة الدائمة على السلسلة، حيث بلغت حصة تداولها حوالي 65٪ من إجمالي سوق العقود الآجلة اللامركزية. من الواضح أنه في مواجهة مثل هذه المنافسة، لا يمكن أن تقف Solana مكتوفة الأيدي أمام المتأخرين، لذا أصدرت خارطة طريق ICM هذه.
إذن، ما هي حقيقة هذا "عرض التقليد"؟ هل يمكن لـ Solana بالفعل اللحاق بـ Hyperliquid أو حتى تجاوزه؟ دعونا نتحدث عن هذا الموضوع بعمق اليوم.
خلفية ومحتوى ICM
من يقود هذه الثورة؟
أولاً، دعونا نلقي نظرة على من وضع هذه الخريطة. المشاركون هم جميعاً لاعبين بارزين في نظام Solana البيئي:
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(Application Controlled Execution) النهائي، مما يمنح العقود الذكية على Solana سلطة ترتيب المعاملات بشكل مستقل.
فريق Anza يعمل على تحسين "دخول الصفقة في نفس الشريحة" لزيادة نسبة النجاح، مما يقلل من الانزلاق وخسائر MEV.
من المتوقع أن تدخل هذه التحسينات حيز التنفيذ بين يوليو وسبتمبر 2025.
متوسط (3-9 أشهر ): إدخال شبكة عالية السرعة مخصصة وإصدار جديد من الإجماع، مما يقلل بشكل كبير من التأخير، ويزيد من القدرة على المعالجة:
نشر شبكة الألياف البصرية الخاصة بـ DoubleZero، لتوفير اتصالات سريعة للمدققين مع تقليل الاهتزازات تقريبًا، وتقليل التأخير حتى 100 مللي ثانية.
تم إطلاق بروتوكول توافق Alpenglow، مما يقلل من وقت التأكيد النهائي من حوالي 12.8 ثانية إلى حوالي 0.15 ثانية.
تطوير تنفيذ البرنامج غير المتزامن ( تنفيذ البرنامج غير المتزامن، APE )، تقليل حجب تنفيذ المعاملات عن الإجماع.
طويل الأمد(9-30 شهر): إجراء ترقية ثورية على البنية الأساسية لـ Solana، الهدف تحقيق ذلك حوالي عام 2027:
قادة متعددون متزامنون، MCL(: يسمح لعدة مدققين باقتراح المعاملات في خطوط أنابيبهم الخاصة في نفس الوقت، ثم يتم دمج هذه الكتل المتزامنة وترتيبها حسب رسوم الأولوية. هذا يمكن أن يضعف احتكار حزمة واحدة، ويعزز مقاومة الرقابة.
التطبيقات الأصلية القابلة للتحكم تنفيذ )Application Controlled Execution,ACE( الوظيفة: منح العقود الذكية على السلسلة حق التحكم في ترتيب تنفيذ المعاملات.
تحليل هنا، يعتقد الكاتب أن قصة تقديم خارطة طريق ICM يجب أن تكون بهذا الشكل: DEX القديم في Solana، Drift، تم تجاوزه من قبل الوافد الجديد Hyperliquid بتجربة ممتازة تُعرف باسم "Binance على السلسلة". Drift لم يكن قادرًا على المنافسة، لذا لجأ إلى "العمالقة" مثل Solana Labs وAnza وJito. هؤلاء "العمالقة" قدموا خطة تعديل تكنولوجي تُدعى ICM، مُعلنين أنهم سيقومون بتكرار المهارات الرئيسية لـ Hyperliquid لـ Drift، لمساعدته في العودة إلى سوق DEX. لكن "العمالقة" قالوا أيضًا إن تعديل التقنية هذه المرة سيكون صعبًا للغاية، لذا تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، والعتاد الذي يمكن تقديمه لـ Drift في الوقت القريب هو فقط BAM من Jito، للسماح لـ Drift بأن يستمر في استخدامه، وللقيام بمقارنة أولية مع Hyperliquid.
بعد تحديد خلفية القصة، في الفصول التالية، سيقوم الكاتب بتحليل تفصيلي لما قامت به ICM من تقليد وإعادة إنتاج لأساليب Hyperliquid المميزة.
محاكاة 1: آلية ترتيب المعاملات
مشكلة: كما ذُكر سابقًا، تميل السلسلة الحالية نحو المتلقين، ويتحمل صانع السوق "حركة المرور السامة". يمكن للمستخدمين الذين يتخذون الخطوة النشطة استنادًا إلى الأسعار الأخيرة خارج السلسلة، أن يبدؤوا التجارة على الطلبات الموجودة على السلسلة في لحظة، ويفضلون إتمام الصفقة من خلال زيادة الرسوم، بينما غالبًا ما لا يتمكن صانعو السوق من تحديث أو إلغاء الطلبات في الوقت المناسب. النتيجة هي أن صانعي السوق إما يوسعون الفجوة السعرية، أو ببساطة يسحبون السيولة، مما يؤدي إلى تدهور عمق السوق.
) الحل النهائي لـ ICM: تنفيذ قابل للتحكم (ACE)
تقدم خريطة طريق ICM مفهوم ACE###التنفيذ الخاضع للتحكم التطبيق(، والذي يقوم بتفويض حقوق ترتيب المعاملات إلى التطبيقات المختلفة على السلسلة، حيث تحدد التطبيقات بأنفسها كيفية ترتيب وتنفيذ المعاملات المتعلقة بها. على سبيل المثال، عند تحقيق ACE على Solana في المستقبل، يمكن لعقود DeFi تنفيذ قواعد ترتيب المعاملات المخصصة كما يلي:
تحديث سعر Oracle الإدراج: يمكن لتطبيقات DeFi إدخال صفقة للحصول على أحدث الأسعار من Oracle قبل تنفيذ صفقة كبيرة، لضمان تنفيذ الطلبات بأسعار معقولة وحديثة، ومنع صناع السوق من تقديم عروض بناءً على أسعار قديمة مما يؤدي إلى الاستغلال.
أولوية إلغاء الطلب: يمكن للتطبيقات ضبط "طلب الإلغاء" ليكون له أولوية على "صفقة الشراء الجديدة"، مما يمنح صانع السوق الفرصة لسحب الطلبات المعلقة في الوقت المناسب عندما تكون ظروف السوق غير مواتية.
مزاد الذيل: على سبيل المثال، عند ظهور أمر شراء ضخم يؤدي إلى ارتفاع السعر، ستقوم تطبيقات 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 تميل أكثر نحو مزودي السيولة، وقد تم تنفيذ العديد من التصاميم التي تحمي صانعي السوق على مستوى السلسلة، مثل:
حماية أوامر الإيقاف ذات الأولوية: يتم معالجة إلغاء الأوامر والأوامر التي يتم تنفيذها كمُصنّع بشكل حصري، لتجنب حدوث معاملات غير مواتية للمتداولين دون علم. "تنفيذ إلغاء الأوامر ذو الأولوية" الذي تم ذكره في 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(: بمجرد أن يقوم أحد المدققين بجمع آراء ما قبل التصويت من أكثر من ثلثي المدققين حول نفس الكتلة المرشحة، فإنه يحصل على الثقة الكافية، ويعتقد أن أغلبية الشبكة قد
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 9
أعجبني
9
5
مشاركة
تعليق
0/400
gas_guzzler
· 08-05 15:39
نسخ الواجبات هو أيضًا نوع من التعلم، ما الخطأ في ذلك؟
خطة عمل Solana ICM تستهدف تغييرات جديدة في نمط تداول Hyperliquid داخل السلسلة
خارطة طريق ICM لـ Solana: عرض "تقليد" موجه ضد Hyperliquid؟
مؤخراً، اجتمع عدد من كبار الشخصيات في نظام Solana البيئي وأصدروا خريطة تقنية تحمل عنوان "أسواق رأس المال على الإنترنت (Internet Capital Markets, ICM)". الفكرة الأساسية لهذه الخريطة هي "تنفيذ الصفقة القابل للتحكم (Application Controlled Execution, ACE)"، باختصار، هي السماح لتطبيقات السلسلة بالحصول على حق ترتيب الصفقات بشكل مستقل بمللي ثانية، وبناء "وول ستريت على السلسلة" لامركزياً.
من المثير للاهتمام أنه عند قراءة خارطة الطريق بالكامل، رغم أنها لا تشير مباشرة إلى Hyperliquid، إلا أن تصميمها يركز تقريبًا في كل مكان على نقاط قوة Hyperliquid. إنه مثل قول Solana: "ما لديك في Hyperliquid، نريد أيضًا أن يكون لدينا، وسنجعل ذلك أفضل!"
يجب أن نعلم أن Hyperliquid تحتل مكانة رائدة في سوق العقود الآجلة الدائمة على السلسلة، حيث بلغت حصة تداولها حوالي 65٪ من إجمالي سوق العقود الآجلة اللامركزية. من الواضح أنه في مواجهة مثل هذه المنافسة، لا يمكن أن تقف Solana مكتوفة الأيدي أمام المتأخرين، لذا أصدرت خارطة طريق ICM هذه.
إذن، ما هي حقيقة هذا "عرض التقليد"؟ هل يمكن لـ Solana بالفعل اللحاق بـ Hyperliquid أو حتى تجاوزه؟ دعونا نتحدث عن هذا الموضوع بعمق اليوم.
خلفية ومحتوى ICM
من يقود هذه الثورة؟
أولاً، دعونا نلقي نظرة على من وضع هذه الخريطة. المشاركون هم جميعاً لاعبين بارزين في نظام Solana البيئي:
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(Application Controlled Execution) النهائي، مما يمنح العقود الذكية على Solana سلطة ترتيب المعاملات بشكل مستقل.
فريق Anza يعمل على تحسين "دخول الصفقة في نفس الشريحة" لزيادة نسبة النجاح، مما يقلل من الانزلاق وخسائر MEV.
من المتوقع أن تدخل هذه التحسينات حيز التنفيذ بين يوليو وسبتمبر 2025.
متوسط (3-9 أشهر ): إدخال شبكة عالية السرعة مخصصة وإصدار جديد من الإجماع، مما يقلل بشكل كبير من التأخير، ويزيد من القدرة على المعالجة:
نشر شبكة الألياف البصرية الخاصة بـ DoubleZero، لتوفير اتصالات سريعة للمدققين مع تقليل الاهتزازات تقريبًا، وتقليل التأخير حتى 100 مللي ثانية.
تم إطلاق بروتوكول توافق Alpenglow، مما يقلل من وقت التأكيد النهائي من حوالي 12.8 ثانية إلى حوالي 0.15 ثانية.
تطوير تنفيذ البرنامج غير المتزامن ( تنفيذ البرنامج غير المتزامن، APE )، تقليل حجب تنفيذ المعاملات عن الإجماع.
طويل الأمد(9-30 شهر): إجراء ترقية ثورية على البنية الأساسية لـ Solana، الهدف تحقيق ذلك حوالي عام 2027:
قادة متعددون متزامنون، MCL(: يسمح لعدة مدققين باقتراح المعاملات في خطوط أنابيبهم الخاصة في نفس الوقت، ثم يتم دمج هذه الكتل المتزامنة وترتيبها حسب رسوم الأولوية. هذا يمكن أن يضعف احتكار حزمة واحدة، ويعزز مقاومة الرقابة.
التطبيقات الأصلية القابلة للتحكم تنفيذ )Application Controlled Execution,ACE( الوظيفة: منح العقود الذكية على السلسلة حق التحكم في ترتيب تنفيذ المعاملات.
تحليل هنا، يعتقد الكاتب أن قصة تقديم خارطة طريق ICM يجب أن تكون بهذا الشكل: DEX القديم في Solana، Drift، تم تجاوزه من قبل الوافد الجديد Hyperliquid بتجربة ممتازة تُعرف باسم "Binance على السلسلة". Drift لم يكن قادرًا على المنافسة، لذا لجأ إلى "العمالقة" مثل Solana Labs وAnza وJito. هؤلاء "العمالقة" قدموا خطة تعديل تكنولوجي تُدعى ICM، مُعلنين أنهم سيقومون بتكرار المهارات الرئيسية لـ Hyperliquid لـ Drift، لمساعدته في العودة إلى سوق DEX. لكن "العمالقة" قالوا أيضًا إن تعديل التقنية هذه المرة سيكون صعبًا للغاية، لذا تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، والعتاد الذي يمكن تقديمه لـ Drift في الوقت القريب هو فقط BAM من Jito، للسماح لـ Drift بأن يستمر في استخدامه، وللقيام بمقارنة أولية مع Hyperliquid.
بعد تحديد خلفية القصة، في الفصول التالية، سيقوم الكاتب بتحليل تفصيلي لما قامت به ICM من تقليد وإعادة إنتاج لأساليب Hyperliquid المميزة.
محاكاة 1: آلية ترتيب المعاملات
مشكلة: كما ذُكر سابقًا، تميل السلسلة الحالية نحو المتلقين، ويتحمل صانع السوق "حركة المرور السامة". يمكن للمستخدمين الذين يتخذون الخطوة النشطة استنادًا إلى الأسعار الأخيرة خارج السلسلة، أن يبدؤوا التجارة على الطلبات الموجودة على السلسلة في لحظة، ويفضلون إتمام الصفقة من خلال زيادة الرسوم، بينما غالبًا ما لا يتمكن صانعو السوق من تحديث أو إلغاء الطلبات في الوقت المناسب. النتيجة هي أن صانعي السوق إما يوسعون الفجوة السعرية، أو ببساطة يسحبون السيولة، مما يؤدي إلى تدهور عمق السوق.
) الحل النهائي لـ ICM: تنفيذ قابل للتحكم (ACE)
تقدم خريطة طريق ICM مفهوم ACE###التنفيذ الخاضع للتحكم التطبيق(، والذي يقوم بتفويض حقوق ترتيب المعاملات إلى التطبيقات المختلفة على السلسلة، حيث تحدد التطبيقات بأنفسها كيفية ترتيب وتنفيذ المعاملات المتعلقة بها. على سبيل المثال، عند تحقيق ACE على Solana في المستقبل، يمكن لعقود DeFi تنفيذ قواعد ترتيب المعاملات المخصصة كما يلي:
تحديث سعر Oracle الإدراج: يمكن لتطبيقات DeFi إدخال صفقة للحصول على أحدث الأسعار من Oracle قبل تنفيذ صفقة كبيرة، لضمان تنفيذ الطلبات بأسعار معقولة وحديثة، ومنع صناع السوق من تقديم عروض بناءً على أسعار قديمة مما يؤدي إلى الاستغلال.
أولوية إلغاء الطلب: يمكن للتطبيقات ضبط "طلب الإلغاء" ليكون له أولوية على "صفقة الشراء الجديدة"، مما يمنح صانع السوق الفرصة لسحب الطلبات المعلقة في الوقت المناسب عندما تكون ظروف السوق غير مواتية.
مزاد الذيل: على سبيل المثال، عند ظهور أمر شراء ضخم يؤدي إلى ارتفاع السعر، ستقوم تطبيقات 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 تميل أكثر نحو مزودي السيولة، وقد تم تنفيذ العديد من التصاميم التي تحمي صانعي السوق على مستوى السلسلة، مثل:
حماية أوامر الإيقاف ذات الأولوية: يتم معالجة إلغاء الأوامر والأوامر التي يتم تنفيذها كمُصنّع بشكل حصري، لتجنب حدوث معاملات غير مواتية للمتداولين دون علم. "تنفيذ إلغاء الأوامر ذو الأولوية" الذي تم ذكره في 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(: بمجرد أن يقوم أحد المدققين بجمع آراء ما قبل التصويت من أكثر من ثلثي المدققين حول نفس الكتلة المرشحة، فإنه يحصل على الثقة الكافية، ويعتقد أن أغلبية الشبكة قد