في الآونة الأخيرة، كان هناك نقاش ساخن في مجتمع إيثريوم حول النية وتطبيقاتها. ستقدم هذه المقالة بإيجاز المبدأ وحالة الطلب والمخاطر المحتملة والتدابير المضادة للنية.
إذا كانت المعاملة تشير بوضوح إلى كيفية تشغيل السلوك، فإن القصد يشير إلى النتيجة المتوقعة للسلوك.
إذا كانت تعليمات المعاملة هي:
"أولاً افعل A، ثم افعل B، ثم ادفع C لتحصل على D."
ثم النية المقابلة هي:
"أستطيع أن أدفع، وأريد أن أحصل على D."
يمكن للبروتوكولات المرتكزة على النوايا تحسين تجربة المستخدم وكفاءته بشكل كبير. تتطلب المعاملة من المستخدم تحديد كل معلمة بشكل صريح، ويكون حد التشغيل مرتفعًا. في المقابل، باستخدام النوايا، يمكن للمستخدمين ببساطة التعبير عن النتائج المرجوة، مع الاستعانة بمصادر خارجية لمهمة تحقيق النتائج على النحو الأمثل لطرف ثالث ناضج.
على الرغم من أن النوايا توفر المزيد من الإمكانيات للنظام البيئي، إلا أن التصميمات القائمة على النوايا على سلسلة إيثريوم قد يكون لها أيضًا تأثير كبير على البنية التحتية خارج السلسلة، وهناك أيضًا روابط مهمة مع الأنشطة ذات الصلة بالـ MEV والتحكم في السوق.
كيف تعمل النية
حاليًا، تتمثل الطريقة القياسية للمستخدمين للتفاعل مع Ethereum في صياغة المعاملات والرسائل وتوقيعها بتنسيق محدد يوفر لـ EVM جميع المعلومات اللازمة لإجراء تحولات الحالة. ومع ذلك، فإن إنشاء معاملة يمكن أن يتضمن عمليات معقدة للغاية. يتطلب إنشاء المعاملة الكثير من التفاصيل حول العقود الذكية والإدارة غير المباشرة، مع الاحتفاظ بأصل محدد لدفع رسوم الغاز. يؤدي هذا التعقيد إلى تجربة مستخدم سيئة وانخفاض الكفاءة حيث يحتاج المستخدمون إلى اتخاذ قرارات دون معلومات كافية أو تنطوي على استراتيجيات تنفيذ معقدة.
الهدف من Intent هو تقليل العبء الواقع على المستخدم. تتيح النوايا للمستخدمين الاستعانة بمصادر خارجية لإنشاء المعاملات لطرف ثالث دون تعيين التحكم الكامل عن طريق التوقيع على مجموعة من القيود الوصفية.
في العملية القياسية القائمة على المعاملات، عندما يتم تحفيز المدققين للتحقق، تسمح توقيعات المعاملة للمدققين باتباع المسار الحسابي بدقة لحالة معينة. في المقابل، لا تحدد النية بالضبط المسارات الحسابية التي يجب اتخاذها، ولكنها تسمح بأي إجراء يلبي قيودًا محددة. من خلال التوقيع على النية ومشاركتها، يمنح المستخدم بشكل فعال الإذن للمستلم لاختيار مسار الحساب نيابة عنه (كما هو موضح في الصورة أدناه). ومن الجدير بالذكر أن المعاملة الواحدة يمكن أن تحتوي على نوايا متعددة، وبالتالي مطابقة النوايا المتداخلة، وتوفير رسوم الغاز وتحسين الكفاءة الاقتصادية. بالإضافة إلى ذلك، يمكن للمستخدمين دفع رسوم الغاز بشكل أكثر مرونة، مثل السماح لأطراف ثالثة برعاية الغاز أو استخدام الرموز المميزة الأخرى للدفع.
كما هو موضح في الشكل، عند إرسال معاملة، يحدد المستخدم مسار الحساب الدقيق؛ عند إرسال نية، يحدد المستخدم الهدف وبعض القيود، وتحدد عملية التوفيق مسار الحساب الذي سيتم اتخاذه.
حالة طلب النية
يستعين إنشاء النوايا بمصادر خارجية لتعقيدات التفاعل مع blockchain مع السماح للمستخدمين بالحفاظ على أصولهم وهوياتهم المشفرة. في الواقع، العديد من المفاهيم حول النية تتوافق مع الأنظمة التي كانت تعمل لعدة سنوات، مثل السيناريوهات التالية:
أمر مقيد: إذا تلقى المستخدم ما لا يقل عن 200 رمز B، فيمكن سحب 100 رمز A من حساب المستخدم.
مزاد أسلوب Cowswap: مثل الأوامر المقيدة، ولكنه يعتمد على طرف ثالث أو آلية لمطابقة أوامر متعددة لتحقيق أقصى قدر من جودة التنفيذ.
رعاية الغاز: يمكن للمستخدمين اختيار دفع رسوم المعاملات بعملة USDC بدلاً من ETH، ويوجد USDC في الحساب لدفع رسوم الغاز.
التفويض المفوض: يسمح بالتفاعل مع حسابات محددة فقط بطرق معينة مفوض بها مسبقًا. لا يمكن تحقيق النية إلا إذا كانت المعاملة النهائية تتبع قائمة التحكم في الوصول المحددة في النية.
معالجة المعاملات المدمجة: تسمح بدمج نوايا متعددة لتحسين كفاءة الغاز.
المجمع: يعمل باستخدام أفضل سعر/عائد فقط، من خلال إثبات أداء تجميع سيناريوهات متعددة واتخاذ أفضل مسار للوصول إلى النية.
حاليًا، لدى Intent أيضًا تطبيقات جديدة في MEV عبر السلسلة (مثل SUAVE)، وتجريد حساب نوع ERC 4337، وسيناريوهات طلب الميناء البحري. أثناء تطوير ERC 4337، تدخل التطبيقات الجديدة الأخرى (مثل النوايا عبر النطاقات) أيضًا مرحلة الاستكشاف.
في جميع التطبيقات القائمة على النية، يجب أن تكون هناك مجموعة واحدة على الأقل تفهم النية ولديها الدافع لتنفيذ النية في الوقت المناسب. أما بالنسبة لمن يلعب هذا الدور، وكيفية أدائه، وحوافزه، فهناك حاجة إلى مزيد من الاستكشاف والممارسة لتحديد مدى الفعالية والثقة والتأثيرات الأخرى للأنظمة القائمة على النوايا.
الوسيط وMempool
الطريقة الأكثر وضوحًا لوضع النوايا في أيدي الوسطاء الراغبين هي Mempool الخاص بـ Ethereum. ومع ذلك، لا يدعم تصميم Mempool الحالي نشر النوايا. على المدى الطويل، وبالنظر إلى المخاطر الخفية لهجمات DOS، فإن إمكانية الدعم العالمي لنشر النية في Ethereum Mempool منخفضة للغاية. يمكن القول أن الطبيعة المفتوحة وغير المسموح بها لـ Ethereum Mempool تشكل عقبة أمام اعتماد النية.
في غياب Ethereum Mempool، يواجه مصممو نظام Intent العديد من المشكلات. والخيار الذي نواجهه حاليًا هو نشر النية إلى المرخص، أو القيام بذلك بطريقة غير مسموح بها حتى يتمكن أي طرف من تنفيذ النية.
كما هو موضح في الشكل، يتدفق Intent أولاً من المستخدم إلى Intentpool العام/الخاص المسموح به/بدون إذن، ثم يحوله إلى معاملة من خلال صانع المطابقة، ويحوله أخيرًا إلى Mempool عام، أو يعرضه مباشرة على السلسلة من خلال مزاد من نوع MEV Boost.
Mempool بدون إذن
أحد التصميمات التي تتم تجربتها هو واجهة برمجة التطبيقات اللامركزية التي تسمح للعقد المختلفة في النظام ببث النوايا من خلال القيل والقال، وبالتالي توفير الوصول بدون إذن إلى المنفذ.
على سبيل المثال، في مرحل بروتوكول 0x، يتم تبادل الأوامر المقيدة مع بعضها البعض وتحميلها إلى السلسلة عند العثور على تطابق. يتم أيضًا استكشاف هذا النهج في سياق ERC 4337 Mempool المشترك لمكافحة مخاطر المركزية والرقابة. ومع ذلك، فإن تصميم Intentpool غير المصرح به يواجه أيضًا التحديات التالية:
مقاومة DoS: قد يتعين على المطورين الحد من وظائف Intents لتجنب هجمات DoS المحتملة.
نشر الحوافز: بالنسبة للعديد من التطبيقات، يعد تنفيذ النوايا نشاطًا مربحًا. لذلك، من الناحية النظرية، فإن العقد التي تقوم بتشغيل Intentpool لديها حوافز لعدم نشر النوايا من أجل تقليل المنافسة على تنفيذ النوايا.
MEV: نظرًا لأن جودة تنفيذ Intents تعتمد على السلوك الجيد للمشاركين خارج السلسلة، فهناك بعض الصعوبات التي تواجهها عند استخدام Intentpools العامة وغير المصرح بها. قد يحاول Intentpool غير المسموح به تحكيم المستخدمين إذا كان التنفيذ مربحًا. وهذا مشابه لـ "هجوم الساندويتش" الحالي في Ethereum Mempool، والذي سيكون مشكلة شائعة للنوايا المتعلقة بالـ Defi. قد يكون التحسين المستقبلي هو إنشاء Intentpool غير مسموح به ولكنه مشفر.
ميمبول مرخص
تعد واجهات برمجة التطبيقات المركزية الموثوقة أكثر مقاومة لهجمات DOS ولا تحتاج إلى نشر النوايا. يوفر نموذج الثقة هذا بعض الأساس لمخاوف MEV. وطالما أن افتراض الثقة قائم، يمكن ضمان جودة التنفيذ. وقد يكون للوسطاء الموثوقين أيضًا سمعة مرتبطة بهم، مما يوفر بعض الحوافز لأداء العمليات بضمير حي.
لذلك، ستكون IntentPools المرخصة جذابة لمطوري التطبيقات المستندة إلى Intent على المدى القصير. ومع ذلك، فإن افتراض الثقة القوية معيب بشكل طبيعي وينتهك روح blockchain الأصلية إلى حد ما.
حل هجين
كما أن هناك حلولاً عبارة عن خليط من الحالتين المذكورتين أعلاه. على سبيل المثال، هناك حالة تكون فيها عملية النشر مسموحًا بها ولكن التنفيذ غير مسموح به، والعكس صحيح. من الأمثلة الشائعة للحل المختلط مزاد تدفق الطلبات.
الفكرة وراء هذا النوع من التصميم هي أن المستخدمين الذين يحتاجون إلى الأطراف المقابلة قد يحتاجون إلى التمييز بين الأطراف المقابلة الأفضل والأسوأ من أجل التداول بسعر أكثر ملاءمة. تتضمن عملية التصميم عادةً طرفًا موثوقًا يحصل على النية (أو المعاملة) من المستخدم ويسهل المزاد نيابة عن المستخدم. لا يلزم الحصول على إذن للمشاركة في المزاد. هناك أيضًا عيوب لهذا النوع من التصميم، حيث أنه من المحتمل أن يتعرض لتدخلات مختلفة في Intentpool المرخص.
خلاصة القول في هذا النهج هي أن التطبيقات القائمة على النوايا لا تتضمن فقط تنسيقات رسائل جديدة للتفاعل مع العقود الذكية، ولكن أيضًا آليات النشر واكتشاف الخصم في شكل بدائل لمجموعات الذاكرة. الشيء الأكثر أهمية في الوقت الحاضر هو تصميم آلية لاكتشاف النوايا ومطابقتها تتوافق مع الحوافز مع الحفاظ على اللامركزية.
##المخاطر وكيفية التعامل معها
في حين أن النوايا تمثل نموذجًا جديدًا مثيرًا للمعاملات، فإن اعتمادها على نطاق واسع يعني أيضًا تحولًا سريعًا لنشاط المستخدم الأكبر إلى Mempools البديلة. إذا لم تتم إدارته بشكل صحيح، فقد يؤدي هذا التحول إلى الإضرار باللامركزية في إيثريوم ويؤدي إلى الإفراط في قوة الأطراف الموثوقة. وتشمل المخاطر المحتملة ما يلي:
تدفق الأمر: إذا كان تنفيذ النية مسموحًا به، لكن المستخدمين اختاروه بلا مبالاة وقاموا بترحيله من Mempool العام، فقد يصبح إنتاج كتلة Ethereum مركزيًا.
الثقة: نظرًا لأن العديد من الحلول تتطلب الثقة في الوسطاء، من أجل ضمان جودة تنفيذ النوايا، فإن هذا العائق الكبير أمام الدخول سيعيق تطوير بنيات جديدة قائمة على النوايا ويقلل من سرعة الابتكار والمنافسة.
الشفافية: نظرًا لأن العديد من بنيات Intent تتطلب من المستخدمين تسليم بعض التحكم في أصول السلسلة الخاصة بهم وMempool المسموح به كحل وسط، مما يعني أن هناك درجة من عدم القدرة على الاختراق من الخارج، فهناك خطر التعتيم في النظام الذي يتم بناؤه، في هذا من غير الواضح كيف يتم تلبية توقعات المستخدم وما إذا كانت هناك تهديدات غير مكتشفة للنظام البيئي. حتى البرامج الوسيطة والنظام البيئي لـ Mempool الذي يتطور بين المستخدمين و blockchain سيصبح غامضًا.
إذًا، كيف يمكن تقليل المخاطر المذكورة أعلاه؟ نحن نعلم أن مساحة Ethereum Mempool محدودة. بالنسبة لبعض التطبيقات، ترجع المخاطر إلى افتقارها إلى الخصوصية وبالتالي عدم قدرتها على دعم نطاق أوسع من تنسيقات الرسائل. وهذا يضع مطوري المحافظ والتطبيقات في موقف صعب، حيث يجب عليهم إيجاد طريقة ما للسماح للمستخدمين بالاتصال بـ blockchain مع تجنب المخاطر المذكورة أعلاه.
يجب أن يكون النظام المثالي بدون إذن حتى يتمكن أي شخص من مطابقة النوايا وتنفيذها دون التضحية بالكثير من جودة التنفيذ. يجب أن يكون النظام متعدد الاستخدامات بحيث يمكن نشر التطبيقات الجديدة دون الحاجة إلى إنشاء Mempools جديدة. يجب أن يكون النظام شفافًا، مما يسمح بالإبلاغ العام عن عملية تنفيذ النية، وتوفير البيانات لإجراء عمليات تدقيق الجودة عندما تسمح ضمانات الخصوصية بذلك.
على الرغم من أن فرقًا مثل FlashBots وAnoma تعمل بجد لتلبية المتطلبات المذكورة أعلاه للحصول على حل عالمي من خلال الجمع بين الخصوصية وعدم السماح بالأذونات، إلا أنه سيكون من الصعب إنشاء مثل هذا النظام المثالي في المستقبل القريب. لذلك، يحتاج المستخدمون إلى إجراء مقايضات واختيار حلول مختلفة لتطبيقات مختلفة. وبالمثل، تحتاج التطبيقات التي تبدأ Intentpools إلى البحث عن الانتشار في كل مكان دون إذن واختيار الوسطاء بعناية حيث يتوفر الإذن.
يحتاج مصممو التطبيقات القائمة على النوايا إلى النظر بشكل كامل في الآثار المترتبة على تطبيقاتهم خارج السلسلة لأنها لا تتعلق فقط بقاعدة المستخدمين الخاصة بهم ولكن بالمجتمع الأوسع، الأمر الذي يتطلب من المجتمع الأوسع أن يكون لديه فهم للآثار المترتبة خارج السلسلة المحيطة بـ Ethereum ويظل النظام البيئي منتبهًا.
ملخص
نظرًا للطلب الواضح في السوق على تطبيقات Intent، فقد تم استخدام العديد من التطبيقات القائمة على Intent على نطاق واسع لعدة سنوات. قد تؤدي زيادة اعتماد النية، المدفوعة جزئيًا بـ ERC 4337، إلى تسريع الابتعاد عن Ethereum Mempool وإلى أماكن جديدة. يمثل اعتماد Intent تحول المستخدم من نموذج "التشغيل القسري" إلى نموذج "وصفي"، والذي من المتوقع أن يؤدي إلى تحسين تجربة المستخدم وكفاءته بشكل كبير.
الرابط الأصلي
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تحليل موجز لمبادئ Intent وحالة التطبيق والاستجابات للمخاطر
المصدر الأصلي: Ebunker الصينية
في الآونة الأخيرة، كان هناك نقاش ساخن في مجتمع إيثريوم حول النية وتطبيقاتها. ستقدم هذه المقالة بإيجاز المبدأ وحالة الطلب والمخاطر المحتملة والتدابير المضادة للنية.
إذا كانت المعاملة تشير بوضوح إلى كيفية تشغيل السلوك، فإن القصد يشير إلى النتيجة المتوقعة للسلوك.
إذا كانت تعليمات المعاملة هي:
"أولاً افعل A، ثم افعل B، ثم ادفع C لتحصل على D."
ثم النية المقابلة هي:
"أستطيع أن أدفع، وأريد أن أحصل على D."
يمكن للبروتوكولات المرتكزة على النوايا تحسين تجربة المستخدم وكفاءته بشكل كبير. تتطلب المعاملة من المستخدم تحديد كل معلمة بشكل صريح، ويكون حد التشغيل مرتفعًا. في المقابل، باستخدام النوايا، يمكن للمستخدمين ببساطة التعبير عن النتائج المرجوة، مع الاستعانة بمصادر خارجية لمهمة تحقيق النتائج على النحو الأمثل لطرف ثالث ناضج.
على الرغم من أن النوايا توفر المزيد من الإمكانيات للنظام البيئي، إلا أن التصميمات القائمة على النوايا على سلسلة إيثريوم قد يكون لها أيضًا تأثير كبير على البنية التحتية خارج السلسلة، وهناك أيضًا روابط مهمة مع الأنشطة ذات الصلة بالـ MEV والتحكم في السوق.
كيف تعمل النية
حاليًا، تتمثل الطريقة القياسية للمستخدمين للتفاعل مع Ethereum في صياغة المعاملات والرسائل وتوقيعها بتنسيق محدد يوفر لـ EVM جميع المعلومات اللازمة لإجراء تحولات الحالة. ومع ذلك، فإن إنشاء معاملة يمكن أن يتضمن عمليات معقدة للغاية. يتطلب إنشاء المعاملة الكثير من التفاصيل حول العقود الذكية والإدارة غير المباشرة، مع الاحتفاظ بأصل محدد لدفع رسوم الغاز. يؤدي هذا التعقيد إلى تجربة مستخدم سيئة وانخفاض الكفاءة حيث يحتاج المستخدمون إلى اتخاذ قرارات دون معلومات كافية أو تنطوي على استراتيجيات تنفيذ معقدة.
الهدف من Intent هو تقليل العبء الواقع على المستخدم. تتيح النوايا للمستخدمين الاستعانة بمصادر خارجية لإنشاء المعاملات لطرف ثالث دون تعيين التحكم الكامل عن طريق التوقيع على مجموعة من القيود الوصفية.
في العملية القياسية القائمة على المعاملات، عندما يتم تحفيز المدققين للتحقق، تسمح توقيعات المعاملة للمدققين باتباع المسار الحسابي بدقة لحالة معينة. في المقابل، لا تحدد النية بالضبط المسارات الحسابية التي يجب اتخاذها، ولكنها تسمح بأي إجراء يلبي قيودًا محددة. من خلال التوقيع على النية ومشاركتها، يمنح المستخدم بشكل فعال الإذن للمستلم لاختيار مسار الحساب نيابة عنه (كما هو موضح في الصورة أدناه). ومن الجدير بالذكر أن المعاملة الواحدة يمكن أن تحتوي على نوايا متعددة، وبالتالي مطابقة النوايا المتداخلة، وتوفير رسوم الغاز وتحسين الكفاءة الاقتصادية. بالإضافة إلى ذلك، يمكن للمستخدمين دفع رسوم الغاز بشكل أكثر مرونة، مثل السماح لأطراف ثالثة برعاية الغاز أو استخدام الرموز المميزة الأخرى للدفع.
كما هو موضح في الشكل، عند إرسال معاملة، يحدد المستخدم مسار الحساب الدقيق؛ عند إرسال نية، يحدد المستخدم الهدف وبعض القيود، وتحدد عملية التوفيق مسار الحساب الذي سيتم اتخاذه.
حالة طلب النية
يستعين إنشاء النوايا بمصادر خارجية لتعقيدات التفاعل مع blockchain مع السماح للمستخدمين بالحفاظ على أصولهم وهوياتهم المشفرة. في الواقع، العديد من المفاهيم حول النية تتوافق مع الأنظمة التي كانت تعمل لعدة سنوات، مثل السيناريوهات التالية:
أمر مقيد: إذا تلقى المستخدم ما لا يقل عن 200 رمز B، فيمكن سحب 100 رمز A من حساب المستخدم.
مزاد أسلوب Cowswap: مثل الأوامر المقيدة، ولكنه يعتمد على طرف ثالث أو آلية لمطابقة أوامر متعددة لتحقيق أقصى قدر من جودة التنفيذ.
رعاية الغاز: يمكن للمستخدمين اختيار دفع رسوم المعاملات بعملة USDC بدلاً من ETH، ويوجد USDC في الحساب لدفع رسوم الغاز.
التفويض المفوض: يسمح بالتفاعل مع حسابات محددة فقط بطرق معينة مفوض بها مسبقًا. لا يمكن تحقيق النية إلا إذا كانت المعاملة النهائية تتبع قائمة التحكم في الوصول المحددة في النية.
معالجة المعاملات المدمجة: تسمح بدمج نوايا متعددة لتحسين كفاءة الغاز.
المجمع: يعمل باستخدام أفضل سعر/عائد فقط، من خلال إثبات أداء تجميع سيناريوهات متعددة واتخاذ أفضل مسار للوصول إلى النية.
حاليًا، لدى Intent أيضًا تطبيقات جديدة في MEV عبر السلسلة (مثل SUAVE)، وتجريد حساب نوع ERC 4337، وسيناريوهات طلب الميناء البحري. أثناء تطوير ERC 4337، تدخل التطبيقات الجديدة الأخرى (مثل النوايا عبر النطاقات) أيضًا مرحلة الاستكشاف.
في جميع التطبيقات القائمة على النية، يجب أن تكون هناك مجموعة واحدة على الأقل تفهم النية ولديها الدافع لتنفيذ النية في الوقت المناسب. أما بالنسبة لمن يلعب هذا الدور، وكيفية أدائه، وحوافزه، فهناك حاجة إلى مزيد من الاستكشاف والممارسة لتحديد مدى الفعالية والثقة والتأثيرات الأخرى للأنظمة القائمة على النوايا.
الوسيط وMempool
الطريقة الأكثر وضوحًا لوضع النوايا في أيدي الوسطاء الراغبين هي Mempool الخاص بـ Ethereum. ومع ذلك، لا يدعم تصميم Mempool الحالي نشر النوايا. على المدى الطويل، وبالنظر إلى المخاطر الخفية لهجمات DOS، فإن إمكانية الدعم العالمي لنشر النية في Ethereum Mempool منخفضة للغاية. يمكن القول أن الطبيعة المفتوحة وغير المسموح بها لـ Ethereum Mempool تشكل عقبة أمام اعتماد النية.
في غياب Ethereum Mempool، يواجه مصممو نظام Intent العديد من المشكلات. والخيار الذي نواجهه حاليًا هو نشر النية إلى المرخص، أو القيام بذلك بطريقة غير مسموح بها حتى يتمكن أي طرف من تنفيذ النية.
كما هو موضح في الشكل، يتدفق Intent أولاً من المستخدم إلى Intentpool العام/الخاص المسموح به/بدون إذن، ثم يحوله إلى معاملة من خلال صانع المطابقة، ويحوله أخيرًا إلى Mempool عام، أو يعرضه مباشرة على السلسلة من خلال مزاد من نوع MEV Boost.
Mempool بدون إذن
أحد التصميمات التي تتم تجربتها هو واجهة برمجة التطبيقات اللامركزية التي تسمح للعقد المختلفة في النظام ببث النوايا من خلال القيل والقال، وبالتالي توفير الوصول بدون إذن إلى المنفذ.
على سبيل المثال، في مرحل بروتوكول 0x، يتم تبادل الأوامر المقيدة مع بعضها البعض وتحميلها إلى السلسلة عند العثور على تطابق. يتم أيضًا استكشاف هذا النهج في سياق ERC 4337 Mempool المشترك لمكافحة مخاطر المركزية والرقابة. ومع ذلك، فإن تصميم Intentpool غير المصرح به يواجه أيضًا التحديات التالية:
مقاومة DoS: قد يتعين على المطورين الحد من وظائف Intents لتجنب هجمات DoS المحتملة.
نشر الحوافز: بالنسبة للعديد من التطبيقات، يعد تنفيذ النوايا نشاطًا مربحًا. لذلك، من الناحية النظرية، فإن العقد التي تقوم بتشغيل Intentpool لديها حوافز لعدم نشر النوايا من أجل تقليل المنافسة على تنفيذ النوايا.
MEV: نظرًا لأن جودة تنفيذ Intents تعتمد على السلوك الجيد للمشاركين خارج السلسلة، فهناك بعض الصعوبات التي تواجهها عند استخدام Intentpools العامة وغير المصرح بها. قد يحاول Intentpool غير المسموح به تحكيم المستخدمين إذا كان التنفيذ مربحًا. وهذا مشابه لـ "هجوم الساندويتش" الحالي في Ethereum Mempool، والذي سيكون مشكلة شائعة للنوايا المتعلقة بالـ Defi. قد يكون التحسين المستقبلي هو إنشاء Intentpool غير مسموح به ولكنه مشفر.
ميمبول مرخص
تعد واجهات برمجة التطبيقات المركزية الموثوقة أكثر مقاومة لهجمات DOS ولا تحتاج إلى نشر النوايا. يوفر نموذج الثقة هذا بعض الأساس لمخاوف MEV. وطالما أن افتراض الثقة قائم، يمكن ضمان جودة التنفيذ. وقد يكون للوسطاء الموثوقين أيضًا سمعة مرتبطة بهم، مما يوفر بعض الحوافز لأداء العمليات بضمير حي.
لذلك، ستكون IntentPools المرخصة جذابة لمطوري التطبيقات المستندة إلى Intent على المدى القصير. ومع ذلك، فإن افتراض الثقة القوية معيب بشكل طبيعي وينتهك روح blockchain الأصلية إلى حد ما.
حل هجين
كما أن هناك حلولاً عبارة عن خليط من الحالتين المذكورتين أعلاه. على سبيل المثال، هناك حالة تكون فيها عملية النشر مسموحًا بها ولكن التنفيذ غير مسموح به، والعكس صحيح. من الأمثلة الشائعة للحل المختلط مزاد تدفق الطلبات.
الفكرة وراء هذا النوع من التصميم هي أن المستخدمين الذين يحتاجون إلى الأطراف المقابلة قد يحتاجون إلى التمييز بين الأطراف المقابلة الأفضل والأسوأ من أجل التداول بسعر أكثر ملاءمة. تتضمن عملية التصميم عادةً طرفًا موثوقًا يحصل على النية (أو المعاملة) من المستخدم ويسهل المزاد نيابة عن المستخدم. لا يلزم الحصول على إذن للمشاركة في المزاد. هناك أيضًا عيوب لهذا النوع من التصميم، حيث أنه من المحتمل أن يتعرض لتدخلات مختلفة في Intentpool المرخص.
خلاصة القول في هذا النهج هي أن التطبيقات القائمة على النوايا لا تتضمن فقط تنسيقات رسائل جديدة للتفاعل مع العقود الذكية، ولكن أيضًا آليات النشر واكتشاف الخصم في شكل بدائل لمجموعات الذاكرة. الشيء الأكثر أهمية في الوقت الحاضر هو تصميم آلية لاكتشاف النوايا ومطابقتها تتوافق مع الحوافز مع الحفاظ على اللامركزية.
##المخاطر وكيفية التعامل معها
في حين أن النوايا تمثل نموذجًا جديدًا مثيرًا للمعاملات، فإن اعتمادها على نطاق واسع يعني أيضًا تحولًا سريعًا لنشاط المستخدم الأكبر إلى Mempools البديلة. إذا لم تتم إدارته بشكل صحيح، فقد يؤدي هذا التحول إلى الإضرار باللامركزية في إيثريوم ويؤدي إلى الإفراط في قوة الأطراف الموثوقة. وتشمل المخاطر المحتملة ما يلي:
تدفق الأمر: إذا كان تنفيذ النية مسموحًا به، لكن المستخدمين اختاروه بلا مبالاة وقاموا بترحيله من Mempool العام، فقد يصبح إنتاج كتلة Ethereum مركزيًا.
الثقة: نظرًا لأن العديد من الحلول تتطلب الثقة في الوسطاء، من أجل ضمان جودة تنفيذ النوايا، فإن هذا العائق الكبير أمام الدخول سيعيق تطوير بنيات جديدة قائمة على النوايا ويقلل من سرعة الابتكار والمنافسة.
الشفافية: نظرًا لأن العديد من بنيات Intent تتطلب من المستخدمين تسليم بعض التحكم في أصول السلسلة الخاصة بهم وMempool المسموح به كحل وسط، مما يعني أن هناك درجة من عدم القدرة على الاختراق من الخارج، فهناك خطر التعتيم في النظام الذي يتم بناؤه، في هذا من غير الواضح كيف يتم تلبية توقعات المستخدم وما إذا كانت هناك تهديدات غير مكتشفة للنظام البيئي. حتى البرامج الوسيطة والنظام البيئي لـ Mempool الذي يتطور بين المستخدمين و blockchain سيصبح غامضًا.
إذًا، كيف يمكن تقليل المخاطر المذكورة أعلاه؟ نحن نعلم أن مساحة Ethereum Mempool محدودة. بالنسبة لبعض التطبيقات، ترجع المخاطر إلى افتقارها إلى الخصوصية وبالتالي عدم قدرتها على دعم نطاق أوسع من تنسيقات الرسائل. وهذا يضع مطوري المحافظ والتطبيقات في موقف صعب، حيث يجب عليهم إيجاد طريقة ما للسماح للمستخدمين بالاتصال بـ blockchain مع تجنب المخاطر المذكورة أعلاه.
يجب أن يكون النظام المثالي بدون إذن حتى يتمكن أي شخص من مطابقة النوايا وتنفيذها دون التضحية بالكثير من جودة التنفيذ. يجب أن يكون النظام متعدد الاستخدامات بحيث يمكن نشر التطبيقات الجديدة دون الحاجة إلى إنشاء Mempools جديدة. يجب أن يكون النظام شفافًا، مما يسمح بالإبلاغ العام عن عملية تنفيذ النية، وتوفير البيانات لإجراء عمليات تدقيق الجودة عندما تسمح ضمانات الخصوصية بذلك.
على الرغم من أن فرقًا مثل FlashBots وAnoma تعمل بجد لتلبية المتطلبات المذكورة أعلاه للحصول على حل عالمي من خلال الجمع بين الخصوصية وعدم السماح بالأذونات، إلا أنه سيكون من الصعب إنشاء مثل هذا النظام المثالي في المستقبل القريب. لذلك، يحتاج المستخدمون إلى إجراء مقايضات واختيار حلول مختلفة لتطبيقات مختلفة. وبالمثل، تحتاج التطبيقات التي تبدأ Intentpools إلى البحث عن الانتشار في كل مكان دون إذن واختيار الوسطاء بعناية حيث يتوفر الإذن.
يحتاج مصممو التطبيقات القائمة على النوايا إلى النظر بشكل كامل في الآثار المترتبة على تطبيقاتهم خارج السلسلة لأنها لا تتعلق فقط بقاعدة المستخدمين الخاصة بهم ولكن بالمجتمع الأوسع، الأمر الذي يتطلب من المجتمع الأوسع أن يكون لديه فهم للآثار المترتبة خارج السلسلة المحيطة بـ Ethereum ويظل النظام البيئي منتبهًا.
ملخص
نظرًا للطلب الواضح في السوق على تطبيقات Intent، فقد تم استخدام العديد من التطبيقات القائمة على Intent على نطاق واسع لعدة سنوات. قد تؤدي زيادة اعتماد النية، المدفوعة جزئيًا بـ ERC 4337، إلى تسريع الابتعاد عن Ethereum Mempool وإلى أماكن جديدة. يمثل اعتماد Intent تحول المستخدم من نموذج "التشغيل القسري" إلى نموذج "وصفي"، والذي من المتوقع أن يؤدي إلى تحسين تجربة المستخدم وكفاءته بشكل كبير.
الرابط الأصلي