عندما تصبح "النية" معيارًا: كيف يمكن لـ OIF إنهاء التجزئة بين السلاسل وإعادة Web3 إلى بديهة المستخدم؟

كتابة: imToken

في المقالة السابقة “خارطة طريق Interop لإيثريوم”، ذكرنا أن مؤسسة إيثريوم (EF) وضعت إستراتيجية من ثلاث خطوات للتشغيل البيني (تحسين تجربة المستخدم): التهيئة، التسريع، والتأكيد النهائي (للمزيد اقرأ “خارطة طريق Interop لإيثريوم: كيف نفتح باب التبني الواسع بخطوة الميل الأخير”).

إذا اعتبرنا أن مستقبل إيثريوم هو شبكة طرق سريعة ضخمة، فإن “التسريع” و"التأكيد النهائي" يعالجان مسائل سلاسة الطريق وحدود السرعة، لكن قبل ذلك نواجه مشكلة أساسية: المركبات المختلفة (DApp/محافظ)، ونقاط الدفع المختلفة (L2/جسور عبر الشبكات) تتحدث لغات مختلفة تمامًا.

هذا هو جوهر مرحلة “التهيئة” التي تهدف لحلها، وإطار العمل المفتوح للـ Intents (OIF) هو “اللغة الموحدة” الأهم في هذه المرحلة.

في مؤتمر Devconnect بالأرجنتين، رغم أن طبقة التشغيل البيني لإيثريوم (EIL) استحوذت على نصيب كبير من النقاش، إلا أن OIF باعتباره الرابط الأساسي بين طبقة التطبيقات وطبقة البروتوكول، لا يقل أهمية، بل هو أيضًا شرط أساسي لتحقيق رؤية EIL. اليوم سنفكك هذا المفهوم الذي يبدو معقدًا، لكنه حاسم في تحسين تجربة المستخدم.

أولاً: ما هو OIF؟ التحول من “التعليمات” إلى “النية”

لفهم OIF، يجب أولاً إدراك أن منطق التفاعل في Web3 يشهد تحولاً جوهريًا: من “تعليمات” (Transaction) إلى “نية” (Intent).

لنبدأ من مشكلة حقيقية لمستخدم عادي: إذا رغبت في تحويل USDC من Arbitrum إلى ETH على Base، فهذا يتطلب اليوم “ماراثون عمليات” في منظومة إيثريوم:

عليك أولاً تغيير الشبكة يدويًا إلى Arbitrum في المحفظة، ثم تفويض عقد جسر عبر شبكة، ثم توقيع معاملة عبر الشبكة، بعدها فتح مجمع آخر، وأخيرًا تبديل USDC المُحوّل إلى ETH على Base. خلال ذلك كله عليك حساب الغاز والانزلاق بنفسك، والانتباه لتأخير العمليات ومخاطر العقود. سلسلة من التفاصيل التقنية المرهقة، وليست مسارًا واضحًا بسيطًا لتلبية الحاجة.

هذا هو تمثيل نمط “التعليمات” التقليدي في Web3: كما لو أنك تستقل سيارة أجرة إلى المطار ويجب عليك تخطيط الطريق بنفسك - “انعطف يسارًا، سر 500 متر للأمام، اصعد الجسر…”، وعلى السلسلة يعني أن المستخدم يجب أن ينفذ كل خطوة يدويًا: أولاً عبر الشبكة، ثم التفويض (Approve)، ثم المبادلة (Swap)، وإذا أخطأت في خطوة قد تخسر الغاز أو حتى أموالك.

أما نمط “النية” الجديد، فيختصر كل هذا: فقط أخبر السائق “أريد المطار وأدفع 50 ريال”، ولا يهمك كيف يصل السائق أو أي تطبيق ملاحة يستخدم، المهم أن تصل للنتيجة. على السلسلة، يوقع المستخدم نية وحيدة “أريد تبديل USDC من سلسلة A إلى ETH على سلسلة B”، والباقي ينفذه محلل متخصص (Solver).

إذاً لماذا نحتاج Open Intents Framework (OIF) إذا كان نمط النية رائعاً؟

