خريطة طريق ICM لـ Solana: عرض "تقليد" يستهدف Hyperliquid
المقدمة: اجتماعات عمالقة Solana
مؤخراً، حدث شيء مثير في نظام Solana البيئي. اجتمع مجموعة من الأعضاء المهمين، بما في ذلك مؤسسة Solana وAnza وبعض المختبرات المعروفة، لإطلاق خريطة طريق تقنية تحمل اسم "أسواق رأس المال الإنترنت (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.
مختبر مشهور: مزود بنية تحتية MEV على Solana، له تأثير كبير، ويكاد يتحكم في "السلطة المطلقة" على جميع تدفقات MEV على Solana. هذه المرة، قاموا بقيادة توفير سوق تجميع الكتل (BAM) وحلول ترتيب المعاملات الأخرى.
إحدى الشركات الرائدة في رأس المال: مؤسسة استثمارية مشهورة في مجال العملات المشفرة، وهي أيضًا من الداعمين الأوائل لـ Solana. نظرًا لامتلاكها كميات كبيرة من SOL وحقوق مشاريع النظام البيئي، لديها أيضًا نفوذ كبير في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول الشبكة الضوئية المخصصة لزيادة سرعة الاتصالات بين عقد التحقق في Solana.
منصة عقود دائمة معينة: مشروع DEX لعقود دائمة الرائد على Solana. كانت هذه المنصة تستخدم نمط المطابقة خارج السلسلة، وعندما واجهت Hyperliquid بالكامل على السلسلة، بدت بعض الشيء متعبة، وهذه المرة المشاركة في وضع خريطة الطريق، من الواضح أنها تأمل في الاستفادة من الترقيات الأساسية لتحقيق الانتعاش.
المشكلة الأساسية التي يجب حلها
تتركز خارطة الطريق على تحسين الهيكل الدقيق للسوق، بعبارة أخرى، فإن آلية التداول الحالية على السلسلة ليست ودودة بما فيه الكفاية لصانعي السوق، حيث إن الأطراف التي تبدأ التداول (Taker) تستفيد، بينما الأطراف التي تنتظر تنفيذ أوامرها (Market Maker) تعاني. وذلك لأن الأطراف التي تبدأ التداول غالبًا ما تمتلك أحدث المعلومات وتقوم بزيادة رسوم التداول لضمان تنفيذ تداولاتها أولاً، بينما في الغالب لا يستطيع صانع السوق سحب أوامره في الوقت المناسب، مما يجبره على إجراء معاملات بأسعار غير مواتية.
يستفيد بعض المتداولين ذوي التردد العالي من هذا اللامتناسق، ويشنون هجمات "حركة مرور سامة". على سبيل المثال، عندما لا يتم تحديث الأسعار على السلسلة بعد، لكن الأسعار خارج السلسلة قد تغيرت، يمكن للمتداولين الاستفادة من السعر القديم لأخذ أوامر صانعي السوق، مما يجعل صانعي السوق يتحملون الخسائر. النتيجة هي أن صانعي السوق، لحماية أنفسهم، إما أن يزيدوا الفجوة بين أسعار الشراء والبيع، أو يقللوا من حجم الأوامر المعلقة، مما يؤدي إلى تدهور سيولة السوق بأكمله.
خارطة طريق ICM تهدف إلى تحقيق توازن في هذا النمط، وجذب السيولة عالية الجودة للعودة إلى الشبكة.
خطوات ICM الثلاثة
Solana قسمت هذه الخطة الضخمة إلى ثلاثة مراحل:
قصير الأجل (1-3 أشهر): التركيز بشكل رئيسي على تحسين تجربة التداول الحالية على السلسلة، لجعل تطبيقات دفتر الطلبات أكثر سهولة وتقليل التدخل الضار لـ MEV. تشمل التفاصيل:
تم إطلاق وحدة سوق تجميع الكتل (BAM) من مختبر مشهور على الشبكة الرئيسية. معنى هذه الوحدة هو توفير نظام إضافي مؤقت قبل إطلاق 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 يجب أن تكون كالتالي: تمكّن DEX القديمة على Solana من التغلب عليها من قبل Hyperliquid بفضل "تجربة ممتازة على منصة تداول معينة". لم تتمكن DEX القديمة من المنافسة، لذا لجأت إلى "العمالقة" مثل Solana Labs وAnza. اقترح "العمالقة" خطة تحول تكنولوجية مثل ICM، وادعوا أنهم سيعيدون نسخ المهارات الأساسية لـ Hyperliquid إلى DEX القديمة لمساعدتها في العودة إلى سوق DEX. لكن "العمالقة" قالوا أيضًا إن صعوبة التحول التكنولوجي هذه كبيرة جدًا، لذا تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، حيث أن المعدات التي يمكن أن تُعطى لـ DEX القديمة في الوقت القريب هي فقط BAM من مختبر معروف، ليستخدمها DEX القديمة مؤقتًا، ومقارنتها مع Hyperliquid.
بعد توضيح خلفية القصة، سيقوم الكاتب في الفصول القادمة بتحليل تفاصيل ما الذي قامت ICM بتقليده واستنساخه من مهارات Hyperliquid المميزة.
التقليد الأول: آلية ترتيب التداول
المشكلة: كما ذُكر سابقًا، فإن السلسلة الحالية تميل نحو المتلقين، ويتحمل الصانعين عذاب "التدفق السام". يمكن للمستخدمين الذين يتناولون الطلبات بشكل نشط أن يستندوا إلى أحدث الأسعار خارج السلسلة، ويقومون على الفور بإجراء معاملات على الطلبات المعلقة في السلسلة، ويُفضلون في إتمام الصفقة عن طريق زيادة الرسوم. بينما غالبًا ما لا يتمكن صناع السوق من تحديث أو سحب الطلبات في الوقت المناسب. والنتيجة هي أن صانعي السوق إما يوسعون الفارق أو ببساطة يسحبون السيولة، مما يجعل عمق السوق أسوأ.
الحل النهائي لـ ICM: تطبيق التنفيذ القابل للتحكم (ACE)
يقترح مخطط الطريق ICM مفهوم ACE (التنفيذ الذي تتحكم فيه التطبيقات)، والذي يقوم بتحويل سلطة ترتيب المعاملات إلى تطبيقات مختلفة على السلاسل، حيث يقرر التطبيق بنفسه كيفية ترتيب وتنفيذ المعاملات المتعلقة به. على سبيل المثال، في Solana التي ستطبق ACE في المستقبل، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة على النحو التالي:
تحديث سعر Oracle: يمكن لتطبيقات DeFi إدراج صفقة قبل تنفيذ صفقة كبيرة للحصول على أحدث الأسعار من Oracle، مما يضمن تنفيذ الطلبات بأسعار معقولة وحديثة، ويمنع صانعي السوق من تقديم أسعار مبنية على أسعار قديمة يتم استغلالها.
أولوية تنفيذ إلغاء الطلبات: يمكن للتطبيق تعيين "طلب إلغاء" ليكون له أولوية على تنفيذ "صفقات السوق الجديدة"، مما يمنح صانع السوق الفرصة لإلغاء الطلبات المعلقة في حالة عدم ملاءمة السوق.
مزاد ذيل الفريق: على سبيل المثال، بعد ظهور أمر شراء ضخم يرفع السعر، ستقوم تطبيقات DeFi بعرض الفرصة التي "تتبعها" للمزاد، ومن يرغب في إعادة أكبر فائدة إلى البروتوكول (أو المستخدمين)، ستسمح له بروتوكول DeFi بتنفيذ معاملاته بعد الأوامر الكبيرة. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، وبالتالي تحويل تدفق MEV السام إلى دخل جيد.
BAM من مختبر معروف: خطة انتقالية
قبل الإطلاق الرسمي لـ ACE، قدمت مختبر مشهور حلاً انتقالياً يسمى Block Assembly Marketplace (BAM). سير العمل الخاص بـ BAM هو:
يقوم المستخدم بإرسال المعاملة إلى عقدة تعمل ببرنامج BAM (بدلاً من إرسالها مباشرة إلى القائد الحالي).
تجمع عقد BAM المعاملات المحلية وتشغل أنواعًا مختلفة من شمعة طويلة الفتيل(plugin) لإعادة ترتيب حزمة المعاملات (Bundle) تحت حماية الخصوصية (تعمل الإضافات في بيئة TEE آمنة وتخفي محتوى المعاملات قبل التنفيذ). من خلال الإضافات، يمكن لمطوري التطبيقات تخصيص قواعد ترتيب مختلفة لعقودهم، مثل أولوية إلغاء الطلبات، تحديث أسعار الأوراق المالية قبل المطابقة، وحتى تشغيل مزادات داخل التطبيقات المعقدة.
يتم إرسال حزمة المعاملات المرتبة إلى قائد Solana للتغليف على السلسلة.
يمكن اعتبار BAM بمثابة حقل تجارب قبل إطلاق ACE على سلسلة الكتل، حيث إن وظائفه قريبة جداً من ACE النهائية، لكنه يعمل في شبكة مستقلة خارج السلسلة، وليس مدمجاً في بروتوكول سلسلة سولانا.
من الجدير بالذكر أن مختبرًا مشهورًا كان يقدم سابقًا بنية تحتية موجهة لاستخراج MEV (مثل محرك الكتل المعين)، وكان نموذج أعماله هو خلق فرص للمراجحة من خلال تحسين ترتيب المعاملات ومشاركة الأرباح. وهذا إلى حد ما هو "رمح" يقف على الجانب المعاكس للمستخدمين العاديين والمُراجَحين. ومع ذلك، أغلق هذا المختبر في أوائل عام 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. باعتبارها رائدة في CLOB على السلسلة، حققت Hyperliquid آليات صديقة لصانعي السوق من خلال سلسلة مخصصة. الآن تأمل Solana في استخدام سلسلة عامة وإضافات معيارية لتكرار هذا التأثير - أي منح كل تطبيق القدرة على التحكم في ترتيب المعاملات بشكل مشابه لـ Hyperliquid.
التقليد الثاني: الحتمية الفورية
مقارنة بين التوافق الحالي
تستخدم Solana حاليًا Tower BFT، حيث تكون التأكيد والنهائية تدريجية احتمالية: يتم اعتبار الكتلة "تأكيد (Confirmed)" عند حصولها على تصويت 2/3، ولكن يجب أن يتراكم حوالي 32 كتلة لاحقة على السلسلة (عادة حوالي 13 ثانية) لتكون "نهائي (Finalized)". بالنسبة لبعض التطبيقات (مثل التداول عالي التردد)، لا يزال وقت التأكيد النهائي الذي يبلغ عشر ثوانٍ طويلًا جدًا.
HyperBFT هو خوارزمية إجماع تم تطويرها ذاتيًا من قبل Hyperliquid، مستوحاة من إجماع HotStuff، وتستخدم تصويتين لتأكيد الكتل، مما يحقق "النهائية الفورية".
الجولة الأولى: التصويت المسبق (Prevote): بعد أن يتلقى المدققون الكتل المرشحة التي يبثها المقترح، سيقومون بالتحقق السريع. إذا تم التحقق بنجاح، سيقوم كل مدقق بإدلاء صوت "التصويت المسبق" (Prevote) لهذا الكتلة، وسيقوم ببثه إلى الشبكة بأكملها. تمثل هذه الورقة: "لقد نظرت بشكل أولي
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
خريطة طريق Solana ICM مقابل Hyperliquid: معركة التداول داخل السلسلة
خريطة طريق ICM لـ Solana: عرض "تقليد" يستهدف Hyperliquid
المقدمة: اجتماعات عمالقة Solana
مؤخراً، حدث شيء مثير في نظام Solana البيئي. اجتمع مجموعة من الأعضاء المهمين، بما في ذلك مؤسسة Solana وAnza وبعض المختبرات المعروفة، لإطلاق خريطة طريق تقنية تحمل اسم "أسواق رأس المال الإنترنت (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.
مختبر مشهور: مزود بنية تحتية MEV على Solana، له تأثير كبير، ويكاد يتحكم في "السلطة المطلقة" على جميع تدفقات MEV على Solana. هذه المرة، قاموا بقيادة توفير سوق تجميع الكتل (BAM) وحلول ترتيب المعاملات الأخرى.
إحدى الشركات الرائدة في رأس المال: مؤسسة استثمارية مشهورة في مجال العملات المشفرة، وهي أيضًا من الداعمين الأوائل لـ Solana. نظرًا لامتلاكها كميات كبيرة من SOL وحقوق مشاريع النظام البيئي، لديها أيضًا نفوذ كبير في الاتجاهات التقنية.
DoubleZero: فريق يركز على تسريع الاتصالات الشبكية، يقدم حلول الشبكة الضوئية المخصصة لزيادة سرعة الاتصالات بين عقد التحقق في Solana.
منصة عقود دائمة معينة: مشروع DEX لعقود دائمة الرائد على Solana. كانت هذه المنصة تستخدم نمط المطابقة خارج السلسلة، وعندما واجهت Hyperliquid بالكامل على السلسلة، بدت بعض الشيء متعبة، وهذه المرة المشاركة في وضع خريطة الطريق، من الواضح أنها تأمل في الاستفادة من الترقيات الأساسية لتحقيق الانتعاش.
المشكلة الأساسية التي يجب حلها
تتركز خارطة الطريق على تحسين الهيكل الدقيق للسوق، بعبارة أخرى، فإن آلية التداول الحالية على السلسلة ليست ودودة بما فيه الكفاية لصانعي السوق، حيث إن الأطراف التي تبدأ التداول (Taker) تستفيد، بينما الأطراف التي تنتظر تنفيذ أوامرها (Market Maker) تعاني. وذلك لأن الأطراف التي تبدأ التداول غالبًا ما تمتلك أحدث المعلومات وتقوم بزيادة رسوم التداول لضمان تنفيذ تداولاتها أولاً، بينما في الغالب لا يستطيع صانع السوق سحب أوامره في الوقت المناسب، مما يجبره على إجراء معاملات بأسعار غير مواتية.
يستفيد بعض المتداولين ذوي التردد العالي من هذا اللامتناسق، ويشنون هجمات "حركة مرور سامة". على سبيل المثال، عندما لا يتم تحديث الأسعار على السلسلة بعد، لكن الأسعار خارج السلسلة قد تغيرت، يمكن للمتداولين الاستفادة من السعر القديم لأخذ أوامر صانعي السوق، مما يجعل صانعي السوق يتحملون الخسائر. النتيجة هي أن صانعي السوق، لحماية أنفسهم، إما أن يزيدوا الفجوة بين أسعار الشراء والبيع، أو يقللوا من حجم الأوامر المعلقة، مما يؤدي إلى تدهور سيولة السوق بأكمله.
خارطة طريق ICM تهدف إلى تحقيق توازن في هذا النمط، وجذب السيولة عالية الجودة للعودة إلى الشبكة.
خطوات ICM الثلاثة
Solana قسمت هذه الخطة الضخمة إلى ثلاثة مراحل:
قصير الأجل (1-3 أشهر): التركيز بشكل رئيسي على تحسين تجربة التداول الحالية على السلسلة، لجعل تطبيقات دفتر الطلبات أكثر سهولة وتقليل التدخل الضار لـ MEV. تشمل التفاصيل:
تم إطلاق وحدة سوق تجميع الكتل (BAM) من مختبر مشهور على الشبكة الرئيسية. معنى هذه الوحدة هو توفير نظام إضافي مؤقت قبل إطلاق 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 يجب أن تكون كالتالي: تمكّن DEX القديمة على Solana من التغلب عليها من قبل Hyperliquid بفضل "تجربة ممتازة على منصة تداول معينة". لم تتمكن DEX القديمة من المنافسة، لذا لجأت إلى "العمالقة" مثل Solana Labs وAnza. اقترح "العمالقة" خطة تحول تكنولوجية مثل ICM، وادعوا أنهم سيعيدون نسخ المهارات الأساسية لـ Hyperliquid إلى DEX القديمة لمساعدتها في العودة إلى سوق DEX. لكن "العمالقة" قالوا أيضًا إن صعوبة التحول التكنولوجي هذه كبيرة جدًا، لذا تم تقسيم الخطة التقنية إلى استراتيجية من ثلاث خطوات، حيث أن المعدات التي يمكن أن تُعطى لـ DEX القديمة في الوقت القريب هي فقط BAM من مختبر معروف، ليستخدمها DEX القديمة مؤقتًا، ومقارنتها مع Hyperliquid.
بعد توضيح خلفية القصة، سيقوم الكاتب في الفصول القادمة بتحليل تفاصيل ما الذي قامت ICM بتقليده واستنساخه من مهارات Hyperliquid المميزة.
التقليد الأول: آلية ترتيب التداول
المشكلة: كما ذُكر سابقًا، فإن السلسلة الحالية تميل نحو المتلقين، ويتحمل الصانعين عذاب "التدفق السام". يمكن للمستخدمين الذين يتناولون الطلبات بشكل نشط أن يستندوا إلى أحدث الأسعار خارج السلسلة، ويقومون على الفور بإجراء معاملات على الطلبات المعلقة في السلسلة، ويُفضلون في إتمام الصفقة عن طريق زيادة الرسوم. بينما غالبًا ما لا يتمكن صناع السوق من تحديث أو سحب الطلبات في الوقت المناسب. والنتيجة هي أن صانعي السوق إما يوسعون الفارق أو ببساطة يسحبون السيولة، مما يجعل عمق السوق أسوأ.
الحل النهائي لـ ICM: تطبيق التنفيذ القابل للتحكم (ACE)
يقترح مخطط الطريق ICM مفهوم ACE (التنفيذ الذي تتحكم فيه التطبيقات)، والذي يقوم بتحويل سلطة ترتيب المعاملات إلى تطبيقات مختلفة على السلاسل، حيث يقرر التطبيق بنفسه كيفية ترتيب وتنفيذ المعاملات المتعلقة به. على سبيل المثال، في Solana التي ستطبق ACE في المستقبل، يمكن لعقود DeFi تحقيق قواعد ترتيب معاملات مخصصة على النحو التالي:
تحديث سعر Oracle: يمكن لتطبيقات DeFi إدراج صفقة قبل تنفيذ صفقة كبيرة للحصول على أحدث الأسعار من Oracle، مما يضمن تنفيذ الطلبات بأسعار معقولة وحديثة، ويمنع صانعي السوق من تقديم أسعار مبنية على أسعار قديمة يتم استغلالها.
أولوية تنفيذ إلغاء الطلبات: يمكن للتطبيق تعيين "طلب إلغاء" ليكون له أولوية على تنفيذ "صفقات السوق الجديدة"، مما يمنح صانع السوق الفرصة لإلغاء الطلبات المعلقة في حالة عدم ملاءمة السوق.
مزاد ذيل الفريق: على سبيل المثال، بعد ظهور أمر شراء ضخم يرفع السعر، ستقوم تطبيقات DeFi بعرض الفرصة التي "تتبعها" للمزاد، ومن يرغب في إعادة أكبر فائدة إلى البروتوكول (أو المستخدمين)، ستسمح له بروتوكول DeFi بتنفيذ معاملاته بعد الأوامر الكبيرة. يمكن لتطبيقات DeFi إعادة عائدات المزاد إلى المستخدمين، وبالتالي تحويل تدفق MEV السام إلى دخل جيد.
BAM من مختبر معروف: خطة انتقالية
قبل الإطلاق الرسمي لـ ACE، قدمت مختبر مشهور حلاً انتقالياً يسمى Block Assembly Marketplace (BAM). سير العمل الخاص بـ BAM هو:
يقوم المستخدم بإرسال المعاملة إلى عقدة تعمل ببرنامج BAM (بدلاً من إرسالها مباشرة إلى القائد الحالي).
تجمع عقد BAM المعاملات المحلية وتشغل أنواعًا مختلفة من شمعة طويلة الفتيل(plugin) لإعادة ترتيب حزمة المعاملات (Bundle) تحت حماية الخصوصية (تعمل الإضافات في بيئة TEE آمنة وتخفي محتوى المعاملات قبل التنفيذ). من خلال الإضافات، يمكن لمطوري التطبيقات تخصيص قواعد ترتيب مختلفة لعقودهم، مثل أولوية إلغاء الطلبات، تحديث أسعار الأوراق المالية قبل المطابقة، وحتى تشغيل مزادات داخل التطبيقات المعقدة.
يتم إرسال حزمة المعاملات المرتبة إلى قائد Solana للتغليف على السلسلة.
يمكن اعتبار BAM بمثابة حقل تجارب قبل إطلاق ACE على سلسلة الكتل، حيث إن وظائفه قريبة جداً من ACE النهائية، لكنه يعمل في شبكة مستقلة خارج السلسلة، وليس مدمجاً في بروتوكول سلسلة سولانا.
من الجدير بالذكر أن مختبرًا مشهورًا كان يقدم سابقًا بنية تحتية موجهة لاستخراج MEV (مثل محرك الكتل المعين)، وكان نموذج أعماله هو خلق فرص للمراجحة من خلال تحسين ترتيب المعاملات ومشاركة الأرباح. وهذا إلى حد ما هو "رمح" يقف على الجانب المعاكس للمستخدمين العاديين والمُراجَحين. ومع ذلك، أغلق هذا المختبر في أوائل عام 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. باعتبارها رائدة في CLOB على السلسلة، حققت Hyperliquid آليات صديقة لصانعي السوق من خلال سلسلة مخصصة. الآن تأمل Solana في استخدام سلسلة عامة وإضافات معيارية لتكرار هذا التأثير - أي منح كل تطبيق القدرة على التحكم في ترتيب المعاملات بشكل مشابه لـ Hyperliquid.
التقليد الثاني: الحتمية الفورية
مقارنة بين التوافق الحالي
تستخدم Solana حاليًا Tower BFT، حيث تكون التأكيد والنهائية تدريجية احتمالية: يتم اعتبار الكتلة "تأكيد (Confirmed)" عند حصولها على تصويت 2/3، ولكن يجب أن يتراكم حوالي 32 كتلة لاحقة على السلسلة (عادة حوالي 13 ثانية) لتكون "نهائي (Finalized)". بالنسبة لبعض التطبيقات (مثل التداول عالي التردد)، لا يزال وقت التأكيد النهائي الذي يبلغ عشر ثوانٍ طويلًا جدًا.
HyperBFT هو خوارزمية إجماع تم تطويرها ذاتيًا من قبل Hyperliquid، مستوحاة من إجماع HotStuff، وتستخدم تصويتين لتأكيد الكتل، مما يحقق "النهائية الفورية".