مقدمة
تنقسم هذه المقالة إلى وحدتين رئيسيتين:
< p style="text-align: left;">في النصف الأول، سنبدأ من مقترح AA الأول في عام 2015 وننظم بشكل منهجي المحتويات الرئيسية لمقترحات EIP حتى الآن ونأمل في استكشاف تاريخ AA المقترحات التاريخية والتقييم الشامل لمزايا وعيوب كل خيار.
يركز النصف الثاني على مقارنة ردود الفعل على تراجع السوق الذي واجهه EIP4337 بعد اقتراحه، ثم التحليل المتعمق لـ EIP7702، الذي هو على وشك سيتم تضمينه في الإصدار التالي من ترقية Ethereum. بمجرد الدمج، سيتم تغيير نموذج الطلب الموجود على السلسلة بالكامل.
يحتوي EIP-7702 على تغييرات تاريخية، يرجى الاستماع إلى شرح السيد شيشي التفصيلي
1. خلفية تجريد الحساب
1.1 تحديد موضع تجريد الحساب
قام Vitalik، مؤسس Ethereum، مرة أخرى بتحديث خارطة طريق تطوير ETH في نهاية عام 2023، ولكن لم يتم تغيير إعدادات ملخص الحساب. لقد دخل النموذج السائد اليوم أيضًا المرحلة التالية من EIP-4337، تحويل VoluntaryEOA (تحويل حساب EOA الطوعي).
https://x.com/VitalikButerin/status/1741190491578810445
بعد مرور أكثر من عام على إطلاق EIP4337 (في WalletCon في دنفر في 1 مارس 2023، أُعلن رسميًا أن العقد الأساسي لـ ERC-4337 الذي صممه ونفذه مطورو مؤسسة Ethereum قد اجتاز تدقيق OpenZeppelin ويعتبر بمثابة الإطلاق الرسمي لعقدة التاريخ).
لطالما تم الاعتراف به على نطاق واسع من قبل المستخدمين، ولكن لم يتم استخدامه على نطاق واسع في ظل بيئة السوق المتناقضة هذه، فقد تم تقدم EIP-7702 بشكل كبير. لقد تم التأكيد على أنه سيتم دمجه في الترقية القادمة.
1.2 الوضع الحالي للسوق فيما يتعلق بتجريد الحساب
لا بحاجة إلى قول المزيد، دعونا ننظر إلى البيانات مباشرة.
بعد عام ونصف من التطوير، أصبح لدى EIP4337 12 مليون عنوان فقط في مجموعة حسابات السلسلة الرئيسية، والشيء الأكثر إثارة للدهشة هو أنه من بين مالكي Ethereum لا يوجد سوى 6,764 عنوانًا نشطًا عبر الإنترنت. قد تكون هناك مشاكل في البعد الإحصائي، لكنه على الأقل يختلف كثيرًا عن عدد العناوين في EOA وCA. يجب أن تعلم أن عدد العناوين المستقلة على شبكة Ethereum الرئيسية قد وصل إلى 270 مليون (مصدر البيانات: https: //etherscan.io/chart/address).
يمكن القول أن EIP4337 ليس لديه تطور جوهري على الشبكة الرئيسية.
(مصدر بيانات المخطط: https://dune.com/niftytable/account-abstraction)
ومع ذلك، فإن هذا لا يدمر القيمة الأساسية لـ AA، لأنه كان محكومًا عليه بالفشل منذ بداية تصميم EIP4337. ولم يكن قادرًا على الأداء بشكل جيد في مواجهة مشكلات التوافق الخطيرة على الشبكة الرئيسية ، جنبًا إلى جنب مع سلاسل طبقات L2 المختلفة المضمنة بشكل عام مع AA الأصلي، وقد زاد عدد عناوين EIP4337 على L2، ومن بينها، بلغ عدد المستخدمين النشطين شهريًا للسلاسل الأساسية والمضلعة مليونًا و3 ملايين على التوالي مثير للإعجاب للغاية.
لذلك، ليس تصميم EIP4337 خاطئًا، بل له العديد من المزايا، وسنلخصه بشكل منهجي في لحظة العلاقة بين الشبكة الرئيسية وL2، ونظرًا للاختلافات بينهما، فإنهم بحاجة إلى استخدام الحلول المناسبة الخاصة بهم.
2. ما هو تجريد الحساب؟
يبدو تجريد الحساب مربكًا، لكنه في الواقع يحل مشكلة فصل حقوق الملكية بشكل أساسي.
هناك نوعان من الحسابات في بنية EVM (أي جهاز Ethereum الظاهري)، والحساب الخارجي (EOA) وحساب العقد (حساب العقد) .الملكيةوحقوق التوقيع مملوكة فعليًا لنفس الوحدة الفردية. الشخص الذي يحمل المفتاح الخاص ليس لديه "ملكية" الحساب فحسب، بل لديه أيضًا الحق في "التوقيع لنقل جميع الأصول".
يتم تحديد ذلك من خلال بنية معاملات حساب Ethereum
من الهيكل أدناه يمكن أن يكون وجدت أنه في الواقع لا يوجد طرف في معاملات Ethereum القياسية، لذا إذا قمت بإجراء تحويل أموال، ما هو العنوان المحدد الذي سأستهلك منه الأموال؟ في الواقع، يتم فك تشفير عنوان "من" من خلال معلمة VRS الخاصة به (أي توقيع المستخدم).
يتضمن ذلك التشفير غير المتماثل مثل ECDSA ووظيفة العتبة أحادية الاتجاه ومفاهيم أخرى، ولن نتوسع فيها باختصار، يتم استخدام التشفير لضمان الأمان وبطبيعة الحال، أدى هذا أيضًا إلى معضلة عنوان EOA الخاصة بدمج حقوق الملكية اليوم.
التأثير الأساسي لـ EIP4337 هو إضافة حقل عنوان المرسل إلى حقل المعاملة، وبالتالي فصل المفتاح الخاص عن العنوان الذي يتم تشغيله.
إذن، ما سبب أهمية فصل حقوق الملكية؟
لأن تصميم الحساب الخارجي (EOA) سيؤدي إلى المزيد من المشاكل:
من الصعب حماية المفاتيح الخاصة: فقدان المستخدمين لمفاتيحهم الخاصة (الفقدان، هجوم القراصنة، اختراق التشفير) يعني فقدان جميع الأصول.
عدد قليل من خوارزميات التوقيع: يمكن للبروتوكول الأصلي فقط استخدام توقيع ECDSA وخوارزميات التحقق من التوقيع للتحقق من المعاملات.
سلطة توقيع عالية: لا يوجد توقيع متعدد أصلي (لا يمكن للتوقيع المتعدد أن يتعاون إلا من خلال العقود الذكية)، ويمكن لتوقيع واحد تنفيذ أي توقيع تعمل.
لا يمكن دفع رسوم المعاملات إلا من خلال ETH، ولا يتم دعم المعاملات المجمعة.
تسرب خصوصية المعاملات: المعاملات الفردية تجعل من السهل تحليل المعلومات الخاصة لصاحب الحساب.
تجعل قيود الجاذبية من الصعب على المستخدمين العاديين استخدام Ethereum:
أولاً وقبل كل شيء، لاستخدام أي تطبيق على Ethereum، يجب على المستخدمين الاحتفاظ بالإيثر (وتحمل مخاطر تقلبات أسعار الأثير).
ثانيًا، يحتاج المستخدمون إلى التعامل مع منطق التكلفة المعقد. تعتبر المفاهيم مثل سعر الغاز، وحد الغاز، وحظر المعاملات (الطلب مرة واحدة) معقدة للغاية بالنسبة للمستخدمين.
أخيرًا، على الرغم من أن العديد من محافظ أو تطبيقات blockchain تحاول تحسين تجربة المستخدم من خلال تحسين المنتج، إلا أن تأثيراتها الفعلية ضئيلة.
لذا فإن طريقة كسر هذا الوضع هي تنفيذ تجريد الحساب وفصل الملكية (المالك) وحقوق التوقيع (الموقع)، بحيث يمكن حل المشكلات المذكورة أعلاه واحدا تلو الآخر.
في الواقع هناك العديد من الخطط التاريخية، وسوف تلتقي في النهاية في مسارين
3. مراجعة لتاريخ مقترحات AA
p>
يبدو أن هناك العديد من مقترحات EIP لحل المشكلة، ولكن في التحليل النهائي، هناك فكرتان أساسيتان. لذلك، كل EIP يتم طرحه لم يتم تمريره في الماضي وقد تقاربت المشاكل في حل الخطة الحالية.
3.1 المسار الأول هو تغيير عنوان EOA إلى عنوان CA
في وقت مبكر من 15 نوفمبر 2015، فيما يتعلق بـ EIP-101، اقترح Vitalik بنية جديدة تستخدم العقود كحسابات. قم بتغيير العنوان إلى رمز ومساحة تخزين فقط، وقم بتغيير رسوم المناولة لدعم الدفع عن طريق ERC20، وقم بتغيير الرمز المميز الأصلي إلى ما يشبه ERC20 لتوفير الرصيد من خلال عقد مُجمَّع مسبقًا (يمكن أن يكون له وظائف مثل حجب التفويض)، وتبسيط حقول المعاملات فقط لبدء الغاز والبيانات والتعليمات البرمجية.
يبدو الآن أنه تغيير في نمط Great Leap Forward، والذي سيغير بشكل كبير التصميم الأساسي بحيث يكون لكل عنوان حساب منطق "الكود" الخاص به (في الواقع، هذا هو بالضبط ما يحاول EIP-7702 تحقيقه الآن).
يمكنه أيضًا اشتقاق وظائف أخرى، مثل
السماح للمعاملات باستخدام المزيد من خوارزميات التشفير، ويمكن تحديد طريقة التحقق من التوقيع من خلال الرمز الداخلي لكل عنوان
إنه مقاوم للهجمات الكمومية لأن الكود له خصائص الترقية.
دع Ethereum يتمتع بنفس الخصائص الوظيفية لعقد ERC20، والتأثير الأساسي هو حجب الترخيص، لذلك ليست هناك حاجة إلى فقدان العملة الأصلية
تحسين مساحة تخصيص الحساب، والتوافق مع التعافي الاجتماعي، ودعم sbt، واسترجاع المفاتيح، وما إلى ذلك.< /p>
سبب عدم الاستمرار في المضي قدمًا بسيط جدًا أيضًا، ومن الواضح أن الوتيرة كبيرة جدًا فيما يتعلق بالتيار تم تأجيل مشكلة تعارض تجزئة المعاملات والمخاطر الأمنية بسبب عدم الاهتمام بها، لكن مفهوم كل ميزة أصبح أحد الوظائف الأساسية لـ EIP4337 وEIP7702.
في وقت لاحق، كانت هناك سلسلة من EIPs تحاول تحسين هذا المنطق
EIP-859 : تجريد حساب السلسلة الرئيسية--2018-01-30
محاولة حل مشكلة نشر التعليمات البرمجية والوظيفة الأساسية هي ذلك في حالة حدوث معاملة، إذا لم يتم نشر العقد، فسيتم استخدام معلمات الكود المرفقة بالمعاملة لتنفيذ نشر محفظة العقد. ثانيًا، يُقترح أيضًا رمز تشغيل PAYGAS جديد، بالإضافة إلى دفع الغاز، ويصبح أيضًا هو الفاصل بين جزء التحقق وجزء التنفيذ لمعلمات المعاملة.
على الرغم من أنها انتهت دون جدوى في ذلك الوقت، إلا أنها أصبحت الآن أحد المنطق الأساسي لـ EIP7702 ويمكن دمج كل معاملة من معاملات EIP7702 مع بنية معاملة خاصة ويمكن أن تكون مصحوبة بكود معين، مما يسمح لعنوان EOA بالحصول على إمكانات العقد في هذه المعاملة.
EIP-7702: تعيين رمز حساب EOA 2024-05-07
هذا أيضًا هو EIP الأساسي للآلية التي تمت مناقشتها لاحقًا في هذه المقالة. تم نشر EIP-7702 بواسطة Vitalik كبديل لـ EIP-3074 (2024-05-07). لذلك، تم التخلي عن EIP-3074 وتم تحديد EIP-7702 ليتم تضمينه في الانقسام الصلب القادم لـ ETH براغ/إلكترا (Pectra) وسوف نتوسع في التفاصيل أدناه.
3.2 المسار الثاني هو السماح لعنوان EOA بتوجيه عنوان CA
EIP-3074: أضف AUTH
وAUTHCALL
< /strong>Opcode--2020-10-15
أضف اثنين من OpCodes جديدينAUTH إلى EVM code> AUTHCALL
يسمحان لـ EOA باستدعاء عقود أخرى من خلال عقدي ترخيص كود التشغيل هذين بدلاً من هوية EOA.
بالدمج مع الصورة أدناه، باختصار، يمكن لـ EOA إرسال رسالة موقعة (معاملة) إلى عقد تثق به (يسمى المستدعي
)، يمكن لعقد المستدعي
هذا الاستفادة من كود التشغيل للإرسال هذه الصفقة بدلاً من اتفاقية EOA هذه.
EIP-4337: استخدم تجمع ذاكرة المعاملات لتنفيذ تجريد الحساب--2021-09-29
باختصار، تصميمه مستوحى من MEV، وقيمته الأساسية هي أنه يمكنه تجنب تغييرات بروتوكول طبقة الإجماع تمامًا.
يقترح eip4337 كائن معاملة جديدًا UserOperation
، ويرسل المستخدم هذا الكائن إلى تجمع الذاكرة، والذي يستخدمه المجمعات
تعمل تعبئة الدُفعات وتسليم العقود لتنفيذ معاملات المعاملات من بُعد المُعدِّن بشكل أساسي على سحب المعاملات الأساسية وعمليات الحساب إلى مستوى العقد للتنفيذ.
EIP-5189: تشغيل الحسابات المجردة من خلال المصادقين—2022-06-29
يمكن اعتبار هذا تحسينًا لمنطق EIP4337. في مواجهة Bundler
الضار، فإنه ينشئ آلية لتصديق العقوبات المالية لمنع هجمات حظر DoS.
3.3 مقترحات أخرى لدعم AA
< strong> EIP-2718: مظروف تعبئة نوع المعاملة الجديد--2020-06-13
هذا هو الاقتراح النهائي، وقد حدد نوع معاملة جديد بمثابة مظروف لأنواع المعاملات المستقبلية.
التأثير النهائي هو أنه عند تقديم نوع معاملة جديد، يتم استخدام تشفير محدد لتمييز نوع المعاملة، بحيث يحتاج فقط إلى التوافق مع الإصدارات السابقة ، دون الحاجة إلى التوافق الأمامي. المثال الأكثر شيوعًا هو EIP1559، الذي يميز رسوم المعاملات ويستخدم رموز نوع المعاملة الجديدة دون التأثير على نوع المعاملة القديمة الأصلية.
EIP-3607: قم بإجراء EOA
عنوان غير عقد قابل للنشر--2021-06-10
هذا حل تكميلي على مسار AA لمنع تعارض عنوان نشر العقد مع EOA سؤال. وسيتحكم في طريقة إنشاء العقد بحيث لا يسمح النظام بنشر التعليمات البرمجية على عنوان يمثل بالفعل عنوان EOA. هذه المخاطرة في الواقع صغيرة جدًا، حيث يبلغ طول عنوان Ethereum 160 بت، على الرغم من وجود طريقة لاستخدام المفتاح الخاص للتصادم مع المفتاح الخاص لعنوان العقد المحدد، إلا أن الأمر سيستغرق عامًا كاملاً. القوة الحاسوبية للبيتكوين.
3.4 كيف تفهم عملية تطوير تجريد الحساب؟
أولاً وقبل كل شيء، عليك أن تفهم قيمة التحويل إلى CA
في الأساس، هذا هو التأثير الفعلي لـ EIP-4337، يمكنه تحقيقه
ومع ذلك، فإن العيب الأساسي في EIP-4337 هو أنه ينتهك مبدأ التحفيز البشري.
يبدو الأمر أفضل، لكنه وقع في دورة لا نهاية لها من تطوير السوق. العديد من التطبيقات اللامركزية غير متوافقة، لذلك لا يرغب المستخدمون في استخدام عناوين CA. حتى استخدام CA له تكاليف معاملات أعلى (في سيناريوهات النقل العادية، ستتضاعف تكاليف المعاملات)، كما أنه يعتمد بشكل كبير على توافق Dapp نفسه.
لذلك لم يتم نشرها على شبكة Ethereum الرئيسية حتى الآن.
التكلفة هي المعيار الأكثر أهمية للمستخدمين ويجب تقليل التكاليف.
ولكن لتقليل GAS حقًا، يجب على Ethereum نفسه إجراء ترقية شوكة ناعمة أو تعديل حساب GAS أو تعديل استهلاك GAS لرمز التشغيل والوحدات الأخرى ، نظرًا لأنها ضرورية للشوكة الناعمة، فلماذا لا تفكر فقط في EIP-7702؟
4. تحليل شامل لـ EIP-7702
< قوي >4.1 ما هو EIP-7702
يتميز بأنواع المعاملات الجديدة، مما يسمح لـ EOA بالحصول على عقود ذكية مؤقتًا في وظيفة معاملة واحدة ، وبالتالي دعم المعاملات المجمعة والمعاملات الخالية من الغاز وإدارة الأذونات المخصصة في الأعمال، دون الحاجة إلى تقديم رمز تشغيل EVM جديد (يؤثر على التوافق الأمامي).
يسمح للمستخدمين بالحصول على معظم إمكانيات AA دون نشر العقود الذكية، ويمكنه حتى تزويد أطراف ثالثة بالقدرة على بدء المعاملات نيابة عن المستخدمين لا يتطلب من المستخدم تقديم مفتاح خاص، فقط معلومات ترخيص التوقيع.
4.2 بنية البيانات
يحدد نوع معاملة جديد 0x04، TransactionPayload لهذا النوع من المعاملات هو نتيجة تسلسل تشفير RLP للمحتوى التالي
الشيء المهم هو إضافة كائن Authorization_list إليه، والذي يخزن بالنسبة لرغبات الموقع، يتم تنفيذ التعليمات البرمجية في EOA، عندما يقوم المستخدم بالتوقيع على المعاملة، كما أنه يوقع على رمز العقد المراد تنفيذه، وهو موجود كقائمة ثنائية الأبعاد، مما يشير إلى أنه يمكن تخزين معلومات التشغيل المتعددة على دفعات وعمليات دفعية يمكن تنفيذها.
4.3 دورة حياة المعاملة
4.3. 1 مرحلة التحقق
في بداية تنفيذ المعاملة، لكل [chain_id, Address, nonce, y_parity, r, s لكل قائمة تفويضات ]
Tuple:
الاسترداد من التوقيع r, s باستخدام ecrecover إخراج المُوقع العنوان (لاحظ أن هذه هي آلية Ethereum نفسها، وبالتالي فإن EIP لا يغير خوارزمية التوقيع). authority = ecrecover(keccak(MAGIC || rlp([chain_id, Address, nonce]))), y_parity, r, s]
(على غرار فك التشفير السابق للتوقيع للحصول على العنوان من، النتيجة هنا هي عنوان التوقيع الجزئي لهذه القائمة)
التحقق من معرف السلسلة (منع إعادة تشغيل سلسلة الشوكة)
li>تحقق مما إذا كان رمز المُوقع المرجع
فارغًا أو تم تفويضه (تحقق مما إذا كانت المعاملة هي معاملة 7702 صالحة، والتي ستتبعها آلية التفويض لإجراء المعاملات نيابة عن الآخرين)
التحقق من اسم الموقّع السلطة
(سلطة مكافحة )
إعادة تشغيل التوقيع)
تعيين السلطة > رمز الموقّع إلى 0xef0100 ||. العنوان
(يستخدم لتجاوز سياسة منع التصادم EIP3607)
زيادة السلطة
رقم المُوقع (لمنع إعادة تشغيل التوقيع جزئيًا)
استبدل سلطة
للموقع تتم إضافة الحساب إلى قائمة العناوين التي تمت زيارتها (نقل العنوان السريع، تقليل رسوم الغاز لتخزين الاستعلام)
4.3.2 مرحلة عملية التنفيذ
أين رموز العقد وتعليمات التشغيل المطلوب تنفيذها
الإصدار "الجديد" يغير فقط السلوك فيما يتعلق بنشر التعليمات البرمجية
لم يعد يقوم بتعيين رمز الحساب على contract_code، وبدلاً من ذلك يمكنك استرداد الرمز address
من authorization_list
وتعيين هذا الرمز كرمز الحساب.
لذلك، عندما يلزم تنفيذ رمز التفويض، يتم تحميل الرمز من العنوان المحدد بواسطة حقل العنوان
في authorization_list
، ويتم تنفيذه في سياق حساب الموقع.
وهذا يعني أن رمز العقد الخاص بالمستخدم يتم تخزينه فعليًا في عنوان محدد في السلسلة، بدلاً من تضمينه مباشرة في المعاملة.
يتم تخزين تعليمات التشغيل والمعلمات ذات الصلة في حقل البيانات
الخاص بحمولة المعاملة.
4.4 ما هي قيمة EIP-7702؟
سيقوم بتغيير رابط محفظة Web3 بالكامل، وستتغير تجربة المستخدم أيضًا بشكل جذري لأنه يمكن أيضًا تنفيذ المعاملات العادية التي بدأتها EOA تشبه العقود منطقًا مختلفًا، مثل نقل الدُفعات. سيؤثر سيناريو CeFi على تحديد المعاملات ورسوم تحصيل السحب
بسبب ظهوره، تم كسر العديد من الصور النمطية السابقة، مثل:
يكسر القاعدة الثابتة التي تنص على أنه لا يمكن تخفيض رصيد الحساب إلا من خلال المعاملات الناشئة من هذا الحساب.
يكسر المتغير الذي يزيد من EOA nonce بمقدار 1 بعد بدء تنفيذ المعاملة (قد يزيد عدة مرات في نفس الوقت).
من خلال كسر منطق الحماية للمقارنة بين tx.origin وmsg.sender، فإن العديد من العقود السابقة معرضة للخطر.
يكسر الوضع الراهن الذي لا تستطيع EOA نفسها إصدار الأحداث فيه -أحداث السلسلة.
كسر الوضع الراهن الذي يجب أن تنجح عناوين EOA في قبول ERC20 و721 و1155 والأصول الأخرى (قد تفشل بسبب رد الاتصال الآلية)
p>
< strong>4.5 مقارنة بين EIP-7702 وEIP-4337
1. مزايا EIP-7702
الغاز أقل لأنه ليست هناك حاجة للمرور عبر وحدة نقطة الدخول، مما يقلل من مقدار الوقت الذي تستغرقه السلسلة في العمل.
تكاليف ترحيل المستخدم أقل، وليست هناك حاجة لنشر العقود على السلسلة باعتبارها الجسم الرئيسي مسبقًا
بالمقارنة مع Eip4337، سيكون هناك أيضًا تنفيذ لتفويض التعليمات البرمجية، وستكون هناك أيضًا طريقتان:
التفويض الكامل < /p>
يشير التفويض الكامل إلى تفويض جميع الأذونات لعملية ما إلى عنوان محدد. على سبيل المثال، يمكن للمستخدمين تفويض حقوق الإدارة لجميع رموز ERC-20 إلى عنوان عقد ذكي، بحيث يمكن لهذا العقد الذكي تنفيذ جميع العمليات ذات الصلة نيابة عن المستخدم.
التفويض المحمي
يشير موضوع التفويض المحمي إلى الإضافة بعض القيود وتدابير الحماية أثناء عملية التفويض لضمان سلامة عملية التفويض والتحكم فيها.
على سبيل المثال، يمكن للمستخدمين تفويض إدارة جزء فقط من رموز ERC-20 إلى عقد ذكي، أو تعيين بعض القيود (مثل الحد الأقصى للإنفاق اليومي من إجمالي الرصيد 1%).
2. عيوب EIP-7702
له العيب الأساسي هو أنها ترقية شوكة ناعمة، الأمر الذي يتطلب إجماع الجميع للترويج لها، والتغييرات ضخمة ولها تأثير واسع على بيئة السلسلة. بناءً على التقييم الأولي لـ Shijunjun، هناك التحديات التالية، لكن التحديات تمثل أيضًا فرصًا للسوق:
درجة الحرية عالية للغاية ويصعب تحديدها سيحتاج المستخدمون إلى محافظ أكثر موثوقية لتوفير الحماية الأمنية.
لقد تغير الهيكل الأصلي كثيرًا على الرغم من أنه يتميز باختلاف أنواع المعاملات، والعديد من البنى التحتية، وخاصة العقود غير القابلة للتغيير على السلسلة، لا يمكن تعديل التكيف مباشرة.
يوفر إمكانات العقد لعناوين EOA، ولكن لا يمكن الاحتفاظ بمساحة التخزين المقابلة.
تكلفة المعاملة المنفصلة أعلى قليلاً لأن جزء بيانات الاتصال سيتم زيادته بشكل كبير تكون 16 (غاز) * 15 (بايت) = 240
(غاز) تكلفة بيانات الاتصال، بالإضافة إلى تكلفة EIP-3860 2 * 15 = 30
، بالإضافة إلى تكلفة وقت التشغيل التقريبية < كود> 150 كود>. ولذلك فإن مجرد إعداد الحساب، حتى لو لم تفعل شيئا، سيزيد الغاز بمقدار 500.
"إذا قام المستلم بتوقيع التعليمات البرمجية دون تلقي الوظيفة، فقد يواجه المرسل حجب الخدمة عند محاولة إرسال الأصل." . تكمن المشكلة في الواقع في أن EOA A قام بالتوقيع على شيء لا ينبغي له فعله - ملف قابل لإعادة التشغيل مع إعداد تنفيذ خاطئ (لا يوجد receive()
).
قد يكون منطق السحب في السلسلة غير متسق، على سبيل المثال، عند نقل رموز ERC-20، إذا كان حساب المستلم لديه رمز، ثم سيستدعي عقد الرمز المميز onERC20Received
حساب المستلم. إذا قام onERC20Received
بإرجاع قيمة غير صحيحة أو إرجاعها، فسيتم إرجاع عملية نقل الرمز المميز.
بالإضافة إلى ذلك، إذا كان بإمكان EOA إصدار أحداث، فهل ستكون هناك أية مشكلات؟ قد تحتاج بعض البنية التحتية إلى الاهتمام.
هذه ليست سوى بعض أوجه القصور التي لخصها Shijun بناءً على محتوى اقتراح EIP7702 الحالي ومناقشات المنتدى الرسمية المقابلة النهاية يجب أيضًا أن تعتمد على كود التنفيذ النهائي لتحليله بالكامل.
المرجع كما يلي:
5.ملخص النص الكامل
يبدو أن هذه المقالة ضخمة في الطول، ولكن في الواقع محتوى النص يبلغ حوالي 6 آلاف كلمة فقط ويمكن توسيع العديد من تفسيرات EIP السابقة المتضمنة فيها الروابط في المقال، لذلك لن أخوض في ذلك.
في الوقت الحالي، لا يمكن وضع تجريد الحساب إلا في الوحدة السادسة، والتي تهدف إلى إصلاح كل شيء، وهو أيضًا التنفيذ النهائي تم تسريعها بشكل كبير، وما يجلبه أكثر هو التحدي الذي يواجه أمن النظام، ومن المتوقع أن يتم تحقيقه في النهاية، حيث يمكن أن تحدث أحداث تخريبية مثل اندماج Ethereum وتعديل خوارزمية الإجماع ماذا عن أنواع المعاملات الجديدة؟
ولكن هذه المرة هناك الكثير من التخريب، وكسر القواعد المخفية المستحيلة على سلاسل متعددة، وكذلك كسر منطق التطبيق لمعظم التطبيقات اللامركزية، لكنه يحتل بقوة النقطة الأساسية هي أن التكلفة بالنسبة للمستخدمين أقل! مقارنة بتكلفة المعاملات المضاعفة تقريبًا لـ EIP4337.
لا يزال المستخدم نفسه لديه عنوان EOA، ويقوم فقط بالقيادة واستخدام منطق CA عند الحاجة، وبالتالي فإن تكلفة الاحتفاظ به منخفضة. ليست هناك حاجة لتحويل هوية CA على السلسلة قبل تنفيذ العمليات، مما يعني أن المستخدمين لا يحتاجون إلى التسجيل.
يمكن للمستخدمين بسهولة استخدام EOA لتحقيق معاملات متعددة بالتوازي، مثل ترخيص الاستقطاع وتنفيذ الاستقطاع في معاملة واحدة، مما يقلل من تكلفة المعاملة للمستخدمين تعتبر التطبيقات اللامركزية، وخاصة أطراف المشروع التي تحتاج إلى إدارة على مستوى المؤسسة على السلسلة، مثل عمليات التبادل، بمثابة تحسين مدمر بمجرد تحقيق جمع الدُفعات في البيئة الأصلية، يمكن تقليل تكلفة التبادل الأساسية على الفور بأكثر من النصف. وفي النهاية يمكن أن يفيد المستخدمين أيضًا.
لذلك، على الرغم من أنها تغيرت كثيرًا، إلا أنها تحتل بُعد التكلفة، وهو ما يستحق الدراسة والتكيف مع جميع التطبيقات اللامركزية، لأنه هذه المرة، يجب على المستخدمين الوقوف على جانب EIP7702. ص>