تحليل متعمق لتطور تجريد الحساب في إثيريوم وآفاق المستقبل

المقدمة

تنقسم هذه المقالة إلى قسمين رئيسيين:

الجزء الأول سيبدأ من أول اقتراح AA في عام 2015، وسيقوم بنظام فرز محتوى الاقتراحات الرئيسية لـ EIP حتى الآن، تتبع تاريخ تطوير الاقتراحات AA، وتقييم شامل لمزايا وعيوب كل خطة.

الجزء الثاني يركز على مقارنة ردود الفعل السلبية في السوق التي واجهت بعد تقديم EIP4337، وتحليل متعمق لـ EIP7702 الذي سيتم تضمينه في الترقية القادمة للإيثيريوم. بمجرد دمج هذا الاقتراح، سيغير شكل التطبيقات على السلسلة بشكل شامل.

EIP-7702 له دلالة تاريخية، دعونا نستكشف ذلك بالتفصيل.

1. خلفية تجريد الحساب

1.1 أهمية تجريد الحساب

مؤسس إثيريوم فيتاليك قام بتحديث خارطة طريق تطوير ETH مرة أخرى في نهاية عام 2023، لكن لم يتم إجراء أي تغييرات على إعدادات تجريد الحساب. النمط السائد الحالي ينتقل من EIP-4337 إلى المرحلة التالية: تحويل الحسابات EOA بشكل طوعي.

بعد أكثر من عام على إطلاق EIP4337، أعلنت الجهة الرسمية في 1 مارس 2023 بعد تدقيق (، أنه في بيئة السوق المتناقضة التي تم التعرف عليها على نطاق واسع من قبل المستخدمين ولكن لم يتم استخدامها على نطاق واسع، تم تقديم تقدم كبير في EIP-7702، وقد تم التأكيد على دمجه في الترقية القادمة.

) 1.2 تجريد الحساب السوق الحالي

بعد عام ونصف من التطور، فإن العدد الإجمالي للحسابات في EIP4337 على السلسلة الرئيسية هو فقط 12 مليون، منها 6,764 عنوان نشط على الشبكة الرئيسية لإثيريوم، وهو أقل بكثير من عدد عناوين EOA وCA. وقد بلغ عدد العناوين المستقلة على الشبكة الرئيسية لإثيريوم 270 مليون، ولم يحدث أي تطور ملموس لـ EIP4337 على الشبكة الرئيسية.

ومع ذلك، لا يؤثر ذلك على القيمة الجوهرية لـ AA. لقد كان من المقدر منذ البداية أن تصميم EIP4337 سيكون صعبًا في حل مشكلة التوافق مع الشبكة الرئيسية. مع إدماج جميع سلاسل L2 بشكل عام لـ AA الأصلي، شهد عدد عناوين EIP4337 نموًا انفجاريًا على L2، حيث بلغ عدد المستخدمين النشطين شهريًا في سلسلتي Base وPolygon في يوليو 1 مليون و3 مليون على التوالي، وهو أداء ملحوظ.

تصميم EIP4337 ليس خاطئًا، بل هو ناتج عن الاختلافات بين الشبكة الرئيسية و L2، مما يتطلب حلولًا مناسبة لكل منهما.

![تحليل عميق لماضي ومستقبل تجريد الحساب في إثيريوم]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(

2. ما هو تجريد الحساب؟

تجريد الحساب في جوهره يحل مشكلة فصل الملكية.

في بنية EVM يوجد نوعان من الحسابات: الحساب الخارجي ) EOA ( والحساب العقدي ) Contract Account (. يمتلك مالك الحساب الخارجي ملكية وحق التوقيع من قبل نفس الجهة. الشخص الذي يمتلك المفتاح الخاص لا يمتلك فقط "ملكية الحساب"، ولكن لديه أيضًا الحق في "توقيع نقل جميع الأصول".

هذا يتحدد بواسطة هيكل معاملات حساب إثيريوم. في هيكل المعاملات القياسي لا يوجد حقل From، حيث يتم تحويل الأموال فعلياً من خلال توقيع المستخدم VRS ) يتم تحليلها عكسياً لاستخراج عنوان From. هذا يتضمن مفاهيم مثل ECDSA والتشفير غير المتماثل ودالات العتبة أحادية الاتجاه، التي تضمن الأمان بواسطة التشفير، ولكنها تؤدي أيضاً إلى معضلة دمج ملكية عناوين EOA الحالية.

التأثير الأساسي لـ EIP4337 هو إضافة عنوان المرسل في حقل المعاملة، مما يحقق فصل المفتاح الخاص عن العنوان الذي يتم التعامل معه.

تكمن أهمية فصل الملكية في حل العديد من المشكلات الناجمة عن تصميم الحسابات الخارجية (EOA):