ببساطة، سوق النوايا الحالي فوضوي ومجزأ: UniswapX لديه معيار نوايا خاص، CowSwap معياره الخاص، Across كذلك. المحللات (Solver) يجب أن تدعم عشرات البروتوكولات، والمحافظ تحتاج دمج عشرات الـ SDKs، بكفاءة منخفضة.

OIF يهدف لإنهاء هذه الفوضى، وبناء إطار نوايا موحد لكل منظومة إيثريوم، يقدم طبقة بروتوكول قياسية للمحافظ والجسور والـ Rollup وصانعي السوق/solver. كإطار معياري مشترك بين مؤسسة إيثريوم وAcross وArbitrum وHyperlane والمشاريع الكبرى، هو ليس بروتوكولاً واحدًا بل مجموعة معايير مفتوحة.

يعرف OIF كيف يجب أن تكون “النية”، وكيف التحقق منها وتسويتها، بحيث يمكن لأي محفظة أو DApp أو Solver التحدث بنفس اللغة، ويدعم أنماط تداول متعددة. كما يمكن للمطورين عبر OIF ابتكار أنماط جديدة مثل المزادات الهولندية عبر الشبكات، وأنظمة الأوامر، والآربيتراج الآلي.

ثانياً: القيمة الأساسية لـ OIF: ليس مجرد مجمع عبر الشبكات آخر

قد تتساءل: ما الفرق بين OIF والمجمعات الحالية عبر الشبكات؟

الفرق الجوهري هو التوحيد المعياري. معظم مجمعات الشبكات اليوم تبني نظامًا مغلقًا: تحدد بنفسها شكل النية، تختار الجسر، تدير المسارات والمخاطر والمراقبة. وأي محفظة أو DApp يريد الدمج، عليه التعامل مع كل API ومعايير أمان لمجمعات مختلفة.

OIF يشبه مكتبة معايير مفتوحة المصدر ومحايدة، صُمم أساسًا كمرفق عام مشترك، لا معيار خاص بمشروع معين: صيغة النية، طريقة التوقيع، منطق المزاد كلها موحدة، والمحافظ أو DApp يحتاج دمج OIF مرة واحدة فقط للتكامل مع عدة خلفيات وجسور وsolvers.

وقد بدأت بالفعل مشاريع كبرى مثل Arbitrum وOptimism وPolygon وZKsync وAcross وغيرها من L2 والجسور والمجمعات في الانضمام.

اليوم، مشكلة تجزئة السيولة في منظومة إيثريوم أكثر تعقيدًا من أي وقت مضى: L2 في كل مكان، السيولة مجزأة، والمستخدمون مضطرون للتنقل بين الشبكات والعمليات والتفويضات باستمرار. من هذا المنظور، وجود OIF ليس فقط لتحسين الكود، بل له قيمة تجارية وتجريبية عميقة في دفع التبني الواسع لـ Web3.

أولاً للمستخدم: في إطار OIF، لن يحتاج المستخدم لمعرفة أي سلسلة يستخدم. يمكنك إجراء معاملة على Optimism لشراء NFT على Arbitrum، في السابق كان عليك نقل الأصول يدويًا، الانتظار والتحويل ثم الشراء.

مع دمج OIF، محفظة مثل imToken تستطيع تلقائيًا التعرف على النية، وتوليد أمر قياسي، ويقوم المحلل بتمويل المعاملة على السلسلة المستهدفة، ويوقع المستخدم مرة واحدة فقط. هذه هي تجربة “تجريد السلسلة”، وOIF هو اللغة الأساسية لتحقيقها.

وأيضًا، من ناحية السيولة، يمكن كسر العزلة وتحقيق المشاركة الشاملة. فاليوم سيولة Uniswap على Base لا تخدم مستخدمي Arbitrum مباشرة، بينما عبر معيار OIF (خاصة ERC-7683)، يمكن جمع جميع أوامر النوايا في دفتر أوامر عالمي مشترك.

يمكن لأي صانع سوق محترف (Solver) مراقبة جميع الطلبات على كل الشبكات وتقديم السيولة حيث يوجد الطلب، ما يحسن من استغلال السيولة ويمنح المستخدم أفضل الأسعار.

