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

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

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

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

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

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

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

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

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

( 1.2 حالة السوق المجردة للحساب

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

ومع ذلك، فإن هذا لا يؤثر على القيمة الجوهرية لـ AA. إن تصميم EIP4337 يحدد أنه من الصعب حل مشكلة التوافق للأمام مع الشبكة الرئيسية. مع إدماج أنواع مختلفة من L2 الأصلية في AA، شهد عدد عناوين EIP4337 في L2 انفجارًا، حيث وصل عدد المستخدمين النشطين شهريًا على سلسلتي Base وPolygon في يوليو إلى مليون و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. تسرب خصوصية المعاملات: من السهل تحليل معلومات الخصوصية لحامل الحساب في المعاملات المباشرة.

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

أولاً، لاستخدام أي تطبيق على إثيريوم، يجب على المستخدمين الاحتفاظ بالايثر ( وتحمل مخاطر تقلب الأسعار ).

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

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

لذا، تكمن الحلول في تحقيق تجريد الحساب، وفصل الملكية (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-7702 كبديل لـ EIP-3074. لذا فقد تم إهمال EIP-3074، ومن المقرر تضمين EIP-7702 في الشوكة الصلبة القادمة ETH Prague/Electra(Pectra)، وسنتناول التفاصيل لاحقاً.

( 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، والقيمة الأساسية هي أنه يمكن تجنب تغييرات بروتوكول طبقة الإجماع تمامًا.

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

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

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

) 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؟

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

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

) 4.1 ماذا يكون EIP-7702

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

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

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، توقيع_s ])

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

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