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

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

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

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

EIP-7702 لها أهمية تاريخية، دعونا نعرف المزيد عنها.

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

1.1 معنى تجريد الحساب

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

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

) 1.2 الحساب抽象的市场现状

بعد عام ونصف من التطور، يوجد فقط 12 مليون عنوان لـ EIP4337 على السلاسل الرئيسية، ومن بينها يوجد 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 ( وحسابات العقود ) CA (. يتم احتكار الملكية وحقوق التوقيع لـ EOA من قبل نفس الكيان. الشخص الذي يمتلك المفتاح الخاص لا يمتلك فقط "ملكية الحساب"، بل لديه أيضاً الحق في "توقيع نقل جميع الأصول".

هذا ناتج عن هيكل معاملات حساب إثيريوم. في هيكل المعاملات القياسية، لا يوجد حقل From، ويتم تحويل الأموال من خلال توقيع المستخدم باستخدام VRS المعاملات ) والذي يتم تحليله لاستخراج عنوان From. هذا أدى إلى صعوبة دمج ملكية عنوان EOA الحالي.

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

أهمية الفصل بين الملكية تكمن في:

1. من الصعب حماية المفاتيح الخاصة: فقدان المفتاح الخاص يعني فقدان جميع الأصول.

2. خوارزمية التوقيع واحدة: يمكن للبروتوكول الأصلي التحقق من المعاملات باستخدام خوارزمية ECDSA فقط.

3. صلاحيات التوقيع مرتفعة جداً: لا يوجد توقيع متعدد أصلي، يمكن تنفيذ أي عملية بتوقيع واحد.

4. يجب دفع رسوم المعاملات باستخدام ايثر، ولا يدعم التداول بالجملة.

5. تسرب خصوصية المعاملات: من السهل تحليل معلومات حاملي الحسابات في المعاملات الفردية.

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

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

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

تاريخياً، كانت هناك العديد من الخطط، وفي النهاية تركزت على مسارين.

3. مراجعة سياق اقتراحات AA التاريخية

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

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

في 15 نوفمبر 2015، اقترح فيتاليك هيكلًا جديدًا للحسابات باستخدام العقود في EIP-101. تم تغيير العنوان ليكون فقط كودًا ومساحة تخزين، ودعم الدفع بعمولة باستخدام ERC20، من خلال عقد مسبق التكوين لتحويل الرموز الأصلية إلى نوع ERC20 للاحتفاظ بالرصيد، وتم تقليل حقول المعاملة إلى فقط to و startgas و data و code.

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

يمكن أن تنتج وظائف أخرى:

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

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

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

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

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

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

EIP-7702: إعداد كود الحساب EOA (2024-05-07)

هذا هو EIP الأساسي الذي ستناقشه هذه المقالة لاحقًا، والذي قدمه فيتاليك كبديل لـ EIP-3074. تم إهمال EIP-3074، وتم تحديد EIP-7702 ليتم تضمينه في الانقسام الصلب القادم ETH Prague/Electra.

( 3.2 الطريقة الثانية: دع عنوان EOA يقود عنوان CA

EIP-3074: تمت إضافة رموز تشغيل AUTH و AUTHCALL )2020-10-15###

إضافة عمليتين جديدتين إلى EVM: AUTH و AUTHCALL، مما يسمح للحساب بتفويض العقود لاستبدال هوية الحساب لاستدعاء عقود أخرى.

باختصار، يمكن لـ EOA إرسال رسالة موقعة ( ومعاملة ) إلى العقد الذي يثق به ( والذي يسمى Invoker ). يمكن لعقد Invoker استخدام AUTH و AUTHCALL بدلاً من EOA لإصدار المعاملات.

EIP-4337: تنفيذ تجريد الحساب باستخدام مجموعة معاملات (2021-09-29)

مستوحاة من MEV، القيمة الأساسية هي تجنب تغييرات بروتوكول طبقة الإجماع تمامًا.

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

EIP-5189: من خلال العمليات المنفذة من قبل المندوبين للحسابات المجردة (2022-06-29)

تم تحسين منطق EIP4337، من خلال إنشاء آلية دعم غرامات الأموال (endorser) لمنع هجمات DoS من Bundler الخبيث.

( 3.3 اقتراحات أخرى تدعم AA

EIP-2718: تغليف نوع المعاملات الجديد )2020-06-13###

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

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

EIP-3607: يحظر على عنوان EOA نشر العقد (2021-06-10)

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

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

أولاً، يجب فهم القيمة بعد التحويل إلى CA.

基本ا هو التأثير الفعلي لـ EIP-4337، يمكن تحقيق:

• استعادة اجتماعية
• معاملات بدون غاز
• التداول بالجملة
• دفع الغاز
• قفل الحساب
• توقيع مخصص

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

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

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

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

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

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

( 4.1 ما هو EIP-7702

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

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

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

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

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

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

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

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

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

تنفيذ مرحلة بدء المعاملة، لكل tuple من authorization_list المكون من [chain_id، address، nonce، y_parity، r، s]:

1. استرجاع عنوان الموقع من التوقيع r، s باستخدام ecrecover.

2. تحقق من سلسلة المعرف ### لمنع إعادة تشغيل سلسلة الانقسام ###.

3. تحقق مما إذا كان رمز التوقيع authority فارغًا أو مفوضًا ( للتحقق مما إذا كانت المعاملة هي معاملة 7702 صالحة ).

4. تحقق من nonce الحائز على توقيع authority( لمنع إعادة تشغيل توقيع authority).

5. تعيين كود توقيع authority إلى 0xef0100 || address( لتجاوز استراتيجية تجنب التصادم EIP3607 ).

6. زيادة nonce authority الموقعة ( لمنع إعادة توقيع محلي ).

7. إضافة حساب الموقع المصرح له إلى قائمة العناوين التي تم الوصول إليها ( لنقل العنوان الحراري، وتقليل تكلفة تخزين استعلام الغاز ).

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

"النسخة الجديدة" تغير فقط سلوك نشر الشيفرة.

لم يعد يتم تعيين كود الحساب كـ contract_code، بل يتم استرجاع كود address من authorization_list وتعيينه ككود الحساب.

عند تنفيذ كود التفويض، يتم تحميل الكود من حقل العنوان في authorization_list، ويتم تنفيذه في سياق حساب الموقّع.

يتم تخزين كود عقد المستخدم فعليًا في عنوان محدد على السلسلة، ولا يتم تضمينه مباشرة في المعاملة.

تُخزَّن أوامر التشغيل والمعلمات ذات الصلة في حقل البيانات الخاص بتحميل المعاملة.

) 4.4 قيمة EIP-7702

تغيرت تجربة المستخدم في محفظة Web3 على طول السلسلة.