في الآونة الأخيرة، كان هناك نقاش ساخن في مجتمع إيثريوم حول النية وتطبيقاتها. ستقدم هذه المقالة بإيجاز المبدأ وحالة الطلب والمخاطر المحتملة والتدابير المضادة للنية.

إذا كانت المعاملة تشير بوضوح إلى كيفية تشغيل السلوك، فإن القصد يشير إلى النتيجة المتوقعة للسلوك.

إذا كانت تعليمات المعاملة هي:

"افعل (أ) ثم افعل (ب)، ثم ادفع (ج) لتحصل على (د)".

ثم النية المقابلة هي:

"أستطيع أن أدفع وأريد أن أحصل على درجة D."

يمكن للبروتوكولات المرتكزة على النوايا تحسين تجربة المستخدم وكفاءته بشكل كبير. تتطلب المعاملة من المستخدم تحديد كل معلمة بشكل صريح، ويكون حد التشغيل مرتفعًا. في المقابل، باستخدام النوايا، يمكن للمستخدمين ببساطة التعبير عن النتائج المرجوة، مع الاستعانة بمصادر خارجية لمهمة تحقيق النتائج على النحو الأمثل لطرف ثالث ناضج.

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

كيفية عمل النية

كيف تعمل النية

حاليًا، تتمثل الطريقة القياسية للمستخدمين للتفاعل مع Ethereum في صياغة المعاملات والرسائل وتوقيعها بتنسيق محدد يوفر لـ EVM جميع المعلومات اللازمة لإجراء تحولات الحالة. ومع ذلك، فإن إنشاء معاملة يمكن أن يتضمن عمليات معقدة للغاية. يتطلب إنشاء المعاملة الكثير من التفاصيل حول العقود الذكية والإدارة غير المباشرة، مع الاحتفاظ بأصل محدد لدفع رسوم الغاز. يؤدي هذا التعقيد إلى تجربة مستخدم سيئة وانخفاض الكفاءة حيث يحتاج المستخدمون إلى اتخاذ قرارات دون معلومات كافية أو تنطوي على استراتيجيات تنفيذ معقدة.

الهدف من Intent هو تقليل العبء الواقع على المستخدم. تتيح النوايا للمستخدمين الاستعانة بمصادر خارجية لإنشاء المعاملات لطرف ثالث دون تعيين التحكم الكامل من خلال التوقيع على مجموعة من القيود الوصفية.

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

كما هو موضح في الشكل، عند إرسال معاملة، يحدد المستخدم مسار الحساب الدقيق؛ عند إرسال النية، يحدد المستخدم الهدف وبعض القيود، وتحدد عملية التوفيق مسار الحساب الذي سيتم اتخاذه.

** حالة طلب النية **

حالة التطبيق الحالية للنية

يستعين إنشاء النوايا بمصادر خارجية لتعقيدات التفاعل مع blockchain مع السماح للمستخدمين بالحفاظ على أصولهم وهوياتهم المشفرة. في الواقع، العديد من المفاهيم حول النية تتوافق مع الأنظمة التي كانت تعمل لعدة سنوات، مثل السيناريوهات التالية:

طلب مقيد: إذا تلقى المستخدم ما لا يقل عن 200 رمز B، فيمكن سحب 100 رمز A من حساب المستخدم.

مزاد على طراز Cowswap: مثل الطلبات المقيدة، ولكنها تعتمد على طرف ثالث أو آلية لمطابقة أوامر متعددة لتحقيق أقصى قدر من جودة التنفيذ.

رعاية الغاز: يمكن للمستخدمين اختيار دفع رسوم المعاملات بعملة USDC بدلاً من ETH، ويوجد USDC في الحساب لدفع رسوم الغاز.

التفويض المفوض: يسمح فقط بالتفاعل مع حسابات محددة بطرق معينة مفوض بها مسبقًا. لا يمكن تحقيق النية إلا إذا كانت المعاملة النهائية تتبع قائمة التحكم في الوصول المحددة في النية.

دمج معالجة المعاملات: يسمح بدمج نوايا متعددة لتحسين كفاءة الغاز.

المجمع: يعمل فقط بأفضل سعر/عائد، من خلال إثبات قدرته على تجميع سيناريوهات متعددة واتخاذ أفضل مسار للوصول إلى الهدف.

حاليًا، لدى Intent تطبيقات جديدة في MEV عبر السلسلة (مثل SUAVE)، وتجريد حساب نوع ERC4337، وسيناريوهات طلب المنفذ البحري. أثناء تطوير ERC4337، تدخل التطبيقات الجديدة الأخرى (مثل النوايا عبر المجال) أيضًا مرحلة الاستكشاف.

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

الوسيط وMempool

الوساطة وMempool

