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

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

على سبيل المثال، إذا كانت تعليمات المعاملة هي:

«افعل A ثم افعل B، ثم ادفع C للحصول على D.»

سيكون القصد المقابل هو:

«يمكنني تحمل التكاليف وأريد الحصول على D.»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

الوسطاء والمذكرات

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

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

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

مذكرة بدون إذن

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

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

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

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

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

مذكرة مصرح بها

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

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

حلول هجينة

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

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

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

استراتيجيات المخاطر والتخفيف

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

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

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

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

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

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

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

الاستنتاج

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

موقع إيبنكر الرسمي: https://www.ebunker.io

لمزيد من المناقشات، يرجى الانضمام إلى: https://t.me/ebunkerio

إيبونكر تويتر: https://twitter.com/ebunker_eth

إخلاء المسؤولية：

1. تمت إعادة طباعة هذه المقالة من [Medium]. جميع حقوق التأليف والنشر تنتمي إلى المؤلف الأصلي [eBunkerChinese]. إذا كانت هناك اعتراضات على إعادة الطباعة هذه، فيرجى الاتصال بفريق Gate Learn، وسوف يتعاملون معها على الفور.
2. إخلاء المسؤولية: الآراء ووجهات النظر الواردة في هذه المقالة هي فقط آراء المؤلف ولا تشكل أي نصيحة استثمارية.
3. يقوم فريق Gate Learn بترجمة المقالة إلى لغات أخرى. ما لم يُذكر، يُحظر نسخ المقالات المترجمة أو توزيعها أو سرقتها.