وأخيرًا للمطورين والمحافظ: يعني دمجًا واحدًا يعمل في كل مكان. للمطورين مثل imToken، OIF يسهل عليهم المهمة بشكل كبير، فلا حاجة لكتابة تكامل خاص لكل جسر أو بروتوكول نوايا.

بمجرد دمج معيار OIF، يمكنهم الانضمام لشبكة نوايا إيثريوم ودعم جميع المحللات المتوافقة مع هذا المعيار.

ثالثاً: أين وصل OIF الآن؟

كما ذكرنا أعلاه، حسب بيان مؤسسة إيثريوم، يقود فريق EF Protocol تطوير OIF، بالتعاون مع Across وArbitrum وHyperlane وLI.FI وOpenZeppelin وTaiko وغيرها، ويتوقع في 2025 مشاركة المزيد من البنية التحتية والمحافظ في النقاش والاختبار.

في Devconnect الأخير، رغم تسليط الضوء على مفاهيم جديدة، إلا أن OIF يحرز تقدمًا حقيقيًا خاصة في وضع المعايير وتأسيس التحالفات، وعلى منصة Interop الرئيسية في Devconnect، دارت معظم المناقشات حول “intent، التشغيل البيني، تجريد الحساب”، وظهر OIF مرارًا في الأجندة والعروض كعنصر أساسي لتجربة المستخدم المتعدد السلاسل مستقبلاً.

رغم عدم وجود تطبيقات واسعة للمستخدم النهائي بعد، إلا أن كثافة الاجتماعات والمشاركين تشير إلى توافق مجتمعي: “المحافظ والتطبيقات الجيدة” في السنوات القادمة ستبني قدرات عبر الشبكات فوق أطر عمل عامة مثل OIF.

من بين ذلك معيار ERC-7683 الشهير، وهو من أوضح إنجازات OIF حتى الآن، واقترحته Uniswap Labs وAcross Protocol لبناء هيكل موحد للنوايا عبر الشبكات.

خلال Devconnect، تعمق النقاش حول ERC-7683، وزاد دعم المطورين والمحللات وصانعي السوق، ما يشير إلى أن معاملات النوايا عبر الشبكات تنتقل من بروتوكولات خاصة إلى بنية تحتية عامة.

كذلك، يتكامل OIF مع محور آخر في سلسلة Interop - طبقة التشغيل البيني لإيثريوم (EIL): يوفر OIF “النوايا وتجربة المستخدم” في الأعلى، بينما توفر EIL “قناة رسائل بين L2 بأقل ثقة” في الأسفل، وبهما تتشكل البنية التحتية الأساسية للتشغيل البيني في إيثريوم مستقبلاً.

تلعب مؤسسة إيثريوم دور المنسق وليس المتحكم، ووضحت من خلال وثائق مثل Protocol Update اعتبار OIF مرحلة التهيئة في خارطة طريق التشغيل البيني، ما عزز ثقة السوق بأن “النية” ليست مجرد صيحة مؤقتة، بل توجه رسمي طويل الأمد من إيثريوم.

لمنظومة إيثريوم ككل، يدفع OIF مفهوم “التشغيل البيني” من النظرية إلى الواقع الهندسي القابل للتكرار والتدقيق والتكامل على نطاق واسع. ربما في المستقبل، ستلاحظ في محفظتك تغيرًا: لن تحتاج إلا لذكر “ما الذي تريد فعله”، دون القلق “على أي سلسلة، أو أي جسر” - عندها تكون بنية مثل OIF تعمل في الخلفية.

وبهذا، اكتملت صورة “التهيئة” للتشغيل البيني.

لكن في خارطة طريق EF، ليس كافيًا فهم النوايا فقط، بل يجب أن يكون التنفيذ سريعًا ومستقرًا. في المقالة القادمة من سلسلة Interop، سنغوص في موضوع Devconnect الأساسي - EIL (طبقة التشغيل البيني لإيثريوم)، لنرى كيف يبني إيثريوم في مرحلة “التسريع” قناة ثقة عبر L2 بلا إذن وبمقاومة للرقابة، لتحقيق الرؤية النهائية: أن تبدو كل الـ Rollup “كسلسلة واحدة”.

ترقبونا.