EIP-8141 مقابل ERC-4337: ما الاختلاف بينهما؟

الفرق الجوهري بين EIP-8141 و ERC-4337 يكمن في التصميم المعماري. يقوم ERC-4337 بإضافة تجريد الحساب حول نظام معاملات Ethereum القائم من خلال محافظ العقود الذكية، عمليات المستخدم (UserOperations)، المجمّعين (bundlers)، عقدة EntryPoint الذكية المنفردة، وpaymasters اختيارية. بينما يقترح EIP-8141 معاملة Frame جديدة على طبقة البروتوكول، بحيث يمكن تنفيذ التحقق، ودفع الرسوم، والنشر، والتنفيذ عبر عدة إطارات ضمن معاملة واحدة.

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

النقاط الرئيسية

يعمل ERC-4337 دون تغيير نوع المعاملة الأصلية في Ethereum، بينما يقدم EIP-8141 معاملات Frame مباشرة على مستوى البروتوكول.

يستخدم ERC-4337 عمليات المستخدم (UserOperations)، المجمّعين (bundlers)، عقدة EntryPoint، وعقود paymaster.

يعتمد EIP-8141 على إطارات VERIFY وSENDER وغيرها لفصل التحقق، ودفع الرسوم، والنشر، والتنفيذ.

كلا النظامين يدعم تجريد الرسوم، تجميع المعاملات، التواقيع البديلة، والمعاملات المدعومة.

يوفر EIP-7702 مسار هجرة للحسابات الخارجية (EOA) للاستفادة من وظائف العقود الذكية والتفاعل مع كلا النهجين في تجريد الحساب.

تجريد الحساب: EIP-8141 مقابل ERC-4337

الميزة ERC-4337 EIP-8141

الكائن الرئيسي للمستخدم UserOperation معاملة Frame

نموذج الحساب عقد حساب ذكي حساب أصلي قادر على تجريد الحساب

هل يتطلب تغيير البروتوكول؟ لا نعم

منسق التنفيذ عقدة EntryPoint الذكية المنفردة تنفيذ البروتوكول للإطارات

المجمّعون جزء أساسي من التدفق القياسي غير مطلوب بالطريقة نفسها

تجريد الرسوم عقدة paymaster الموافقة على الدفع ضمن الإطارات

تجميع المعاملات منطق الحساب الذكي إطارات متعددة / دفعة ذرية

نشر الحساب كود factory/init إطار نشر

التحقق تحقق الحساب الذكي إطار VERIFY

تنفيذ المستخدم استدعاء الحساب الذكي إطار SENDER

مسار EOA دعم EIP-7702 كود افتراضي / نموذج متوافق مع EIP-7702

يصف ERC-4337 عملية UserOperation بأنها معاملة زائفة. تحتوي على بيانات الاستدعاء، حدود الرسوم، الحد الأقصى للرسوم، التوقيع، وبيانات paymaster، لكن المجمّع يجمعها في النهاية ضمن معاملة Ethereum عادية يتم إرسالها إلى EntryPoint.

يغير EIP-8141 المعاملة التقليدية نفسها، حيث يتضمن الحمولة عدة إطارات، تواقيع، معايير الرسوم، وعنوان المرسل، بحيث يكون لكل إطار نمط تنفيذ وحدود رسوم خاصة به.

كيف تعمل محافظ العقود الذكية في ERC-4337

مع ERC-4337، ينشئ المستخدم أو يتفاعل عبر عقد حساب ذكي بدلاً من الاعتماد فقط على الحساب المملوك خارجيًا.

يوقع المستخدم على UserOperation تتضمن بيانات الاستدعاء المطلوبة. يقوم المجمّع بجمع العمليات المعلقة وتقديمها عبر عقدة EntryPoint التي تتحقق من كل حساب وتنسق التنفيذ. يمكن لعقدة paymaster رعاية تكلفة الرسوم، مما يسمح للتطبيقات بإنشاء سياسات دفع مشروطة أو السماح للمستخدمين بالدفع برموز ERC-20.

يتم تفسير حقل التوقيع من قبل الحساب الذكي وليس بواسطة قواعد إجماع Ethereum، لذا يدعم ERC-4337 مفاتيح الجلسات، سياسات التواقيع المتعددة، منطق الاسترداد، وحسابات ذكية معيارية.

بالتالي، بنية تجريد الحساب في ERC-4337 توفر وظائف العقود الذكية بشكل كامل دون الحاجة لترقية البروتوكول.

كيف تغير معاملة Frame في EIP-8141 النموذج

ينقل EIP-8141 المزيد من هذه القدرات إلى تدفق المعاملات الأصلي لـ Ethereum.

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

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

هذا هو الفرق الرئيسي بين معاملات Frame و ERC-4337: البروتوكول نفسه يدرك هذه المراحل، ولا يعتمد على مسار عمليات المستخدم المنفصل.

دفع الرسوم وحساب الرسوم

يدعم النظامان المستخدمين الذين لا يمتلكون ETH لكل معاملة.

في ERC-4337، توافق عقدة paymaster على تغطية الرسوم وقد تسترد التكلفة من المستخدم برمز آخر. يمكن لمزود المحفظة أو التطبيق تحديد شروط الرعاية.

مع EIP-8141، يتم دمج دفع الرسوم في تسلسل التحقق من المعاملة. يمكن لعقدة الرعاية الموافقة على الدفع بينما يوافق المرسل على التنفيذ. بذلك، لا يجب أن يكون دافع الرسوم هو المرسل نفسه.

يعتمد EIP-8141 على نموذج رسوم واضح، حيث يحصل كل إطار على حدود رسوم للتنفيذ والحالة، وتكون المعاملة مقيدة بأقصى تكلفة إجمالية. لا يمكن للرسوم غير المستخدمة في إطار ما أن تُنقل للإطار الحالي أو المتبقي، مما يساعد في ضبط تكلفة المحاكاة والتحقق.

تجميع المعاملات والعمليات المتعددة

تدعم حسابات ERC-4337 الذكية تجميع المعاملات، بحيث يستطيع المستخدم إجراء عمليات متعددة بإجراء واحد.

يعزز EIP-8141 العمليات المجمعة عبر عدة إطارات، بحيث يمكن أن تنجح أو تفشل دفعة ذرية معًا. إذا ارتد إطار، ترتد التغييرات المجمعة أيضًا.

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

هذه المعالجة الأصلية للعمليات متعددة الخطوات هي أحد أسباب سعي EIP-8141 لتبسيط تصميم الحساب الذكي.

EIP-7702 ومسار الهجرة للحسابات الخارجية

EIP-7702 يسمح للحساب الخارجي (EOA) بتفويض التنفيذ لكود العقد مع الاحتفاظ بعنوانه. ويشكل جسرًا عمليًا بين الحسابات التقليدية ووظائف الحساب الذكي.

يمكن لـ ERC-4337 استخدام الحسابات المدعومة بـ EIP-7702 دون الحاجة لهجرة جميع المستخدمين إلى عناوين جديدة.

يمضي EIP-8141 أبعد مع الكود الافتراضي، الذي يمنح الحساب سلوك معاملة Frame حتى عند وجود تخزين فارغ أو عدم وجود كود منشور. يمكن لإطار النشر بعد ذلك تثبيت أو تفويض الكود حسب الحاجة.

لذا، تُعتبر EIP-7702 و ERC-4337 و EIP-8141 مراحل مترابطة في مسار هجرة تجريد الحساب في Ethereum، وليست نظمًا متعارضة.

تجريد الحساب الأصلي: ما الذي يتغير في طبقة البروتوكول؟

يمكن أن يقلل التكامل الأعمق لـ EIP-8141 من الاعتماد على المجمّعين والبنية التحتية لمعالجة المعاملات خارج السلسلة لمعظم عمليات تجريد الحساب.

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

المقايضة هي التعقيد؛ إذ يجب على العقد العامة تقييم معاملة Frame معلقة قبل تضمينها. لذلك يحدد EIP-8141 بادئة تحقق مقيدة، ويحد من الوصول للحالة، ويقيد التحقق، ويعامل paymasters القانونية وغير القانونية بشكل مختلف لتقليل إبطال الكتلة وهجمات رفض الخدمة.

توضح بنية تجريد الحساب الأوسع في Ethereum كيف تطورت تجربة المحافظ من حلول التطبيقات إلى دعم البروتوكول.

الخلاصة

ببساطة، يبني ERC-4337 تجريد الحساب حول Ethereum، بينما يبني EIP-8141 المزيد منه داخل Ethereum.

يستخدم ERC-4337 محافظ العقود الذكية، عمليات المستخدم، المجمّعين، EntryPoint، وpaymasters. أما EIP-8141 فيستخدم معاملات Frame بمراحل تحقق، مرسل، نشر، دفع، وتنفيذ مخصصة.

يظل ERC-4337 ذا قيمة لأنه يوفر بنية تحتية ناضجة لتجريد الحساب دون الحاجة لترقية البروتوكول. أما ميزة EIP-8141 المحتملة فهي تقديم تجريد الرسوم، التحقق البرمجي، العمليات المجمعة، والمعاملات المدعومة بشكل أصلي وأقل اعتمادًا على مسار معاملات منفصل.

الأسئلة المتكررة

هل يستبدل EIP-8141 معيار ERC-4337؟

ليس تلقائيًا. يدعم ERC-4337 حسابات ذكية منشورة وبنية تحتية قائمة. يغير EIP-8141 القدرات الأصلية لـ Ethereum، وقد تستمر المحافظ في استخدام مكونات ERC-4337 حيث تظل مفيدة.

هل يحتاج EIP-8141 إلى عقدة EntryPoint؟

لا توجد عقدة EntryPoint منفردة مطلوبة لتدفق معاملة Frame الأساسي. يتم التحقق والتنفيذ مباشرة عبر إطارات المعاملة بدلاً من عمليات المستخدم الموجهة عبر EntryPoint.

هل يمكن لكلا النظامين دعم دفع الرسوم المدعوم؟

نعم. يستخدم ERC-4337 paymasters لرعاية عمليات المستخدم. يسمح EIP-8141 للتحقق من المعاملة بتفويض المرسل والدافع بشكل منفصل، مما يتيح لعقدة الرعاية تغطية الرسوم.

هل يمكن لـ ERC-4337 دعم الحسابات الخارجية الحالية؟

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

لماذا يسمى EIP-8141 بتجريد الحساب الأصلي؟

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

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