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

المقدمة

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

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

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

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

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

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

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

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

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

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

لذلك، فإن تصميم EIP4337 ليس به مشكلة بحد ذاته، بل إن الوضع الحالي ناتج عن الاختلافات بين الشبكة الرئيسية وL2، حيث تحتاجان إلى اعتماد حلول مختلفة.

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

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

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

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

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

السبب في أهمية فصل الملكية هو أن تصميم EOA سيؤدي إلى العديد من المشكلات:

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

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

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

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

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

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

أولاً، يجب أن يحمل المستخدمون ETH عند استخدام تطبيقات إثيريوم ويتحملون مخاطر تقلب الأسعار.

ثانياً، يحتاج المستخدم إلى التعامل مع منطق الرسوم المعقد، مثل سعر الغاز، حد الغاز، حظر المعاملات، وما إلى ذلك.

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

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

تاريخياً، كانت هناك العديد من الخطط، وانتهى الأمر إلى خيارين.

3. مراجعة سياق مقترحات تجريد الحساب

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

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

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

يمكن أن تستخرج هذه الخطة العديد من الوظائف:

1. يمكن استخدام المزيد من خوارزميات التشفير في المعاملات، حيث يتم تحديد طريقة التحقق من التوقيع بواسطة Code الداخلي للعناوين.

2. يتمتع بخصائص مقاومة للهجمات الكمومية، لأن الشيفرة قابلة للتحديث

3. جعل ETH يمتلك نفس وظائف عقود 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)

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

يمكن لـ EOA إرسال رسالة موقعة ( ومعاملة ) إلى عقد موثوق يسمى Invoker (، حيث يمكن لعقد Invoker هذا استخدام تعليمات AUTH و AUTHCALL بدلاً من 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: تقييد عنوان EOA على نشر العقد )2021-06-10(

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

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

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

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

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

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

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

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

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

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

) 4.1 ما هو EIP-7702

من خلال تمييز نوع المعاملة الجديد، يسمح لـ EOA بامتلاك وظائف العقد الذكي مؤقتًا في معاملة واحدة، ويدعم المعاملات الجماعية، والمعاملات بدون غاز، وإدارة الأذونات المخصصة، دون الحاجة إلى إدخال 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 ، authorization_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 مرحلة التحقق

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

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

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

3. تحقق مما إذا كانت شفرة الموقّع authority فارغة أو مفوضة.

4. تحقق من nonce السلطة الموقعة ) لمنع إعادة تشغيل توقيع السلطة (.

5. قم بتعيين رمز التوقيع authority إلى 0xef0100 || العنوان.

6. إضافة nonce ) للموقعين على authority لمنع إعادة تشغيل التوقيع المحلي (.

7. إضافة حساب موقع التوقيع authority إلى قائمة العناوين التي تم الوصول إليها.

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

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

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

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

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

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

4.4 قيمة EIP-7702

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

كسر العديد من الأنماط الموجودة مسبقًا:

1. يمكن أن يتناقص رصيد الحساب بسبب معاملات غير ناتجة عن هذا الحساب.

2. قد تزداد قيمة nonce لـ EOA عدة مرات بعد بدء تنفيذ الصفقة.

3. كسر منطق حماية مقارنة tx.origin و msg.sender، العديد من العقود الحالية معرضة للخطر.

4. يمكن لـ EOA أن تصدر أحداثًا، مما يؤثر على بعض عمليات التعرف على الأحداث على السلسلة.

5. قد تفشل عناوين EOA في استلام الأصول مثل ERC20 و721 و1155 بسبب آلية الاستدعاء ###.

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

1. مزايا EIP-7702

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

完全委托)تفويض كامل###

• قم بإجراء عملية معينة