1. من الصعب حماية المفتاح الخاص: فقدان المفتاح الخاص يعني فقدان جميع الأصول.
2. خوارزمية التوقيع الوحيدة: البروتوكول الأصلي يدعم فقط التحقق من توقيع ECDSA.
3. صلاحيات التوقيع مرتفعة جدًا: لا توجد تعددية توقيع أصلية، يمكن للتوقيع الفردي تنفيذ أي عملية.
4. يمكن دفع رسوم المعاملات فقط باستخدام ايثر، ولا تدعم المعاملات الجماعية.
5. تسرب خصوصية المعاملات: التداول من شخص لآخر يعرض خصوصية حاملي الحسابات.

تجعل هذه القيود من الصعب على المستخدمين العاديين استخدام إثيريوم:

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

تكمن طريقة كسر الجمود في تحقيق تجريد الحساب، من خلال فصل ملكية (Owner) وحق التوقيع (Signer)، وبالتالي حل المشكلات المذكورة تدريجياً.

على الرغم من وجود العديد من الخطط التاريخية، إلا أنها تُختصر في مسارين.

3. تنظيم سياق مقترحات تجريد الحساب

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

( 3.1 الطريق الأول: تحويل عنوان EOA إلى عنوان CA

في 15 نوفمبر 2015، اقترح فيتاليك هيكلًا جديدًا للحسابات من خلال العقود في EIP-101. تشمل التغييرات الرئيسية:

• تحويل العنوان إلى كود فقط ومساحة تخزين
• تغيير دعم رسوم المعاملات، السماح بدفع رموز ERC20
• من خلال عقود مسبقة التجميع، يتم تحويل الرمز الأصلي إلى رصيد مشابه لـ ERC20
• تبسيط حقول المعاملة، والاحتفاظ فقط بـ to و startgas و data و code

هذه الخطة تُعتبر ثورة قفز كبيرة، ستحدث تغييرات جذرية في التصميم الأساسي، مما سيجعل لكل عنوان حساب "منطق" خاص به ) وهو ما يسعى EIP-7702 لتحقيقه ###.

تشمل وظائف المشتقات:

1. دعم المزيد من خوارزميات التشفير، يتم تحديد طريقة التحقق من التوقيع بواسطة الرمز الداخلي للعناوين
2. تتمتع بخصائص مقاومة لهجمات الكم، حيث يمكن ترقية الشيفرة
3. منح إيثر و عقود ERC20 وظائف متطابقة، مثل تفويض الاقتطاع
4. تعزيز مساحة تخصيص الحساب، ودعم الاسترداد الاجتماعي، ودعم SBT، واسترجاع المفاتيح وغيرها

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

يحاول سلسلة من EIP في المستقبل تحسين هذه المنطق:

EIP-859(2018-01-30):تجريد الحساب على السلسلة الرئيسية

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

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

EIP-7702(2024-05-07): إعداد كود حساب EOA كبديل لـ EIP-3074، تم تحديد EIP-7702 ليتم تضمينه في الانقسام الصلب القادم ETH Prague/Electra.

( 3.2 المسار الثاني: دع عنوان EOA يقود عنوان CA

EIP-3074)2020-10-15###: إضافة أوامر التشغيل AUTH و AUTHCALL إضافة عمليتين جديدتين في EVM، تسمح لـ EOA بتفويض العقود بدلاً من هوية EOA لاستدعاء عقود أخرى.

EIP-4337(2021-09-29): استخدام ذاكرة معاملات التجريد الحساب تم تصميمه مستوحى من MEV، القيمة الأساسية تكمن في تجنب أي تغييرات في بروتوكول طبقة الإجماع. تم تقديم كائن معاملات جديد يسمى UserOperation، حيث يقوم المستخدم بإرسال هذا الكائن إلى تجمع الذاكرة، ويتم تجميعه بواسطة المجمعين لتسليم معاملات تنفيذ العقد بشكل جماعي، وهذا في جوهره هو نقل المعاملات الأساسية وعمليات الحسابات إلى مستوى تنفيذ العقد.

EIP-5189(2022-06-29): من خلال العمليات التي يقوم بها المؤيدون لتجريد الحساب تحسين منطق EIP4337، من خلال إنشاء آلية تأييد العقوبات المالية لمنع هجمات حجب الخدمة (DoS).

( 3.3 اقتراحات أخرى تدعم تجريد الحساب

EIP-2718)2020-06-13###: ظرف تغليف نوع معاملة جديد تم تحديد الاقتراح النهائي، وتعريف نوع المعاملات الجديدة كغلاف لنوع المعاملات الجديد الذي سيتم إضافته في المستقبل. عند تقديم نوع معاملات جديد، يتم التمييز عنه من خلال ترميز محدد، مما يحقق التوافق العكسي دون الحاجة إلى التوافق للأمام. كما أن EIP1559 يميز رسوم المعاملات، باستخدام ترميز نوع المعاملات الجديد، دون التأثير على نوع المعاملات القديم.

