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

المقدمة

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

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

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

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

1. تجريد الحساب背景

1.1 تجريد الحساب的意义定位

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

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

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

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

ومع ذلك، فإن هذا لا يؤثر على القيمة الجوهرية لتجريد الحساب (AA). لقد كان من المقدر منذ البداية أن تصميم EIP4337 سيجعل من الصعب حل مشكلة التوافق للأمام مع الشبكة الرئيسية. مع تضمين أنواع مختلفة من L2 في AA، انفجر عدد عناوين EIP4337 على L2، حيث وصل عدد المستخدمين النشطين الشهريين على سلسلة Base وPolygon في يوليو إلى مليون و300 ألف على التوالي، وهو أمر ملحوظ.

لذلك، ليس هناك خطأ في تصميم 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 وتتحمل مخاطر تقلب الأسعار لاستخدام أي تطبيق إثيريوم.

ثانياً، يحتاج المستخدم إلى التعامل مع منطق الرسوم المعقد، سعر الغاز، حد الغاز، انسداد المعاملات ( ترتيب nonce ) وغيرها من المفاهيم المعقدة.

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

لذلك, تكمن الحلول في تحقيق تجريد الحساب, وفصل الملكية (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: إعداد كود الحساب EOA )2024-05-07(

هذه هي جوهر الآلية التي نوقشت في هذه المقالة EIP، والتي تم نشرها بواسطة فيتاليك كبديل لـ EIP-3074. وبالتالي تم التخلي عن EIP-3074، وتم تحديد EIP-7702 ليتم تضمينه في الشوكة الصلبة القادمة ETH Prague/Electra)Pectra(.

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

EIP-3074: إضافة رموز العملية AUTH و AUTHCALL (2020-10-15)

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

بإيجاز، يمكن للحساب الخارجي القابل للتوقيع إرسال رسالة موقعة ### والمعاملة ( إلى عقد موثوق يسمى Invoker )، حيث يمكن لعقد Invoker هذا استخدام رموز التشغيل AUTH و AUTHCALL بدلاً من الحساب الخارجي لإصدار المعاملات.

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

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

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

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

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

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

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

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

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

EIP-3607: جعل عنوان EOA غير قابل لنشر العقد )2021-06-10###

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

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

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

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

1. دفع الغاز بأي رمز
2. المعاملات الجماعية
3. قابلية البرمجة للتوقيع
4. منطق المحفظة قابل للتحديث
5. التوقيع المتعدد واستعادة الاجتماعية
6. معاملات بدون غاز
7. دفع الغاز القابل للبرمجة

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

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

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

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

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

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

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

( 4.1 ما هو EIP-7702

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

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

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

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

rlp###[معرف_السلسلة، nonce، الحد_الأقصى_لرسوم_الأولوية_لكل_غاز، الحد_الأقصى_للرسوم_لكل_غاز، حد_الغاز، الوجهة، القيمة، البيانات، قائمة_الوصول، قائمة_التفويض، توقيع_y_الزوجي، توقيع_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 لاستعادة عنوان الموقّع ( آلية إثيريوم نفسها، لم يُغير هذا EIP خوارزمية التوقيع ).
2. تحقق من سلسلة ID### لمنع إعادة تشغيل سلسلة الانقسام ###.
3. تحقق مما إذا كان رمز التوقيع authority فارغًا أو مفوضًا ( للتحقق مما إذا كانت المعاملة هي معاملة 7702 صالحة، ومن ثم تنفيذ المعاملة ) عبر آلية التفويض.
4. التحقق من nonceauthority الموقع ( لمنع إعادة تشغيل توقيع authority ).
5. تعيين كود التوقيع authority إلى 0xef0100 || address( لتجاوز استراتيجية تجنب التصادم EIP3607 ).
6. زيادة nonce authority الموقعة ( لمنع إعادة تشغيل التوقيع المحلي ).
7. إضافة حساب الموقع المصدق على السلطة إلى قائمة العناوين التي تم الوصول إليها ( وتحويل العنوان إلى حرارة، وتقليل تكاليف الغاز لتخزين الاستعلام ).

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