بعض الأشياء يصعب تصنيفها في فئة واحدة، في تصميم بروتوكول إثيريوم، هناك العديد من "التفاصيل" التي تعتبر مهمة جداً لنجاح إثيريوم. في الواقع، حوالي نصف المحتوى يتعلق بأنواع مختلفة من تحسينات EVM، بينما يتكون النصف الآخر من مواضيع متنوعة صغيرة، وهذه هي "معنى الازدهار".
الازدهار: الهدف الرئيسي
تحويل EVM إلى "حالة نهائية" عالية الأداء ومستقرة
إدخال تجريد الحسابات في البروتوكول، مما يسمح لجميع المستخدمين بالاستمتاع بحسابات أكثر أمانًا وملاءمة
تحسين الاقتصاد في رسوم التداول، وزيادة القابلية للتوسع مع تقليل المخاطر
استكشاف علم التشفير المتقدم، مما يحسن إثيريوم بشكل ملحوظ على المدى الطويل
تحسين EVM
ما هي المشكلة التي تم حلها؟
إن EVM الحالي صعب التحليل الثابت، مما يجعل من الصعب إنشاء تنفيذات فعالة، والتحقق الرسمي من التعليمات البرمجية، وإجراء مزيد من التوسع. بالإضافة إلى ذلك، فإن كفاءة EVM منخفضة، مما يجعل من الصعب تنفيذ العديد من أشكال التشفير المتقدم، إلا من خلال دعم مسبق التجميع بشكل صريح.
ما هو, كيف يعمل؟
الخطوة الأولى في خارطة طريق تحسين EVM الحالية هي تنسيق كائن EVM (EOF)، والذي من المقرر تضمينه في الانقسام الصعب التالي. EOF هو سلسلة من EIP، يحدد إصدار جديد من كود EVM، مع العديد من الميزات الفريدة، وأبرزها:
الكود ( قابل للتنفيذ، لكن لا يمكن قراءته من EVM. أما البيانات ) فهي قابلة للقراءة، لكنها لا يمكن تنفيذها بين الانفصال (.
يمنع التحويل الديناميكي، يسمح فقط بالتحويل الثابت
لا يمكن رؤية المعلومات المتعلقة بالوقود في كود EVM
أضيفت آلية جديدة لروتين فرعي صريح
![فيتاليك حول مستقبل إثيريوم المحتمل (6): التبذير])https://img-cdn.gateio.im/webp-social/moments-e607936b4195e92945aa6ebd5f969276.webp(
)# ازدهار: تحسين EVM ### استمرار (
ستستمر العقود القديمة في الوجود ويمكن إنشاؤها، على الرغم من أنه قد يتم التخلص تدريجياً من العقود القديمة ) وقد يتم تحويلها قسراً إلى كود EOF (. ستستفيد العقود الجديدة من تحسين الكفاءة الناتج عن EOF------أولاً من خلال كود البايت الذي تم تقليصه قليلاً بفضل ميزات الروتين الفرعي، ثم من خلال الميزات الجديدة الخاصة بـ EOF أو انخفاض تكاليف الغاز.
بعد إدخال EOF، أصبحت التحديثات المستقبلية أسهل بكثير، وأفضل تطوير هو توسيع العمليات الحسابية لوحدة EVM ) EVM-MAX (. أنشأت EVM-MAX مجموعة من التعليمات الجديدة المخصصة لعمليات المود، وضعتها في مساحة ذاكرة جديدة لا يمكن الوصول إليها من خلال أي تعليمات أخرى، مما يجعل من الممكن استخدام تحسينات مثل ضرب مونتغمري.
فكرة جديدة نسبياً هي دمج EVM-MAX مع خاصية التعليمات المتعددة البيانات SIMD)، حيث أن SIMD كفكرة في إثيريوم موجودة منذ فترة طويلة، حيث تم اقتراحها في البداية من قبل Greg Colvin في EIP-616. يمكن استخدام SIMD لتسريع العديد من أشكال التشفير، بما في ذلك دوال التجزئة، و32-بت STARKs، والتشفير القائم على الشبكات، ويجعل دمج EVM-MAX و SIMD هذين النوعين من التوسع الموجه نحو الأداء ثنائياً طبيعياً.
سيكون التصميم العام لمجموعة EIP نقطة انطلاقه EIP-6690، ثم:
يسمح بـ (i) أي عدد فردي أو (ii) أي قوة من 2 لا تتجاوز 2768 كعدد أساسي
بالنسبة لكل رمز عملية EVM-MAX ( الجمع، الطرح، الضرب )، أضف إصدارًا لا يستخدم بعد الآن 3 قيم فورية x، y، z، بل يستخدم 7 قيم فورية: x_start، x_skip، y_start، y_skip، z_start، z_skip، count. في شفرة Python، تكون وظيفة هذه الرموز مشابهة لـ:
بالنسبة لأنا في range(count):
mem[z_start + z_skip * العدد] = op(
mem [x_start + x_skip * عدد] ،
[y_start + y_skip * عدد]
)
في التنفيذ الفعلي، سيتم معالجة ذلك بطريقة متوازية.
قد يتم إضافة XOR و AND و OR و NOT و SHIFT( بما في ذلك الحلقات وغير الحلقات)، على الأقل بالنسبة لعدد 2 المضاعف. كما سيتم إضافة ISZERO( لدفع المخرجات إلى المكدس الرئيسي لـ EVM)، مما سيكون قويًا بما يكفي لتنفيذ التشفير باستخدام منحنيات بيانية، والتشفير في الحقول الصغيرة( مثل Poseidon و Circle STARKs)، ودوال التجزئة التقليدية( مثل SHA256 و KECCAK و BLAKE) والتشفير القائم على الشبكات. قد يتم تنفيذ ترقيات أخرى لـ EVM، ولكن حتى الآن كانت نسبة الاهتمام بها منخفضة.
(# العمل المتبقي والاعتبارات
حالياً، تخطط EOF للإدراج في الانقسام الصلب التالي. على الرغم من أنه دائماً هناك إمكانية لإزالته في اللحظة الأخيرة------ تم إزالة ميزات مؤقتاً في الانقسامات الصلبة السابقة، إلا أن القيام بذلك سيواجه تحديات كبيرة. إزالة EOF تعني أن أي ترقية مستقبلية لـ EVM يجب أن تتم بدون EOF، على الرغم من أنه يمكن القيام بذلك، إلا أنه قد يكون أكثر صعوبة.
تتمثل المقايضة الرئيسية لـ EVM في تعقيد L1 وتعقيد البنية التحتية، حيث أن EOF يتطلب إضافة كمية كبيرة من التعليمات البرمجية إلى تنفيذ EVM، كما أن فحص التعليمات البرمجية الثابتة معقد نسبياً. ومع ذلك، كتعويض، يمكننا تبسيط اللغات عالية المستوى، وتبسيط تنفيذ EVM، وغيرها من الفوائد. يمكن القول إن التركيز على خريطة الطريق للتحسين المستمر لـ إثيريوم L1 يجب أن يتضمن ويستند إلى EOF.
يجب القيام بعمل مهم يتمثل في تحقيق وظائف مماثلة لـ EVM-MAX مع SIMD، وإجراء اختبارات مرجعية لاستهلاك الغاز لمختلف العمليات التشفيرية.
)# كيف تتفاعل مع الأجزاء الأخرى من خارطة الطريق؟
تقوم L1 بتعديل EVM الخاص بها بحيث يمكن لـ L2 أيضًا إجراء التعديلات اللازمة بسهولة أكبر، وإذا لم يتم إجراء التعديلات المتزامنة بينهما، فقد يؤدي ذلك إلى عدم التوافق، مما يسبب تأثيرات سلبية. بالإضافة إلى ذلك، يمكن أن تقلل EVM-MAX و SIMD من تكلفة الغاز للعديد من أنظمة الإثبات، مما يجعل L2 أكثر كفاءة. كما أنه يجعل من الأسهل استبدال المزيد من التعليمات المسبقة بكود EVM يمكنه تنفيذ نفس المهام، مما قد لا يؤثر بشكل كبير على الكفاءة.
![فيتاليك حول مستقبل إثيريوم المحتمل (6): The Splurge]###https://img-cdn.gateio.im/webp-social/moments-ec1638a809393a6ed42724fb08f534da.webp###
( تجريد الحساب
)# ما هي المشكلة التي تم حلها؟
حاليًا، يمكن التحقق من المعاملات بطريقة واحدة فقط: توقيع ECDSA. في البداية، كان الهدف من تجريد الحسابات هو تجاوز ذلك، مما يسمح لمنطق التحقق من الحساب بأن يكون أي كود EVM. وهذا يمكن أن يمكّن مجموعة من التطبيقات:
الانتقال إلى التشفير المقاوم للكم
تبديل المفاتيح القديمة ### يُعتبر على نطاق واسع ممارسة أمان موصى بها ###
محفظة متعددة التوقيعات ومحفظة استعادة اجتماعية
استخدم مفتاحًا واحدًا للعمليات ذات القيمة المنخفضة، واستخدم مفتاحًا آخر ( أو مجموعة مفاتيح ) للعمليات ذات القيمة العالية
يسمح لبروتوكول الخصوصية بالعمل بدون وسطاء، مما يقلل بشكل كبير من تعقيده، ويزيل نقطة اعتماد مركزية رئيسية.
منذ طرح مفهوم التجريد الحسابي في عام 2015، توسعت أهدافه لتشمل العديد من "أهداف الراحة"، على سبيل المثال، يمكن لحساب لا يمتلك ETH ولكنه يمتلك بعض ERC20 استخدام ERC20 لدفع رسوم الغاز.
MPC( الحوسبة متعددة الأطراف) هي تقنية لها تاريخ يمتد لأربعين عامًا، تُستخدم لتقسيم المفاتيح إلى أجزاء متعددة وتخزينها على أجهزة متعددة، مع الاستفادة من تقنيات التشفير لإنشاء توقيعات، دون الحاجة إلى تجميع هذه الأجزاء من المفاتيح بشكل مباشر.
EIP-7702 هو اقتراح مخطط لتقديمه في الانقسام الصعب القادم، وEIP-7702 هو نتيجة للاعتراف المتزايد بتوفير便利抽象 الحسابات لفائدة جميع المستخدمين ( بما في ذلك مستخدمي EOA )، يهدف إلى تحسين تجربة جميع المستخدمين على المدى القصير وتجنب الانقسام إلى نظامين بيئيين.
بدأ هذا العمل بـ EIP-3074، وتطور في النهاية ليصبح EIP-7702. يوفر EIP-7702 "وظائف الراحة" للتجريد الحسابي لجميع المستخدمين، بما في ذلك حسابات EOA( الخارجية المملوكة اليوم، أي الحسابات التي تتحكم بها توقيعات ECDSA ).
من الرسم البياني يمكن أن نرى، على الرغم من أن بعض التحديات ( خاصةً تحدي "الراحة" ) يمكن أن يتم حلها من خلال تقنيات تدريجية مثل الحوسبة متعددة الأطراف أو EIP-7702، إلا أن الهدف الأمني الرئيسي الذي تم تقديم اقتراح تجريد الحسابات من أجله لا يمكن تحقيقه إلا من خلال العودة وحل المشكلة الأصلية: السماح لشفرة العقد الذكي بالتحكم في التحقق من المعاملات. السبب في عدم تحقيق ذلك حتى الآن هو التنفيذ الآمن، وهو ما يمثل تحديًا.
(# ما هو, كيف يعمل؟
الجوهر الأساسي لتجريد الحسابات بسيط: السماح للعقود الذكية ببدء المعاملات، وليس فقط EOA. تأتي كل التعقيدات من تنفيذ ذلك بطريقة تعزز الحفاظ على الشبكة اللامركزية وتمنع هجمات رفض الخدمة.
تحدي رئيسي نموذجي هو مشكلة الفشل المتعدد:
إذا كانت هناك دالة التحقق من 1000 حساب تعتمد على قيمة واحدة فقط S، وكانت القيمة الحالية S تجعل المعاملات في مجموعة الذاكرة كلها صالحة، فإن معاملة واحدة قد تعكس قيمة S يمكن أن تجعل جميع المعاملات الأخرى في مجموعة الذاكرة غير صالحة. هذا يسمح للمهاجم بإرسال معاملات غير مفيدة إلى مجموعة الذاكرة بتكلفة منخفضة جداً، مما يؤدي إلى إغلاق موارد عقد الشبكة.
بعد سنوات من الجهود، التي تهدف إلى توسيع الوظائف مع الحد من مخاطر هجمات رفض الخدمة ) DoS ###، توصلنا أخيرًا إلى حل لتحقيق "تجريد الحسابات المثالي": ERC-4337.
آلية عمل ERC-4337 هي تقسيم معالجة العمليات الخاصة بالمستخدم إلى مرحلتين: التحقق والتنفيذ. يتم معالجة جميع عمليات التحقق أولاً، ثم يتم معالجة جميع عمليات التنفيذ لاحقًا. في مجموعة الذاكرة، لن يتم قبول العمليات الخاصة بالمستخدم إلا عندما تتعلق مرحلة التحقق بحساب المستخدم نفسه ولا تقرأ متغيرات البيئة. هذا يمكن أن يمنع هجمات الفشل المتعدد. بالإضافة إلى ذلك، يتم فرض قيود صارمة على الغاز في خطوة التحقق.
تم تصميم ERC-4337 كمعيار بروتوكول إضافي (ERC)، لأن مطوري عملاء إثيريوم كانوا يركزون في ذلك الوقت على دمج (Merge)، ولم يكن لديهم جهد إضافي للتعامل مع وظائف أخرى. هذا هو السبب في أن ERC-4337 يستخدم كائنًا يسمى "عملية المستخدم"، بدلاً من المعاملات العادية. ومع ذلك، أدركنا مؤخرًا الحاجة إلى كتابة جزء من ذلك على الأقل في البروتوكول.
السببين الرئيسيين هما كما يلي:
EntryPoint ككفاءة متأصلة للعقد: كل حزمة لها تكلفة ثابتة تبلغ حوالي 100,000 غاز، بالإضافة إلى آلاف الغاز الإضافية لكل عملية مستخدم.
التأكد من ضرورة خصائص إثيريوم: مثل الضمانات التي تم إنشاؤها من القائمة التي تحتاج إلى نقل إلى حسابات المستخدمين المجردة.
بالإضافة إلى ذلك، فإن ERC-4337 قد وسع ميزتين:
وكيل الدفع (Paymasters): يسمح لحساب بتمثيل حساب آخر لدفع الرسوم، مما ينتهك قاعدة أنه يمكن فقط الوصول إلى حساب المرسل نفسه خلال مرحلة التحقق، وبالتالي تم إدخال معالجة خاصة لضمان أمان آلية وكيل الدفع.
المجمعات ( Aggregators ): تدعم وظيفة تجميع التوقيعات، مثل التجميع باستخدام BLS أو التجميع القائم على SNARK. هذا ضروري لتحقيق أعلى كفاءة بيانات على الـ Rollup.
! [فيتاليك حول المستقبل المحتمل ل Ethereum (6): التفاخر](https://img-cdn.gateio.im/webp-social/moments-c0f722db75e53f4ff37ef40f5547dfc4.webp019283746574839201
)# العمل المتبقي والاعتبارات
الشيء الرئيسي الذي يحتاج إلى حل في الوقت الحالي هو كيفية دمج التجريد الحسابي بالكامل في البروتوكول ، حيث أن اقتراح التجريد الحسابي الشائع الذي تم كتابته مؤخرًا هو EIP-7701 ، والذي ينفذ التجريد الحسابي على EOF. يمكن أن يمتلك الحساب جزءًا منفصلًا من الكود للتحقق ، وإذا تم تعيين هذا الجزء من الكود على الحساب ، فسيتم تنفيذ هذا الكود في خطوات التحقق من المعاملات القادمة من ذلك الحساب.
تتمثل الجاذبية في هذه الطريقة في أنها توضح بوضوح وجهتي نظر مكافئتين حول تجريد الحسابات المحلية:
استخدم EIP-4337 كجزء من البروتوكول
نوع جديد من EOA حيث خوارزمية التوقيع هي تنفيذ كود EVM
إذا بدأنا بوضع حدود صارمة لتعقيد الشيفرة القابلة للتنفيذ خلال فترة التحقق ------ لا يُسمح بالوصول إلى الحالة الخارجية، وحتى الحدود الأولية المحددة من الغاز منخفضة إلى درجة تجعل التطبيقات المقاومة للكم أو حماية الخصوصية غير فعالة ------ فإن أمان هذه الطريقة واضح جداً: مجرد استبدال التحقق من ECDSA بتنفيذ الشيفرة EVM الذي يتطلب وقتاً مماثلاً.
ومع مرور الوقت، نحتاج إلى تخفيف هذه الحدود، لأن السماح لتطبيقات حماية الخصوصية دون وجود
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
مستقبل بروتوكول إثيريوم: الفرص الجديدة الناتجة عن ترقية EVM وتجريد الحساب
إثيريوم بروتوكول可能的未来(六):繁荣
كتبه: فيتاليك بوتيرين
بعض الأشياء يصعب تصنيفها في فئة واحدة، في تصميم بروتوكول إثيريوم، هناك العديد من "التفاصيل" التي تعتبر مهمة جداً لنجاح إثيريوم. في الواقع، حوالي نصف المحتوى يتعلق بأنواع مختلفة من تحسينات EVM، بينما يتكون النصف الآخر من مواضيع متنوعة صغيرة، وهذه هي "معنى الازدهار".
الازدهار: الهدف الرئيسي
تحسين EVM
ما هي المشكلة التي تم حلها؟
إن EVM الحالي صعب التحليل الثابت، مما يجعل من الصعب إنشاء تنفيذات فعالة، والتحقق الرسمي من التعليمات البرمجية، وإجراء مزيد من التوسع. بالإضافة إلى ذلك، فإن كفاءة EVM منخفضة، مما يجعل من الصعب تنفيذ العديد من أشكال التشفير المتقدم، إلا من خلال دعم مسبق التجميع بشكل صريح.
ما هو, كيف يعمل؟
الخطوة الأولى في خارطة طريق تحسين EVM الحالية هي تنسيق كائن EVM (EOF)، والذي من المقرر تضمينه في الانقسام الصعب التالي. EOF هو سلسلة من EIP، يحدد إصدار جديد من كود EVM، مع العديد من الميزات الفريدة، وأبرزها:
![فيتاليك حول مستقبل إثيريوم المحتمل (6): التبذير])https://img-cdn.gateio.im/webp-social/moments-e607936b4195e92945aa6ebd5f969276.webp(
)# ازدهار: تحسين EVM ### استمرار (
ستستمر العقود القديمة في الوجود ويمكن إنشاؤها، على الرغم من أنه قد يتم التخلص تدريجياً من العقود القديمة ) وقد يتم تحويلها قسراً إلى كود EOF (. ستستفيد العقود الجديدة من تحسين الكفاءة الناتج عن EOF------أولاً من خلال كود البايت الذي تم تقليصه قليلاً بفضل ميزات الروتين الفرعي، ثم من خلال الميزات الجديدة الخاصة بـ EOF أو انخفاض تكاليف الغاز.
بعد إدخال EOF، أصبحت التحديثات المستقبلية أسهل بكثير، وأفضل تطوير هو توسيع العمليات الحسابية لوحدة EVM ) EVM-MAX (. أنشأت EVM-MAX مجموعة من التعليمات الجديدة المخصصة لعمليات المود، وضعتها في مساحة ذاكرة جديدة لا يمكن الوصول إليها من خلال أي تعليمات أخرى، مما يجعل من الممكن استخدام تحسينات مثل ضرب مونتغمري.
فكرة جديدة نسبياً هي دمج EVM-MAX مع خاصية التعليمات المتعددة البيانات SIMD)، حيث أن SIMD كفكرة في إثيريوم موجودة منذ فترة طويلة، حيث تم اقتراحها في البداية من قبل Greg Colvin في EIP-616. يمكن استخدام SIMD لتسريع العديد من أشكال التشفير، بما في ذلك دوال التجزئة، و32-بت STARKs، والتشفير القائم على الشبكات، ويجعل دمج EVM-MAX و SIMD هذين النوعين من التوسع الموجه نحو الأداء ثنائياً طبيعياً.
سيكون التصميم العام لمجموعة EIP نقطة انطلاقه EIP-6690، ثم:
بالنسبة لأنا في range(count): mem[z_start + z_skip * العدد] = op( mem [x_start + x_skip * عدد] ، [y_start + y_skip * عدد] )
في التنفيذ الفعلي، سيتم معالجة ذلك بطريقة متوازية.
(# العمل المتبقي والاعتبارات
حالياً، تخطط EOF للإدراج في الانقسام الصلب التالي. على الرغم من أنه دائماً هناك إمكانية لإزالته في اللحظة الأخيرة------ تم إزالة ميزات مؤقتاً في الانقسامات الصلبة السابقة، إلا أن القيام بذلك سيواجه تحديات كبيرة. إزالة EOF تعني أن أي ترقية مستقبلية لـ EVM يجب أن تتم بدون EOF، على الرغم من أنه يمكن القيام بذلك، إلا أنه قد يكون أكثر صعوبة.
تتمثل المقايضة الرئيسية لـ EVM في تعقيد L1 وتعقيد البنية التحتية، حيث أن EOF يتطلب إضافة كمية كبيرة من التعليمات البرمجية إلى تنفيذ EVM، كما أن فحص التعليمات البرمجية الثابتة معقد نسبياً. ومع ذلك، كتعويض، يمكننا تبسيط اللغات عالية المستوى، وتبسيط تنفيذ EVM، وغيرها من الفوائد. يمكن القول إن التركيز على خريطة الطريق للتحسين المستمر لـ إثيريوم L1 يجب أن يتضمن ويستند إلى EOF.
يجب القيام بعمل مهم يتمثل في تحقيق وظائف مماثلة لـ EVM-MAX مع SIMD، وإجراء اختبارات مرجعية لاستهلاك الغاز لمختلف العمليات التشفيرية.
)# كيف تتفاعل مع الأجزاء الأخرى من خارطة الطريق؟
تقوم L1 بتعديل EVM الخاص بها بحيث يمكن لـ L2 أيضًا إجراء التعديلات اللازمة بسهولة أكبر، وإذا لم يتم إجراء التعديلات المتزامنة بينهما، فقد يؤدي ذلك إلى عدم التوافق، مما يسبب تأثيرات سلبية. بالإضافة إلى ذلك، يمكن أن تقلل EVM-MAX و SIMD من تكلفة الغاز للعديد من أنظمة الإثبات، مما يجعل L2 أكثر كفاءة. كما أنه يجعل من الأسهل استبدال المزيد من التعليمات المسبقة بكود EVM يمكنه تنفيذ نفس المهام، مما قد لا يؤثر بشكل كبير على الكفاءة.
![فيتاليك حول مستقبل إثيريوم المحتمل (6): The Splurge]###https://img-cdn.gateio.im/webp-social/moments-ec1638a809393a6ed42724fb08f534da.webp###
( تجريد الحساب
)# ما هي المشكلة التي تم حلها؟
حاليًا، يمكن التحقق من المعاملات بطريقة واحدة فقط: توقيع ECDSA. في البداية، كان الهدف من تجريد الحسابات هو تجاوز ذلك، مما يسمح لمنطق التحقق من الحساب بأن يكون أي كود EVM. وهذا يمكن أن يمكّن مجموعة من التطبيقات:
يسمح لبروتوكول الخصوصية بالعمل بدون وسطاء، مما يقلل بشكل كبير من تعقيده، ويزيل نقطة اعتماد مركزية رئيسية.
منذ طرح مفهوم التجريد الحسابي في عام 2015، توسعت أهدافه لتشمل العديد من "أهداف الراحة"، على سبيل المثال، يمكن لحساب لا يمتلك ETH ولكنه يمتلك بعض ERC20 استخدام ERC20 لدفع رسوم الغاز.
MPC( الحوسبة متعددة الأطراف) هي تقنية لها تاريخ يمتد لأربعين عامًا، تُستخدم لتقسيم المفاتيح إلى أجزاء متعددة وتخزينها على أجهزة متعددة، مع الاستفادة من تقنيات التشفير لإنشاء توقيعات، دون الحاجة إلى تجميع هذه الأجزاء من المفاتيح بشكل مباشر.
EIP-7702 هو اقتراح مخطط لتقديمه في الانقسام الصعب القادم، وEIP-7702 هو نتيجة للاعتراف المتزايد بتوفير便利抽象 الحسابات لفائدة جميع المستخدمين ( بما في ذلك مستخدمي EOA )، يهدف إلى تحسين تجربة جميع المستخدمين على المدى القصير وتجنب الانقسام إلى نظامين بيئيين.
بدأ هذا العمل بـ EIP-3074، وتطور في النهاية ليصبح EIP-7702. يوفر EIP-7702 "وظائف الراحة" للتجريد الحسابي لجميع المستخدمين، بما في ذلك حسابات EOA( الخارجية المملوكة اليوم، أي الحسابات التي تتحكم بها توقيعات ECDSA ).
من الرسم البياني يمكن أن نرى، على الرغم من أن بعض التحديات ( خاصةً تحدي "الراحة" ) يمكن أن يتم حلها من خلال تقنيات تدريجية مثل الحوسبة متعددة الأطراف أو EIP-7702، إلا أن الهدف الأمني الرئيسي الذي تم تقديم اقتراح تجريد الحسابات من أجله لا يمكن تحقيقه إلا من خلال العودة وحل المشكلة الأصلية: السماح لشفرة العقد الذكي بالتحكم في التحقق من المعاملات. السبب في عدم تحقيق ذلك حتى الآن هو التنفيذ الآمن، وهو ما يمثل تحديًا.
(# ما هو, كيف يعمل؟
الجوهر الأساسي لتجريد الحسابات بسيط: السماح للعقود الذكية ببدء المعاملات، وليس فقط EOA. تأتي كل التعقيدات من تنفيذ ذلك بطريقة تعزز الحفاظ على الشبكة اللامركزية وتمنع هجمات رفض الخدمة.
تحدي رئيسي نموذجي هو مشكلة الفشل المتعدد:
إذا كانت هناك دالة التحقق من 1000 حساب تعتمد على قيمة واحدة فقط S، وكانت القيمة الحالية S تجعل المعاملات في مجموعة الذاكرة كلها صالحة، فإن معاملة واحدة قد تعكس قيمة S يمكن أن تجعل جميع المعاملات الأخرى في مجموعة الذاكرة غير صالحة. هذا يسمح للمهاجم بإرسال معاملات غير مفيدة إلى مجموعة الذاكرة بتكلفة منخفضة جداً، مما يؤدي إلى إغلاق موارد عقد الشبكة.
بعد سنوات من الجهود، التي تهدف إلى توسيع الوظائف مع الحد من مخاطر هجمات رفض الخدمة ) DoS ###، توصلنا أخيرًا إلى حل لتحقيق "تجريد الحسابات المثالي": ERC-4337.
آلية عمل ERC-4337 هي تقسيم معالجة العمليات الخاصة بالمستخدم إلى مرحلتين: التحقق والتنفيذ. يتم معالجة جميع عمليات التحقق أولاً، ثم يتم معالجة جميع عمليات التنفيذ لاحقًا. في مجموعة الذاكرة، لن يتم قبول العمليات الخاصة بالمستخدم إلا عندما تتعلق مرحلة التحقق بحساب المستخدم نفسه ولا تقرأ متغيرات البيئة. هذا يمكن أن يمنع هجمات الفشل المتعدد. بالإضافة إلى ذلك، يتم فرض قيود صارمة على الغاز في خطوة التحقق.
تم تصميم ERC-4337 كمعيار بروتوكول إضافي (ERC)، لأن مطوري عملاء إثيريوم كانوا يركزون في ذلك الوقت على دمج (Merge)، ولم يكن لديهم جهد إضافي للتعامل مع وظائف أخرى. هذا هو السبب في أن ERC-4337 يستخدم كائنًا يسمى "عملية المستخدم"، بدلاً من المعاملات العادية. ومع ذلك، أدركنا مؤخرًا الحاجة إلى كتابة جزء من ذلك على الأقل في البروتوكول.
السببين الرئيسيين هما كما يلي:
بالإضافة إلى ذلك، فإن ERC-4337 قد وسع ميزتين:
! [فيتاليك حول المستقبل المحتمل ل Ethereum (6): التفاخر](https://img-cdn.gateio.im/webp-social/moments-c0f722db75e53f4ff37ef40f5547dfc4.webp019283746574839201
)# العمل المتبقي والاعتبارات
الشيء الرئيسي الذي يحتاج إلى حل في الوقت الحالي هو كيفية دمج التجريد الحسابي بالكامل في البروتوكول ، حيث أن اقتراح التجريد الحسابي الشائع الذي تم كتابته مؤخرًا هو EIP-7701 ، والذي ينفذ التجريد الحسابي على EOF. يمكن أن يمتلك الحساب جزءًا منفصلًا من الكود للتحقق ، وإذا تم تعيين هذا الجزء من الكود على الحساب ، فسيتم تنفيذ هذا الكود في خطوات التحقق من المعاملات القادمة من ذلك الحساب.
تتمثل الجاذبية في هذه الطريقة في أنها توضح بوضوح وجهتي نظر مكافئتين حول تجريد الحسابات المحلية:
إذا بدأنا بوضع حدود صارمة لتعقيد الشيفرة القابلة للتنفيذ خلال فترة التحقق ------ لا يُسمح بالوصول إلى الحالة الخارجية، وحتى الحدود الأولية المحددة من الغاز منخفضة إلى درجة تجعل التطبيقات المقاومة للكم أو حماية الخصوصية غير فعالة ------ فإن أمان هذه الطريقة واضح جداً: مجرد استبدال التحقق من ECDSA بتنفيذ الشيفرة EVM الذي يتطلب وقتاً مماثلاً.
ومع مرور الوقت، نحتاج إلى تخفيف هذه الحدود، لأن السماح لتطبيقات حماية الخصوصية دون وجود