EIP-4337: كيف تعيد تجسيد تجارب إثيريوم من خلال تجريد الحساب

أبحاث ورؤى لفهم الجيل القادم من إدارة الحسابات في إثيريوم

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

الأساس: فهم نموذج حساب إثيريوم

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

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

لماذا احتضنت مجتمع إثيريوم هذا الحل

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

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

التطور: من EIP-2938 إلى EIP-4337

لم يكن الطريق إلى تجريد الحساب سهلاً. في عام 2020، ظهرت اقتراحان متنافسان:

EIP-2938 اقترح رفع حسابات العقود إلى حالة “عالية المستوى”، مما يمكنها من دفع الرسوم وتنفيذ المعاملات مباشرة. كان هذا سيتطلب تغييرات على مستوى البروتوكول، مما يجعله طموحًا من الناحية الفنية ولكنه محفوف بالمخاطر من الناحية التشغيلية.

EIP-3074 قدمت عمليتين جديدتين—AUTH و AUTHCALL—تسمح للحسابات الخارجية بتفويض سلطة المعاملات لعقود ذكية. وعلى الرغم من كونها مبتكرة، فإن هذا النهج تطلب أيضًا تعديلات على البروتوكول الأساسي وواجه مخاوف المجتمع بشأن تعقيد التنفيذ.

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

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

EIP-4337: العمارة التي تعمل

تتجلى عبقرية EIP-4337 في تطبيقه على مستوى الطبقة. بدلاً من تغيير قواعد البروتوكول الأساسية، فإنه يقدم ممثلين جدد وعمليات تتعايش مع معالجة المعاملات التقليدية:

تُمثل كائنات UserOperation نوايا المعاملات من حاملي الحسابات. على عكس المعاملات القياسية، يتم إنشاؤها قبل التوقيع، مما يمنح النظام مرونة في كيفية التحقق من التوقيعات وتنفيذها.

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

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

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

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

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

المجمّعات تتحقق من حزم التوقيعات، مما يسمح بتحسينات تشفيرية تقلل من تكاليف التحقق على السلسلة.

كيف تتدفق المعاملات في إثيريوم المدعوم بـ AA

دعونا نتتبع مثالاً ملموساً لكيفية عمل المعاملة بموجب EIP-4337:

الخطوة 1: التعبير عن النية يقوم المستخدم بإنشاء UserOperation يحدد تفاصيل معاملته، بما في ذلك الرسوم القصوى (maxFeePerGas، maxPriorityFee)، تفاعل العقد المستهدف، وبيانات التوقيع. من المهم أن التوقيع لم يتم تطبيقه بعد - حيث تحدد النظام كيفية تفسيره بناءً على قواعد عقد المحفظة.

الخطوة 2: بث الذاكرة المؤقتة تدخل عملية المستخدم في مجموعة ذاكرة مخصصة منفصلة عن معاملات إثيريوم القياسية. تتيح هذه الذاكرة المؤقتة المتخصصة للمجمّعين تطبيق منطق مخصص للتوجيه والاختيار.

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

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

الخطوة 5: التنفيذ يتم استدعاء دالة ExecuteUserOp الخاصة بعقد المحفظة، مما ينفذ منطق المعاملة الفعلي. الحزمة الآن مكتملة ومضمنة في سلسلة الكتل إثيريوم.

مقارنة هياكل المحفظة: EOA مقابل MPC مقابل AA

لماذا تم استبعاد EIP-3074

قبل أن يكتسب EIP-4337 زخماً، كان EIP-3074 يمثل البديل الرائد لتجريد الحساب. وقد قدم رموز العمليات AUTH و AUTHCALL التي ذكرناها سابقاً. إليك السبب في عدم تقدمه:

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

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

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

على النقيض من ذلك، يقبل EIP-4337 عمليات أكثر تعقيدًا على السلسلة لتجنب مخاطر طبقة البروتوكول، وهو تنازل اعتبرته المجتمع ذو قيمة.

الجسر: EIP-5003 وتطور المحفظة

على الرغم من أن EIP-3074 لا يزال معلقًا، إلا أن المحادثة لم تنته. يقدم EIP-5003 رمز العملية AUTHUSURP، الذي يعمل جنبًا إلى جنب مع EIP-3074 لتمكين الحسابات العادية الموجودة من التطور إلى حسابات العقود الذكية.

إليك سيناريو عملي: يقوم الحساب الخاص بأليس بتفويض عنوان بوب للعمل نيابة عنها بموجب EIP-3074. باستخدام AUTHUSURP، يمكن لعنوان بوب بعد ذلك نشر كود في عنوان أليس، مما يرقى بحسابها من EOA إلى CA. تمنح هذه الهجرة أليس الوصول إلى أنظمة توقيع مخصصة وأمان معزز دون التخلي عن عنوانها الأصلي أو مفتاحها الخاص.

توصي هذه النموذج التصميمي بمسار هجرة تدريجي للنظام البيئي بدلاً من انتقال مفاجئ.

الأثر العملي: حواجز أقل، أمان أقوى

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

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

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