الطريقة الأكثر وضوحًا لوضع النوايا في أيدي الوسطاء الراغبين هي Mempool الخاص بـ Ethereum. ومع ذلك، لا يدعم تصميم Mempool الحالي نشر النوايا. على المدى الطويل، وبالنظر إلى المخاطر الخفية لهجمات DOS، فإن إمكانية الدعم واسع النطاق لنشر النوايا في Ethereum Mempool منخفضة للغاية. يمكن القول أن الطبيعة المفتوحة وغير المسموح بها لـ Ethereum Mempool تشكل عائقًا أمام اعتماد النية.

في غياب Ethereum Mempool، يواجه مصممو نظام Intent العديد من المشكلات. والخيار الذي نواجهه حاليًا هو نشر النية إلى المرخص، أو القيام بذلك بطريقة غير مسموح بها حتى يتمكن أي طرف من تنفيذ النية.

كما هو موضح في الشكل، يتدفق Intent أولاً من المستخدم إلى Intentpool العام/الخاص المسموح به/بدون إذن، ثم يحوله إلى معاملة من خلال صانع المطابقة، ويحوله أخيرًا إلى Mempool عام، أو يعرضه مباشرة على السلسلة من خلال مزاد من نوع MEV Boost.

Mempool بدون إذن

ميمبول بدون ترخيص

أحد التصميمات التي تتم تجربتها هو واجهة برمجة التطبيقات اللامركزية التي تسمح للعقد المختلفة في النظام ببث النوايا من خلال القيل والقال، وبالتالي توفير الوصول بدون إذن إلى المنفذ.

على سبيل المثال، في مرحل بروتوكول 0x، يتم بث الأوامر المقيدة لبعضها البعض وتحميلها إلى السلسلة عند العثور على تطابق. يتم أيضًا استكشاف هذا النهج في سياق ERC4337 Mempool المشترك لمكافحة مخاطر المركزية والرقابة. ومع ذلك، فإن تصميم Intentpool غير المصرح به يواجه أيضًا التحديات التالية:

مقاومة حجب الخدمة: قد يتعين على المطورين الحد من وظائف النوايا لتجنب هجمات حجب الخدمة المحتملة.

حوافز الانتشار: بالنسبة للعديد من التطبيقات، يعد تنفيذ النوايا نشاطًا مربحًا. لذلك، من الناحية النظرية، فإن العقد التي تقوم بتشغيل Intentpool لديها حافز لعدم نشر النوايا لتقليل المنافسة على تنفيذ النوايا.

MEV: نظرًا لأن جودة تنفيذ Intentpools تعتمد على السلوك الجيد للمشاركين خارج السلسلة، فهناك بعض الصعوبات التي تتم مواجهتها عند استخدام Intentpools العامة وغير المصرح بها. إذا كان التنفيذ مربحًا، فقد يحاول Intentpool غير المسموح به المراجحة ضد المستخدمين. وهذا مشابه لـ "هجوم الساندويتش" الحالي في Ethereum Mempool، والذي سيكون مشكلة شائعة للنوايا المتعلقة بالـ Defi. قد يكون التحسين المستقبلي هو إنشاء Intentpool غير مسموح به ولكنه مشفر.

ذاكرة الترخيص

ميمبول مرخص

تعد واجهات برمجة التطبيقات المركزية الموثوقة أكثر مقاومة لهجمات DOS ولا تحتاج إلى نشر المقاصد. يوفر نموذج الثقة هذا بعض الأساس لمخاوف MEV. وطالما أن افتراض الثقة قائم، يمكن ضمان جودة التنفيذ. وقد يكون للوسطاء الموثوقين أيضًا سمعة مرتبطة بهم، مما يوفر بعض الحوافز لأداء العمليات بضمير حي.

لذلك، ستكون IntentPools المرخصة جذابة لمطوري التطبيقات المستندة إلى Intent على المدى القصير. ومع ذلك، فإن افتراض الثقة القوية معيب بشكل طبيعي وينتهك روح blockchain الأصلية إلى حد ما.

الحل الهجين

الحل الهجين

كما أن هناك حلولاً عبارة عن خليط من الحالتين المذكورتين أعلاه. على سبيل المثال، هناك حالة تكون فيها عملية النشر مسموحًا بها ولكن التنفيذ غير مسموح به، والعكس صحيح. من الأمثلة الشائعة للحل المختلط مزاد تدفق الطلبات.

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

خلاصة القول في هذا النهج هي أن التطبيقات القائمة على النوايا لا تتضمن فقط تنسيقات رسائل جديدة للتفاعل مع العقود الذكية، ولكن أيضًا آليات النشر واكتشاف الخصم في شكل بدائل لمجموعات الذاكرة. الشيء الأكثر أهمية في الوقت الحاضر هو تصميم آلية لاكتشاف النوايا ومطابقتها تتوافق مع الحوافز مع الحفاظ على اللامركزية.

المخاطر وكيفية التعامل معها

المخاطر وطرق الاستجابة لها