EIP-3607(2021-06-10): يمنع عنوان EOA من نشر العقد خطة إضافية على مسار AA، لمنع تضارب عنوان نشر العقد مع عنوان EOA. السيطرة على طريقة إنشاء العقد، ومنع نشر الكود على عنوان EOA.

( 3.4 كيف نفهم تاريخ تطور تجريد الحساب؟

أولاً يجب فهم القيمة التي تم تحويلها إلى CA، وهي في الأساس التأثير الفعلي لـ EIP-4337:

• يدعم المعاملات الجماعية
• دعم دفع الغاز
• دعم استعادة الحساب
• دعم التوقيع المتعدد
• دعم المعاملات الوسيطة
• يدعم ترقية خوارزمية التوقيع
• يدعم محفظة العقد ERC4337
• يدعم الدفع بالغاز من قبل طرف ثالث

ومع ذلك، فإن العيب الرئيسي في EIP-4337 هو أنه يتعارض مع مبدأ الدوافع الإنسانية.

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

لذلك لم يتمكن من الانتشار على شبكة إثيريوم الرئيسية.

التكلفة هي المعيار الأكثر أهمية للمستخدمين، ويجب خفض التكاليف.

لتقليل الغاز بشكل فعلي، يجب إجراء ترقية انقسام ناعم لـإثيريوم نفسها، وتعديل حساب الغاز أو استهلاك الغاز لوحدات التشغيل وما إلى ذلك. بما أنه يجب القيام بانقسام ناعم، فلماذا لا نفكر مباشرة في EIP-7702؟

4. تحليل شامل لـ EIP-7702

( 4.1 نظرة عامة على EIP-7702

من خلال نوع المعاملات الجديد، يسمح لـ EOA بامتلاك وظائف العقود الذكية مؤقتًا في معاملة واحدة، ويدعم المعاملات الجماعية، والمعاملات بدون غاز، وإدارة الأذونات المخصصة، دون الحاجة إلى إدخال رمز EVM opCode) الذي يؤثر على التوافق مع الإصدارات السابقة###.

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

( 4.2 هيكل البيانات

تعريف نوع المعاملة الجديد 0x04، وTransactionPayload هو نتيجة تسلسل الترميز RLP للمحتويات التالية:

rlp)[ معرف_السلسلة, nonce max_priority_fee_per_gas، max_fee_per_gas، gas_limit، الوجهة، القيمة، بيانات, access_list، قائمة التفويض, signature_y_parity، signature_r، signature_s ]###

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

authorization_list = [[chain_id ، العنوان ، nonce ، y_parity ، r ، s] ، ...]

( 4.3 دورة حياة المعاملات

)# 4.3.1 مرحلة التحقق

لكل authorization_list [chain_id ، العنوان ، nonce ، y_parity ، r ، s] tuple:

1. استعادة عنوان الموقّع من التوقيع r و s باستخدام ecrecover
2. تحقق من سلسلة ID ### لمنع إعادة تشغيل سلسلة التفريع ###
3. تحقق مما إذا كان كود الموقّع authority فارغًا أو مفوضًا
4. تحقق من nonce ( لموقّع authority لمنع إعادة تشغيل توقيع authority )
5. قم بتعيين كود التوقيع authority إلى 0xef0100 || address
6. زيادة nonce 署名者 authority ( لمنع إعادة تشغيل التوقيعات المحلية )
7. إضافة حساب الموقّع authority إلى قائمة العناوين التي تم الوصول إليها

(# 4.3.2 مرحلة تنفيذ العملية

الإصدار الجديد يغير فقط سلوك نشر الشفرة. لم يعد يتم تعيين شفرة الحساب كـ contract_code، بل يتم استرجاع الشفرة المحددة بواسطة address من authorization_list وتعيينها كرمز الحساب.

عند تنفيذ رمز التفويض، يتم تحميل الرمز من حقل العنوان في قائمة التفويض authorization_list، ويتم تنفيذه في سياق حساب الموقع.

يتم تخزين كود العقد المستخدم في عنوان محدد على السلسلة، وليس مدرجًا مباشرة في المعاملة. يتم تخزين تعليمات التشغيل والمعلمات ذات الصلة في حقل data الخاص بتحميل المعاملة.

) 4.4 قيمة EIP-7702

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

كسر العديد من الأنماط الراسخة:

1. قد يقل رصيد الحساب بسبب معاملات غير مستمدة من هذا الحساب
2. بعد بدء تنفيذ الصفقة، قد يزداد nonce EOA عدة مرات
3. منطق حماية مقارنة tx.origin و msg.sender غير فعال
4. يمكن لـ EOA إصدار أحداث تؤثر على التعرف على أحداث السلسلة.
5. قد تفشل عناوين EOA في استلام أصول ERC20 و721 و1155 وما إلى ذلك ### آلية الاسترجاع ###

( 4.5 مقارنة بين EIP-7702 و EIP-4337

مزايا EIP-7702:

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