طورّات الإيثيريوم قد أدرجنَّ EIP-8141 في خطة الترقية Hegotá لعام 2027. تهدف هذه المقترحة إلى إدخال تجريد الحسابات الأصلية إلى عملية المعاملات القياسية، حيث قد لا يحتاج المستخدمون مستقبلاً إلى امتلاك ETH أولاً لدفع رسوم الغاز عند إجراء عمليات على السلسلة.
التطبيق يدعم دفع رسوم الغاز بالنيابة
وفقًا للآلية الحالية، يجب على المحفظة أن تعدّ كمية كافية من ETH حتى لو كانت تحتفظ بعملات مستقرة أو رموز أخرى، قبل إجراء تحويل أو أي عملية على السلسلة. يحاول EIP-8141 تقسيم المعاملات إلى "إطارات" مختلفة، تُعالج كل منها التفويض ودفع رسوم المعاملة والتنفيذ.
هذا يعني أنه في المستقبل، يمكن أن تكون حسابات إرسال الأصول وحسابات دفع الغاز مختلفة. يمكن للتطبيقات الدفعية تحمل رسوم ETH نيابة عن المستخدمين، أو فرض رسوم بالعملات المستقرة على المستخدمين، ثم تقوم التطبيق بتنفيذ دفع ETH. ستظل رسوم الشبكة التي يتلقاها المحققون تُ结算 بـ ETH.
لم تظهر هذه القدرات لأول مرة. فقد كان لدى إيثريوم منذ عام 2023 حل ERC-4337 الذي يدعم رعاية Gas ومحافظ قابلة للبرمجة. لكن ERC-4337 يعتمد على بنية تحتية مستقلة، تشمل UserOperations وbundler وpaymaster، ولا يُعد جزءًا من مسار المعاملات الافتراضي لإيثريوم.
يمكن تبسيط عملية التداول أكثر
أحد أهداف EIP-8141 هو دمج القدرات المشابهة مباشرة في طبقة البروتوكول، بدلاً من الاستمرار في الاعتماد على أنظمة معاملات منفصلة. وبهذه الطريقة، يمكن تقليل بعض العمليات التي كانت تتطلب تفويضات متعددة إلى سير عمل أكثر انسجامًا.
على سبيل المثال، عندما يقوم المستخدم بإجراء تداول رموز في تطبيق لامركزي، عادةً ما يجب عليه أولاً تفويض العقد لاستخدام الرموز، ثم إرسال معاملة ثانية لإكمال التبادل. إذا فشلت الخطوة الثانية، فقد يظل التفويض الأول مفعّلاً. تسعى Frame Transactions إلى تقليل المشكلات الناتجة عن هذه الخطوات المنفصلة من خلال فصل المهام المختلفة.
يسمح الاقتراح أيضًا للحسابات باستخدام منطق التحقق القابل للبرمجة. أي أن حسابات إيثريوم في المستقبل لن تضطر جميعها إلى الاعتماد على نفس طريقة التوقيع الثابتة، بل يمكن تنفيذ بعض قواعد التحقق عبر كود آلة إيثريوم الافتراضية.
طرق التحقق من الحساب أكثر مرونة
لا يتعلق هذا التغيير فقط بدفع الغاز. فمعظم الحسابات الخارجية على إيثريوم تعتمد حاليًا على مفاتيح خاصة ECDSA للتحكم، ومن الصعب تقليديًا تغيير المفاتيح مع الاحتفاظ بالعنوان الأصلي. في حال فقدان المفتاح الخاص أو تسريبه، فإن التحكم في الأصول يتأثر مباشرة.
إذا تم تنفيذ EIP-8141 في النهاية، فسيتمكن الحسابات من تعريف جزء من منطق التحقق الخاص بها، مما يفتح فرصًا مستقبلية لدعم تبديل المفاتيح، وحتى دمج طرق مصادقة مختلفة، دون الحاجة إلى نقل الأصول إلى عنوان جديد. وتشير المقالة إلى أن هذا يترك أيضًا مساحة لحلول مقاومة الكم على المدى الطويل.
كان فيتاليك بوتيرين قد أدرج سابقًا الاتجاهات الرئيسية في خارطة طريق تقنية إيثريوم، وهي: الأمان الكمي، والـ Rollup الأصلي، والخصوصية، وتعديل بنية التخزين. ويُعتبر EIP-8141 أحد المسارات الممكنة، لأنه يسمح للحسابات بالتخلي التدريجي عن نموذج المفتاح الخاص الوحيد.
تم إدخاله في جدول الترقية
وفقًا لاجتماع مطوري إيثريوم الأساسي في 27 أغسطس، تم تحديث EIP-8141 من "قيد الاعتبار للإدماج" إلى "مخطط للإدماج" في ترقية Hegotá. سابقًا، قارن المطورون بينه وبين EIP-8130 كمسارين أساسيين لتجريد الحسابات.
من المتوقع أن يُطلق Hegotá في عام 2027، بعد الترقية القادمة Glamsterdam. حاليًا، لا يزال EIP-8141 في مرحلة المسودة، وقد تُعدل التفاصيل التقنية، ولا يزال هناك عمل يجب إنجازه في التنفيذ والاختبار قبل الإطلاق على شبكة إيثريوم الرئيسية.
- تم جدولة مقترحات Hegotá بما في ذلك EIP-8141 و EIP-7805
- Glamsterdam لا تزال ترقية سابقة أكثر.
- EIP-8141 غير متاح حاليًا على الشبكة الرئيسية