في حين أن النوايا هي نموذج جديد مثير للمعاملات، فإن اعتمادها على نطاق واسع يعني أيضًا اتجاهًا متسارعًا لنشاط أكبر للمستخدم ينتقل إلى Mempools البديلة. إذا لم تتم إدارته بشكل صحيح، فقد يؤدي هذا التحول إلى الإضرار باللامركزية في إيثريوم ويؤدي إلى الإفراط في قوة الأطراف الموثوقة. وتشمل المخاطر المحتملة ما يلي:

تدفق الطلب: إذا تم السماح بتنفيذ النية، لكن المستخدمين اختاروها بلا مبالاة وقاموا بترحيلها من Mempool العام، فقد يصبح إنتاج كتلة Ethereum مركزيًا.

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

الشفافية: نظرًا لأن العديد من بنيات Intent تتطلب من المستخدمين تسليم بعض التحكم في أصول السلسلة الخاصة بهم وMempool المسموح به كحل وسط، مما يعني وجود درجة من عدم القدرة على الاختراق من الخارج، فهناك خطر من أن يتم إنشاء النظام الذي يتم إنشاؤه مبهمة، في هذه الحالة، ليس من الواضح كيفية تلبية توقعات المستخدم وما إذا كانت هناك تهديدات غير مكتشفة للنظام البيئي. حتى البرامج الوسيطة والنظام البيئي لـ Mempool الذي يتطور بين المستخدمين وسلسلة الكتل سيصبح غامضًا.

إذًا، كيف يمكن تقليل المخاطر المذكورة أعلاه؟ نحن نعلم أن مساحة Ethereum Mempool محدودة. بالنسبة لبعض التطبيقات، ترجع المخاطر إلى افتقارها إلى الخصوصية وبالتالي عدم قدرتها على دعم نطاق أوسع من تنسيقات الرسائل. وهذا يضع مطوري المحافظ والتطبيقات في موقف صعب، حيث يجب عليهم إيجاد طريقة ما للسماح للمستخدمين بالاتصال بـ blockchain مع تجنب المخاطر المذكورة أعلاه.

يجب أن يكون النظام المثالي بدون إذن حتى يتمكن أي شخص من مطابقة النوايا وتنفيذها دون التضحية بالكثير من جودة التنفيذ. يجب أن يكون النظام متعدد الاستخدامات بحيث يمكن نشر التطبيقات الجديدة دون الحاجة إلى إنشاء Mempools جديدة. يجب أن تكون الأنظمة شفافة، مما يسمح بالإبلاغ العام عن عملية تنفيذ النوايا، وتوفير البيانات لإجراء عمليات تدقيق الجودة عندما تسمح ضمانات الخصوصية بذلك.

على الرغم من أن فرقًا مثل FlashBots وAnoma تعمل بجد لتلبية المتطلبات المذكورة أعلاه للحصول على حل عالمي من خلال الجمع بين الخصوصية وعدم السماح بالأذونات، إلا أنه سيكون من الصعب إنشاء مثل هذا النظام المثالي في المستقبل القريب. لذلك، يحتاج المستخدمون إلى إجراء مقايضات واختيار حلول مختلفة لتطبيقات مختلفة. وبالمثل، تحتاج التطبيقات التي تبدأ Intentpools إلى البحث عن الانتشار في كل مكان دون إذن واختيار الوسطاء بعناية عندما يتوفر الإذن.

يحتاج مصممو التطبيقات القائمة على النوايا إلى النظر بشكل كامل في الآثار المترتبة على تطبيقاتهم خارج السلسلة لأنها لا تتعلق فقط بقاعدة المستخدمين الخاصة بهم، بل بالمجتمع الأوسع، الأمر الذي يتطلب من المجتمع الأوسع أن يكون لديه فهم للآثار المترتبة خارج السلسلة المحيطة بـ Ethereum. يظل النظام البيئي يقظًا.

ملخص

ملخص موجز

نظرًا للطلب الواضح في السوق على تطبيقات Intent، فقد تم استخدام العديد من التطبيقات القائمة على Intent على نطاق واسع لعدة سنوات. قد تؤدي زيادة اعتماد النوايا، المدفوعة جزئيًا بواسطة ERC4337، إلى تسريع الابتعاد عن Ethereum Mempool وإلى أماكن جديدة. يمثل اعتماد Intent تحول المستخدم من نموذج "التشغيل القسري" إلى نموذج "وصفي"، والذي من المتوقع أن يؤدي إلى تحسين تجربة المستخدم وكفاءته بشكل كبير.

يولي Ebunker، وهو مؤمن منذ فترة طويلة بـ Ethereum، اهتمامًا وثيقًا بتطوير تكنولوجيا Ethereum، وترقيات المقترحات وتغييرات المجتمع في المرة الأولى، ويشارك الأبحاث والآراء حول مسارات Ethereum الرئيسية مثل Stake وL2 وDeFi.

حاليًا، تتضمن Ebunker Ebunker Pool (مجمع التعدين الممول غير الاحتجازي لـ Ethereum Stake) وEbunker Venture (رأس المال الاستثماري المعزز لـ Ethereum) وغيرها من الشركات.

الموقع الرسمي لإبنكر: