ما سبب إضافة معاملات Frame إلى Ethereum؟

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

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

• إيثيريوم تهدف إلى تمكين المستخدمين من إجراء المعاملات دون الحاجة للاحتفاظ الدائم بـETH فقط لدفع الرسوم.

• عمليات ذرية مجمعة تتيح جمع الموافقات والإجراءات بحيث تنجح العملية بالكامل أو تفشل بالكامل كلها أو لا شيء.

• التحقق القابل للبرمجة يدعم تدوير المفاتيح، والاسترداد الاجتماعي، واعتماد أنظمة توقيع بديلة.

• معاملات الإطار تقلل الاعتماد على المجمّعين والمرسلين المركزيين في بعض ميزات تجريد الحساب.

• تعتبر إيثيريوم أن EIP-8141 جزء من مسار طويل الأجل نحو أمان الحسابات بعد الحوسبة الكمومية.

لماذا تضيف إيثيريوم معاملات الإطار لدفع الرسوم؟

واحدة من تحديات تجربة المستخدم في إيثيريوم هي أن المرسل غالبًا ما يحتاج إلى كمية كافية من ETH لدفع رسوم المعاملة—even حين يرغب المستخدم فقط في تحويل USDC أو رمز ERC-20 آخر.

تجعل معاملات الإطار دفع الرسوم قابلاً للتجريد البرمجي. حيث يمكن لإطار أن يفوض التنفيذ بينما يقوم حساب أو راعٍ آخر بتفويض الدفع. وبذلك يمكن لـPaymaster تغطية رسوم ETH مقابل حصولها على رموز ERC-20 من المستخدم.

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

هذا المفهوم موجود حاليًا من خلال تجريد حساب ERC-4337، حيث يمكن لـPaymaster رعاية عمليات المستخدم (UserOperations). يقدم EIP-8141 مرونة مماثلة ولكن كجزء من معاملة إيثيريوم الأصلية، دون الحاجة لخط تدفق معاملات إضافية.

لماذا تسعى إيثيريوم لجعل عمليات ذرية مجمعة بالكامل أو لا شيء؟

تظهر مشكلة أخرى عندما تتطلب إحدى العمليات عدة معاملات على البلوكشين.

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

معاملات الإطار تدعم عمليات ذرية مجمعة، حيث يتم تجميع الإطارات المتتالية بحيث إذا تراجع أحدها، تُلغى جميع التغييرات المصاحبة.

بذلك يمكن تنفيذ الموافقة والمبادلة كمعاملة ذرية واحدة: إما نجاح كامل أو فشل كامل.

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

ما أهمية تجريد الإطار لتجريد الحساب؟

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

يهدف تجريد الحساب لجعل سلوك الحساب قابلاً للبرمجة.

يسمح EIP-8141 بتنفيذ منطق التحقق عبر شفرة EVM، بحيث يمكن للحساب تحديد طريقة التحقق من التوقيع، دون الاعتماد فقط على نموذج ECDSA التقليدي. هذا يفتح المجال أمام أنظمة توقيع متنوعة، وسياسات إنفاق مرنة، واسترداد اجتماعي، وتدوير مفاتيح، وتجميع توقيعات في المستقبل.

تعتبر مؤسسة إيثيريوم هذا التطوير الأمني بالغ الأهمية. في تقييم Hegotá الصادر في 7 سبتمبر 2026، تم وصف EIP-8141 كالعنصر الحاسم والمؤكد في طبقة التنفيذ لهذا التحديث، مع الإشارة إلى التوجه نحو أنظمة توقيع ما بعد الحوسبة الكمومية وتقليل الاعتماد على مفاتيح secp256k1.

كما يوضح الهيكل الشامل لـتجريد الحساب في إيثيريوم أهمية الحسابات القابلة للبرمجة لفصل قواعد التفويض عن نموذج المفتاح السري الواحد.

لماذا ترغب إيثيريوم في تقليل الاعتماد على المجمّعين والمرسلين؟

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

على سبيل المثال، يستخدم ERC-4337 عمليات المستخدم (UserOperations)، ومجمّعين، وعقد EntryPoint، وربما Paymaster. وقد وفر هذا النظام ميزات دون الحاجة لتغيير قواعد المعاملات على مستوى الإجماع في إيثيريوم.

لكن هناك تكلفة إضافية في البنية التحتية.

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

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

لماذا يضيف EIP-8141 رموز تشغيل وقواعد تحقق جديدة؟

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

لذلك، يضيف EIP-8141 آليات بروتوكول جديدة ولا يكتفي بالسماح بشفرة غير مقيدة.

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

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

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

ما التغيرات التي قد تطرأ على المستخدم النهائي بسبب معاملات الإطار؟

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

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

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

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

الخلاصة

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

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

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

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

هل معاملات الإطار تهدف إلى رسوم أقل؟

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

هل يمكن للحسابات المملوكة خارجيًا (EOA) الاستفادة من معاملات الإطار؟

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

هل يمكن للمستخدمين دفع الرسوم برموز ERC-20؟

من منظور المستخدم، نعم. يمكن لـPaymaster أو الراعي أن يغطي رسوم ETH ويحصل مقابلها على رموز ERC-20 من المستخدم. لكن يظل بروتوكول إيثيريوم يتطلب ETH في النهاية.

لماذا معاملات الإطار مهمة لأمان الحسابات بعد الحوسبة الكمومية؟

التحقق القابل للبرمجة يسمح للحسابات بتجاوز نموذج التوقيع الثابت (ECDSA)، ما يفتح المجال لتبني أساليب مصادقة تناسب عصر ما بعد الحوسبة الكمومية دون الحاجة لدمج كل خوارزمية توقيع في البروتوكول.

هل معاملات الإطار تلغي المجمّعين والمرسلين؟

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

متى من المتوقع تفعيل معاملات الإطار على إيثيريوم؟

من المخطط أن يكون EIP-8141 عنصرًا رئيسيًا في طبقة التنفيذ لترقية Hegotá، والمستهدفة في 2027. إلا أن تفاصيل التفعيل والمواصفات قد تتغير أثناء التنفيذ والاختبار.

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