إن تصميم بروتوكول إثيريوم يحتوي على العديد من "التفاصيل" التي تعتبر حاسمة لنجاحه. في الواقع، حوالي نصف المحتوى يتعلق بأنواع مختلفة من تحسينات EVM، بينما يتكون النصف الآخر من مواضيع متنوعة صغيرة، وهنا يكمن معنى "الازدهار".
الازدهار: الهدف الرئيسي
تحويل EVM إلى "حالة نهائية" عالية الأداء ومستقرة
إدخال تجريد الحسابات في البروتوكول، مما يسمح لجميع المستخدمين بالتمتع بحسابات أكثر أمانًا وراحة.
تحسين تكاليف المعاملات الاقتصادية، وزيادة القابلية للتوسع مع تقليل المخاطر
استكشاف علم التشفير المتقدم، مما يجعل إثيريوم يتحسن بشكل ملحوظ على المدى الطويل
تحسين EVM
ما هي المشكلة التي تم حلها؟
من الصعب تحليل EVM الحالي بشكل ثابت، مما يجعل من الصعب إنشاء تنفيذات فعالة والتحقق الرسمي من الشفرات وإجراء المزيد من التوسعات. بالإضافة إلى ذلك، فإن كفاءة EVM منخفضة، مما يجعل من الصعب تنفيذ العديد من أشكال التشفير المتقدم، إلا إذا تم دعمها بشكل صريح من خلال التعليمات المسبقة.
ما هو، وكيف يعمل؟
الخطوة الأولى في خارطة الطريق لتحسين EVM الحالية هي تنسيق كائن EVM (EOF)، والذي من المقرر أن يتم تضمينه في التفرع الصعب التالي. EOF هو مجموعة من EIP، يحدد إصدار جديد من كود EVM، مع العديد من الميزات الفريدة، وأهمها:
الكود ( قابل للتنفيذ، ولكن لا يمكن قراءة ) من EVM والفصل بين البيانات ( يمكن قراءته، ولكن لا يمكن تنفيذه )
يمنع الانتقال الديناميكي، يسمح فقط بالانتقال الثابت
لا يمكن رؤية المعلومات المتعلقة بالوقود في كود EVM
تم إضافة آلية جديدة لروتين فرعي صريح
ستظل العقود القديمة موجودة ويمكن إنشاؤها، على الرغم من أنه قد يتم التخلص التدريجي من العقود القديمة ( وقد يتم تحويلها قسريًا إلى كود EOF ). ستستفيد العقود الجديدة من تحسين الكفاءة الذي توفره EOF - أولاً من خلال تقليص طفيف في الشيفرة البرمجية بفضل ميزات الروتين الفرعي، ثم من خلال الميزات الجديدة الخاصة بـ EOF أو تقليل تكاليف الغاز.
بعد إدخال EOF، أصبح من الأسهل بكثير إجراء ترقيات إضافية، وأفضل تطور حالي هو توسيع الحسابات في وحدة EVM ( EVM-MAX ). أنشأت EVM-MAX مجموعة جديدة من العمليات المصممة خصيصًا لعمليات المود، وتم وضعها في مساحة ذاكرة جديدة غير قابلة للوصول بواسطة رموز التشغيل الأخرى، مما يجعل من الممكن استخدام تحسينات مثل ضرب مونتغمري.
فكرة جديدة نسبيًا هي دمج EVM-MAX مع خاصية SIMD التي تدعم التعليمات المتعددة (، حيث أن SIMD كفلسفة لإثيريوم موجودة منذ فترة طويلة، وقد تم اقتراحها لأول مرة من قبل Greg Colvin في EIP-616. يمكن استخدام SIMD لتسريع العديد من أشكال التشفير، بما في ذلك دوال التجزئة، وSTARKs ذات 32 بت، والتشفير القائم على الشبكات، ودمج EVM-MAX مع SIMD يجعل من هاتين الاستراتيجيتين الموجهتين للأداء زوجًا طبيعيًا.
![فيتاليك حول مستقبل إثيريوم المحتمل (6): The Splurge])https://img-cdn.gateio.im/webp-social/moments-8930b556d169a2bc7168ddc2e611d3df.webp(
)# روابط الدراسات الحالية
EOF:
EVM-MAX:
سيمد:
العمل المتبقي والتوازن
حالياً، تخطط EOF للإدراج في الانقسام الصلب التالي. على الرغم من أنه دائماً من الممكن إزالته في اللحظة الأخيرة - فقد تمت إزالة وظائف مؤقتاً في الانقسامات الصلبة السابقة، إلا أن القيام بذلك سيواجه تحديات كبيرة. إزالة EOF تعني أن أي ترقية مستقبلية لـ EVM يجب أن تتم دون وجود EOF، على الرغم من أنه يمكن القيام بذلك، إلا أنه قد يكون أكثر صعوبة.
الموازنة الرئيسية لـ EVM هي تعقيد L1 وتعقيد البنية التحتية، وEOF هو كمية كبيرة من التعليمات البرمجية التي تحتاج إلى إضافتها إلى تنفيذ EVM، كما أن فحص التعليمات البرمجية الثابتة معقد نسبيًا. ومع ذلك، كبديل، يمكننا تبسيط اللغات عالية المستوى، وتبسيط تنفيذ EVM والفوائد الأخرى. يمكن القول إن إعطاء الأولوية لخريطة الطريق لتحسينات Ethereum 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) الحسابات متعددة الأطراف ( هي تقنية موجودة منذ 40 عامًا، تُستخدم لتقسيم المفاتيح إلى أجزاء متعددة وتخزينها على أجهزة متعددة، واستخدام تقنيات التشفير لتوليد التوقيعات، دون الحاجة إلى دمج هذه الأجزاء من المفاتيح مباشرة.
EIP-7702 هو اقتراح مخطط لتقديمه في الانقسام الصلب التالي، EIP-7702 هو نتيجة الإقرار المتزايد بتوفير سهولة التجريد الحسابي لصالح جميع المستخدمين ) بما في ذلك مستخدمي EOA (، يهدف إلى تحسين تجربة جميع المستخدمين على المدى القصير وتجنب الانقسام إلى نظامين بيئيين.
بدأ هذا العمل في EIP-3074، وانتهى بتشكيل EIP-7702. يوفر EIP-7702 "وظائف الراحة" من التجريد الحسابي لجميع المستخدمين، بما في ذلك حسابات EOA) الخارجية المملوكة اليوم، أي الحسابات التي يتم التحكم فيها بواسطة توقيع ECDSA(.
![فيتالك حول مستقبل إثيريوم المحتمل (6): The Splurge])https://img-cdn.gateio.im/webp-social/moments-66bd22f0b53601d0976aa3a2b701c981.webp(
)# ما هو، وكيف يعمل؟
الجوهر الأساسي لتجريد الحسابات هو البساطة: السماح للعقود الذكية ببدء المعاملات، وليس فقط الحسابات العادية. تأتي كل التعقيدات من تنفيذ ذلك بطريقة تساهم في الحفاظ على الشبكة اللامركزية وتجنب هجمات رفض الخدمة.
تحدي رئيسي نموذجي هو مشكلة الفشل المتعدد:
إذا كانت هناك 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.
![فيتالك عن مستقبل إثيريوم المحتمل (6): الانفجار])https://img-cdn.gateio.im/webp-social/moments-c0f722db75e53f4ff37ef40f5547dfc4.webp(
)# الروابط البحثية الحالية
حديث عن تاريخ تجريد الحسابات:
ERC-4337:
EIP-7702:
كود BLSWallet ### يستخدم ميزة التجميع (:
EIP-7562) كتابة بروتوكول حسابات مجرّدة (:
EIP-7701) بروتوكول الكتابة القائم على EOF حساب تجريدي: (
)# العمل المتبقي والموازنة
الشيء الرئيسي الذي يحتاج إلى حل في الوقت الحالي هو كيفية إدخال التجريد الكامل للحسابات في البروتوكول. الاقتراح الشائع مؤخرًا هو EIP-7701، الذي ينفذ التجريد للحسابات فوق EOF. يمكن أن يمتلك الحساب جزءًا منفصلًا من الشيفرة للتحقق، وإذا تم تعيين هذا الجزء من الشيفرة للحساب، فسيتم تنفيذ هذه الشيفرة في خطوة التحقق من المعاملات القادمة من هذا الحساب.
إن سحر هذه الطريقة يكمن في أنها توضح بوضوح وجهتي النظر المتكافئتين لتجريد الحسابات المحلية:
قم بإدراج EIP-4337 كجزء من البروتوكول
نوع جديد من EOA، حيث خوارزمية التوقيع هي تنفيذ كود EVM
إذا بدأنا بوضع حدود صارمة لتعقيد الشيفرة القابلة للتنفيذ خلال فترة التحقق - عدم السماح بالوصول إلى الحالة الخارجية، حتى أن حد الغاز المحدد في البداية منخفض جداً لدرجة أنه غير فعال للتطبيقات المقاومة للكمبيوتر أو حماية الخصوصية - فإن أمان هذه الطريقة يصبح واضحاً جداً: مجرد استبدال تحقق ECDSA بتنفيذ شيفرة EVM التي تتطلب وقتاً مماثلاً.
ومع مرور الوقت، نحتاج إلى تخفيف هذه الحدود، لأن السماح لتطبيقات حماية الخصوصية بالعمل بدون وسيط، بالإضافة إلى المقاومة الكمية، كلها أمور مهمة جدًا. لهذا، نحتاج إلى العثور على طرق أكثر مرونة لمعالجة مخاطر拒绝服务###DoS(، دون الحاجة إلى أن تكون خطوات التحقق بسيطة بشكل مفرط.
يبدو أن الموازنة الرئيسية هي "كتابة حل يرضي عددًا أقل من الناس بسرعة" مقابل "الانتظار لفترة أطول للحصول على حل أكثر مثالية"، حيث قد تكون الطريقة المثالية هي نوع من النهج المختلط. إحدى الطرق المختلطة هي كتابة بعض حالات الاستخدام بشكل أسرع، مع ترك المزيد من الوقت لاستكشاف حالات استخدام أخرى. طريقة أخرى هي نشر نسخة أكثر طموحًا من تجريد الحسابات على L2 أولاً. ومع ذلك، فإن التحدي الذي يواجهه هذا هو أن فريق L2 يحتاج إلى أن يكون واثقًا من العمل على الاقتراح المعتمد ليكون مستعدًا للتنفيذ، خاصة لضمان أن L1 و/أو L2 الأخرى يمكن أن تعتمد حلاً متوافقًا في المستقبل.
نحتاج أيضًا إلى النظر بوضوح في تطبيق آخر وهو حساب تخزين المفاتيح، هذا
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
تسجيلات الإعجاب 18
أعجبني
18
5
مشاركة
تعليق
0/400
ReverseTradingGuru
· منذ 17 س
BTC يجب أن يركض 1w، وإلا سأقوم بعمل رأسًا على عقب وأكل لوحة المفاتيح
شاهد النسخة الأصليةرد0
JustHodlIt
· 07-09 22:20
مجتمع ETH جعلني أشعر هكذا...真硬核
شاهد النسخة الأصليةرد0
DuskSurfer
· 07-09 22:15
evm تعني ببساطة التصفية القسرية
شاهد النسخة الأصليةرد0
MidnightMEVeater
· 07-09 22:09
صباح الخير 0xالصيادين تحسين EVM هو حقًا وليمة ستكون المراجحة في الفخ محبوبة.
إثيريوم مرحلة The Splurge: تحسين EVM، تجريد الحساب وآفاق ترقية EIP-1559
مستقبل بروتوكول إثيريوم ( 6 ): The Splurge
إن تصميم بروتوكول إثيريوم يحتوي على العديد من "التفاصيل" التي تعتبر حاسمة لنجاحه. في الواقع، حوالي نصف المحتوى يتعلق بأنواع مختلفة من تحسينات EVM، بينما يتكون النصف الآخر من مواضيع متنوعة صغيرة، وهنا يكمن معنى "الازدهار".
الازدهار: الهدف الرئيسي
تحسين EVM
ما هي المشكلة التي تم حلها؟
من الصعب تحليل EVM الحالي بشكل ثابت، مما يجعل من الصعب إنشاء تنفيذات فعالة والتحقق الرسمي من الشفرات وإجراء المزيد من التوسعات. بالإضافة إلى ذلك، فإن كفاءة EVM منخفضة، مما يجعل من الصعب تنفيذ العديد من أشكال التشفير المتقدم، إلا إذا تم دعمها بشكل صريح من خلال التعليمات المسبقة.
ما هو، وكيف يعمل؟
الخطوة الأولى في خارطة الطريق لتحسين EVM الحالية هي تنسيق كائن EVM (EOF)، والذي من المقرر أن يتم تضمينه في التفرع الصعب التالي. EOF هو مجموعة من EIP، يحدد إصدار جديد من كود EVM، مع العديد من الميزات الفريدة، وأهمها:
ستظل العقود القديمة موجودة ويمكن إنشاؤها، على الرغم من أنه قد يتم التخلص التدريجي من العقود القديمة ( وقد يتم تحويلها قسريًا إلى كود EOF ). ستستفيد العقود الجديدة من تحسين الكفاءة الذي توفره EOF - أولاً من خلال تقليص طفيف في الشيفرة البرمجية بفضل ميزات الروتين الفرعي، ثم من خلال الميزات الجديدة الخاصة بـ EOF أو تقليل تكاليف الغاز.
بعد إدخال EOF، أصبح من الأسهل بكثير إجراء ترقيات إضافية، وأفضل تطور حالي هو توسيع الحسابات في وحدة EVM ( EVM-MAX ). أنشأت EVM-MAX مجموعة جديدة من العمليات المصممة خصيصًا لعمليات المود، وتم وضعها في مساحة ذاكرة جديدة غير قابلة للوصول بواسطة رموز التشغيل الأخرى، مما يجعل من الممكن استخدام تحسينات مثل ضرب مونتغمري.
فكرة جديدة نسبيًا هي دمج EVM-MAX مع خاصية SIMD التي تدعم التعليمات المتعددة (، حيث أن SIMD كفلسفة لإثيريوم موجودة منذ فترة طويلة، وقد تم اقتراحها لأول مرة من قبل Greg Colvin في EIP-616. يمكن استخدام SIMD لتسريع العديد من أشكال التشفير، بما في ذلك دوال التجزئة، وSTARKs ذات 32 بت، والتشفير القائم على الشبكات، ودمج EVM-MAX مع SIMD يجعل من هاتين الاستراتيجيتين الموجهتين للأداء زوجًا طبيعيًا.
![فيتاليك حول مستقبل إثيريوم المحتمل (6): The Splurge])https://img-cdn.gateio.im/webp-social/moments-8930b556d169a2bc7168ddc2e611d3df.webp(
)# روابط الدراسات الحالية
العمل المتبقي والتوازن
حالياً، تخطط EOF للإدراج في الانقسام الصلب التالي. على الرغم من أنه دائماً من الممكن إزالته في اللحظة الأخيرة - فقد تمت إزالة وظائف مؤقتاً في الانقسامات الصلبة السابقة، إلا أن القيام بذلك سيواجه تحديات كبيرة. إزالة EOF تعني أن أي ترقية مستقبلية لـ EVM يجب أن تتم دون وجود EOF، على الرغم من أنه يمكن القيام بذلك، إلا أنه قد يكون أكثر صعوبة.
الموازنة الرئيسية لـ EVM هي تعقيد L1 وتعقيد البنية التحتية، وEOF هو كمية كبيرة من التعليمات البرمجية التي تحتاج إلى إضافتها إلى تنفيذ EVM، كما أن فحص التعليمات البرمجية الثابتة معقد نسبيًا. ومع ذلك، كبديل، يمكننا تبسيط اللغات عالية المستوى، وتبسيط تنفيذ EVM والفوائد الأخرى. يمكن القول إن إعطاء الأولوية لخريطة الطريق لتحسينات Ethereum 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) الحسابات متعددة الأطراف ( هي تقنية موجودة منذ 40 عامًا، تُستخدم لتقسيم المفاتيح إلى أجزاء متعددة وتخزينها على أجهزة متعددة، واستخدام تقنيات التشفير لتوليد التوقيعات، دون الحاجة إلى دمج هذه الأجزاء من المفاتيح مباشرة.
EIP-7702 هو اقتراح مخطط لتقديمه في الانقسام الصلب التالي، EIP-7702 هو نتيجة الإقرار المتزايد بتوفير سهولة التجريد الحسابي لصالح جميع المستخدمين ) بما في ذلك مستخدمي EOA (، يهدف إلى تحسين تجربة جميع المستخدمين على المدى القصير وتجنب الانقسام إلى نظامين بيئيين.
بدأ هذا العمل في EIP-3074، وانتهى بتشكيل EIP-7702. يوفر EIP-7702 "وظائف الراحة" من التجريد الحسابي لجميع المستخدمين، بما في ذلك حسابات EOA) الخارجية المملوكة اليوم، أي الحسابات التي يتم التحكم فيها بواسطة توقيع ECDSA(.
![فيتالك حول مستقبل إثيريوم المحتمل (6): The Splurge])https://img-cdn.gateio.im/webp-social/moments-66bd22f0b53601d0976aa3a2b701c981.webp(
)# ما هو، وكيف يعمل؟
الجوهر الأساسي لتجريد الحسابات هو البساطة: السماح للعقود الذكية ببدء المعاملات، وليس فقط الحسابات العادية. تأتي كل التعقيدات من تنفيذ ذلك بطريقة تساهم في الحفاظ على الشبكة اللامركزية وتجنب هجمات رفض الخدمة.
تحدي رئيسي نموذجي هو مشكلة الفشل المتعدد:
إذا كانت هناك 1000 وظيفة تحقق حساب تعتمد على قيمة واحدة فقط S، وكانت القيمة الحالية S تجعل جميع المعاملات في ذاكرة الانتظار صالحة، فإن وجود معاملة واحدة فقط تقوم بعكس قيمة S قد يجعل جميع المعاملات الأخرى في ذاكرة الانتظار غير صالحة. وهذا يسمح للمهاجم بإرسال معاملات غير مرغوب فيها إلى ذاكرة الانتظار بتكلفة منخفضة جدًا، مما يؤدي إلى انسداد موارد عقد الشبكة.
بعد سنوات من الجهود، التي تهدف إلى توسيع الوظائف مع الحد من مخاطر رفض الخدمة ###DoS(، تم التوصل في النهاية إلى حل لتحقيق "تجريد الحسابات المثالي": ERC-4337.
يعمل ERC-4337 على تقسيم معالجة عمليات المستخدم إلى مرحلتين: التحقق والتنفيذ. يتم معالجة جميع التحقق أولاً، ثم يتم معالجة جميع التنفيذ. في تجمع الذاكرة، يتم قبول عمليات المستخدم فقط عندما تتعلق مرحلة التحقق بحساباتهم الخاصة ولا تقرأ متغيرات البيئة. وهذا يمكن أن يمنع هجمات الفشل المتعددة. بالإضافة إلى ذلك، يتم فرض قيود صارمة على الغاز في خطوات التحقق.
تم تصميم ERC-4337 كمعيار بروتوكول إضافي )ERC(، لأنه في ذلك الوقت كان مطورو عملاء إثيريوم يركزون على الدمج )Merge(، ولم يكن لديهم طاقة إضافية للتعامل مع ميزات أخرى. لهذا السبب يستخدم ERC-4337 كائنًا يسمى عمليات المستخدم، بدلاً من المعاملات العادية. ومع ذلك، أدركنا مؤخرًا الحاجة إلى كتابة جزء على الأقل من المحتوى في البروتوكول.
هناك سببان رئيسيان كما يلي:
بالإضافة إلى ذلك، فقد وسع ERC-4337 ميزتين:
![فيتالك عن مستقبل إثيريوم المحتمل (6): الانفجار])https://img-cdn.gateio.im/webp-social/moments-c0f722db75e53f4ff37ef40f5547dfc4.webp(
)# الروابط البحثية الحالية
)# العمل المتبقي والموازنة
الشيء الرئيسي الذي يحتاج إلى حل في الوقت الحالي هو كيفية إدخال التجريد الكامل للحسابات في البروتوكول. الاقتراح الشائع مؤخرًا هو EIP-7701، الذي ينفذ التجريد للحسابات فوق EOF. يمكن أن يمتلك الحساب جزءًا منفصلًا من الشيفرة للتحقق، وإذا تم تعيين هذا الجزء من الشيفرة للحساب، فسيتم تنفيذ هذه الشيفرة في خطوة التحقق من المعاملات القادمة من هذا الحساب.
إن سحر هذه الطريقة يكمن في أنها توضح بوضوح وجهتي النظر المتكافئتين لتجريد الحسابات المحلية:
إذا بدأنا بوضع حدود صارمة لتعقيد الشيفرة القابلة للتنفيذ خلال فترة التحقق - عدم السماح بالوصول إلى الحالة الخارجية، حتى أن حد الغاز المحدد في البداية منخفض جداً لدرجة أنه غير فعال للتطبيقات المقاومة للكمبيوتر أو حماية الخصوصية - فإن أمان هذه الطريقة يصبح واضحاً جداً: مجرد استبدال تحقق ECDSA بتنفيذ شيفرة EVM التي تتطلب وقتاً مماثلاً.
ومع مرور الوقت، نحتاج إلى تخفيف هذه الحدود، لأن السماح لتطبيقات حماية الخصوصية بالعمل بدون وسيط، بالإضافة إلى المقاومة الكمية، كلها أمور مهمة جدًا. لهذا، نحتاج إلى العثور على طرق أكثر مرونة لمعالجة مخاطر拒绝服务###DoS(، دون الحاجة إلى أن تكون خطوات التحقق بسيطة بشكل مفرط.
يبدو أن الموازنة الرئيسية هي "كتابة حل يرضي عددًا أقل من الناس بسرعة" مقابل "الانتظار لفترة أطول للحصول على حل أكثر مثالية"، حيث قد تكون الطريقة المثالية هي نوع من النهج المختلط. إحدى الطرق المختلطة هي كتابة بعض حالات الاستخدام بشكل أسرع، مع ترك المزيد من الوقت لاستكشاف حالات استخدام أخرى. طريقة أخرى هي نشر نسخة أكثر طموحًا من تجريد الحسابات على L2 أولاً. ومع ذلك، فإن التحدي الذي يواجهه هذا هو أن فريق L2 يحتاج إلى أن يكون واثقًا من العمل على الاقتراح المعتمد ليكون مستعدًا للتنفيذ، خاصة لضمان أن L1 و/أو L2 الأخرى يمكن أن تعتمد حلاً متوافقًا في المستقبل.
نحتاج أيضًا إلى النظر بوضوح في تطبيق آخر وهو حساب تخزين المفاتيح، هذا