النموذج: العمارة القائمة على النوايا ومخاطرها

تأليف: كوينتوس كيلبورن، جورجيوس كونستانتوبولوس تجميع: كيت، مارسبيت

يقدم

أصبحت المناقشات حول "النوايا" وتطبيقاتها موضوعًا ساخنًا في مجتمع إيثريوم مؤخرًا.

عندما تشير المعاملات صراحة إلى "كيفية" تنفيذ الإجراء، تشير النية إلى النتيجة المتوقعة لهذا الإجراء. إذا كان محتوى المعاملة هو "افعل A أولاً، ثم B، وادفع C للحصول على X"، فإن القصد هو "أريد X، وأنا على استعداد لدفع C".

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

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

ما هي النية؟

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

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

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

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

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

الماضي والمستقبل نوايا

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

قد تلاحظ أن العديد من هذه الأفكار تتوافق مع الأنظمة التي كانت قيد التشغيل لسنوات عديدة:

• أمر الحد: يمكن خصم 100X من حسابي إذا تلقيت 200Y على الأقل.
• مزادات بأسلوب CowSwap: كما هو مذكور أعلاه، ولكنها تعتمد على طرف ثالث أو آلية لمطابقة العديد من الطلبات لتحقيق أقصى قدر من جودة التنفيذ.
• رعاية الغاز: ادفع الغاز باستخدام USDC بدلاً من ETH. لا يمكن تحقيق هذه النية إلا من خلال نية مطابقة تدفع رسومًا إلى ETH.
• التفويض: السماح فقط بالتفاعل مع حسابات معينة بطرق معينة مرخص بها مسبقًا. لا يمكن تحقيق النية إلا إذا كانت المعاملة الناتجة تخضع لقائمة التحكم في الوصول المحددة في النية.
• تجميع المعاملات: يسمح بتجميع النوايا لتحسين الكفاءة وتقليل رسوم الغاز.
• المجمعات: تعمل باستخدام السعر/العائد "الأفضل" فقط. يمكن تحقيق هذه النية من خلال إثبات أنه تم تنفيذ تجميع أماكن متعددة واتخاذ أفضل مسار.

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

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

الوسيط ومذكراته

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

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

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

تجمع ذاكرة غير مرخص

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

• مقاومة DoS: قد يكون من الضروري الحد من وظائف النوايا لتجنب نواقل الهجوم (راجع مقترح ER C4337 لمزيد من المناقشة)
• نشر الحوافز: بالنسبة للعديد من التطبيقات، يعد تنفيذ النية نشاطًا مربحًا. لذلك، فإن العقد التي تعمل على مجمع النوايا لديها حافز لعدم نشر النوايا لتقليل التنافس عند تنفيذ النوايا.
• MEV: تعتمد النوايا على السلوك الجيد للجهات الفاعلة خارج السلسلة لتحسين جودة التنفيذ، وهو ما قد يكون صعبًا عند استخدام مجموعات النوايا العامة غير المسموح بها. إذا كان التنفيذ السيئ مربحًا، فمن المرجح أن تؤدي مجموعات النوايا غير المسموح بها إلى هذه النتيجة. يشبه هذا مذكرات Ethereum اليوم ومن المتوقع أن يصبح مشكلة شائعة تتعلق بـ DeFi. يمكن أن يكون المسار المحتمل للمضي قدمًا هنا عبارة عن مجموعات نوايا مشفرة ولكنها غير مسموح بها.

"تجمعات الذاكرة" المسموح بها

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

الحل الهجين

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

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

هذه الأنواع من التصميمات لها عيوبها الخاصة ومن المحتمل أن تكون معنية بالعديد من مجموعات نوايا الأذونات، ولكن هناك بعض الفروق المهمة التي ستظهر لاحقًا.

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

أين يمكن أن أخطئ؟

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

تدفق الطلب

يمكن أن يؤدي الترحيل من مجمع الذاكرة العام إلى مركزية إنتاج كتلة Ethereum إذا تم السماح بتنفيذ الهدف، ولم يتم اختيار مجموعة الأذونات بعناية.

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

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

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

يثق

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

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

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

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

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

التعتيم

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

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

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

تخفيف المخاطر

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

عند دراسة الأسئلة المذكورة أعلاه، يمكننا استنتاج خصائص معينة للأنظمة المثالية. وينبغي أن يكون مثل هذا النظام

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

عام بحيث لا يتطلب نشر التطبيقات الجديدة إنشاء مجموعات ذاكرة جديدة،

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

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

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

ختاماً

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

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

لا يزال هناك الكثير من البحث والهندسة التي يتعين القيام بها في نموذج المعاملات الناشئ هذا وفي المجالات التي لم نغطيها في هذه الورقة، مثل تصميم لغة التعبير عن النية التي تسمح بالخصوصية. إذا وجدت هذا الموضوع أو موضوعات بحثية أخرى متعلقة بالنوايا مثيرة للاهتمام، فيرجى الاتصال بـ 0xquintus gorgios@paradigm.xyz.

*شكرًا جزيلا لدان روبنسون، وتشارلي نويز، ومات هوانغ، وجون جو، وشين يوان صن، وإيليا فوكس على تعليقاتهم على هذا المقال، وأشال سرينيفاسان على تصميم الرسومات. *