تجريد الحساب متعدد السلاسل: مستقبل البنية التحتية للتشفير

مؤخرا، عقد اجتماع مجتمع الإيثريوم (EthCC 7) في بروكسل، بلجيكا، وهو أكبر حدث سنوي للإيثريوم في أوروبا، مع التركيز على التطورات التقنية والمجتمعية. وقد ألقى أكثر من 350 شخصية بارزة في صناعة البلوكشين خطابات خلال المؤتمر، حيث ألقى أحد المطورين خطابًا بعنوان "كشف المستقبل: تحليل تجريد الحسابات متعددة السلاسل".

تشمل المحتويات الرئيسية للخطاب:

• تجريد الحساب(AA) جوهران رئيسيان: تجريد التوقيع وتحرير الدفع. يسمح تجريد التوقيع للمستخدمين باختيار أي آلية تحقق، بينما يدعم تحرير الدفع خيارات متعددة لمدفوعات المعاملات. تعزز هذه المرونة من الأمان وتجربة المستخدم.

• تختلف دالة نقطة الدخول في مرحلة التحقق والتنفيذ بين ERC-4337 وAA الأصلي. توجد خصائص مختلفة لقيود التحقق من المعاملات وخطوات تنفيذ المعاملات في تنفيذات مختلفة.

• عند تنفيذ ERC-4337 على سلسلة متوافقة مع EVM، تؤدي الفروق في البروتوكولات وتصميم Rollup وطريقة حساب العناوين إلى وجود اختلافات دقيقة ولكنها مهمة في تفاصيل التطوير بين L1 و L2.

تجريد الحساب简介

تجريد الحساب(AA) يتضمن بشكل رئيسي نقطتين رئيسيتين: تجريد التوقيع وتجريد الدفع.

• تجريد التوقيع: يمكن للمستخدم اختيار أي آلية تحقق، دون الاقتصار على خوارزمية توقيع رقمية محددة.
• تجريد الدفع: يمكن للمستخدمين استخدام خيارات دفع متعددة، مثل دفع أصول ERC-20 أو معاملات برعاية طرف ثالث.

هذا المرونة تعزز بشكل ملحوظ الأمان وتجربة المستخدم. الهدف من AA هو تحقيق هذه الوظيفتين الأساسيتين بطرق متعددة.

مقدمة عن ERC-4337

تقدم ERC-4337 حلاً لبعض القيود على الحسابات المملوكة من الخارج في Ethereum (EOA) من خلال إدخال طرق أكثر مرونة لإدارة الحسابات ومعالجة المعاملات. تشمل الميزات الرئيسية:

• هيكل userOp: يقوم المستخدم بإرسال هيكل userOp إلى Bundler، الذي يجمع عدة userOp ويستدعي دالة handleOps لعقد EntryPoint.

• عقد EntryPoint: كجوهر معالجة المعاملات، تشمل الوظائف الرئيسية ما يلي:

  1. استدعاء دالة validate لعقد الحساب، لضمان تفويض userOp
  2. تحصيل الرسوم

3. استدعاء دالة execute لعقد الحساب، لتنفيذ العملية المستهدفة userOp

مقدمة عن AA الأصلية

في AA الأصلي، كل حساب هو عقد، وآلية معالجة المعاملات مدمجة مباشرة في بروتوكول البلوكشين. تصميم AA في شبكات البلوكشين المختلفة له خصائصه المميزة:

• تجريد الحساب ERC-4337: تم اعتماده في شبكات متعددة مثل إيثريوم، Arbitrum، Optimism وغيرها
• اتباع تجريد الحساب الأصلي ERC-4337: StarkNet وzkSync Era
• حسابات تجريدية أصلية مصممة للخصوصية: Aztec

الفروق بين ERC-4337 و AA الأصلي

دور نظام التشغيل

يحتاج نظام AA إلى حل مشكلات رئيسية مثل سعر الغاز، ترتيب المعاملات، وتحفيز دالة نقطة الدخول. يتم تنفيذ ذلك من خلال تعاون Bundler وEntryPoint Contract في ERC-4337، بينما في AA الأصلية، يقوم المستخدمون بإرسال userOps مباشرة إلى مشغل / مرتب الخادم الرسمي.

واجهة العقد

تتوافق واجهة عقد الحساب لـ ERC-4337 مع AA الأصلية، حيث تحتوي على ثلاثة خطوات: التحقق، الدفع، والتنفيذ. ولكن في مرحلة التنفيذ، فإن نقطة الدخول لـ AA الأصلية هي الوحيدة الثابتة.

قيود خطوات التحقق والتنفيذ

تختلف القيود المفروضة على مرحلة التحقق والتنفيذ بين التطبيقات المختلفة، لمنع الهجمات المحتملة وضمان أمان النظام. على سبيل المثال، قامت zkSync Era بتخفيف بعض القيود على استخدام رموز العمليات في مرحلة التحقق، بينما تتطلب تأكيد علامة النظام في مرحلة التنفيذ.

إدارة الأرقام العشوائية

تتميز ERC-4337 و zkSync و StarkNet في إدارة الأرقام العشوائية، مثل تمييز ERC-4337 بين قيمة المفتاح وقيمة الرقم العشوائي، بينما تضمن zkSync و StarkNet زيادة صارمة.

أول عملية نشر للتداول

تتضمن بنية userOp في ERC-4337 حقل initcode، بينما تتطلب StarkNet و zkSync من المستخدمين إرسال المعاملة الأولى لنشر عقد الحساب.

الفروقات في تنفيذ ERC-4337 بين L1 و L2

هناك اختلافان رئيسيان في تنفيذ ERC-4337 على سلاسل متوافقة مع EVM:

1. اختلاف البروتوكول: يجب على L2 رفع البيانات إلى L1 لضمان الأمان والتسوية، ويجب تضمين التكاليف ذات الصلة في غاز التحقق المسبق.

2. اختلاف العناوين: توجد اختلافات في طريقة حساب العناوين بين السلاسل المختلفة، مما قد يؤدي إلى عدم توافق عناوين حساب العقد. خاصة عند إدخال عمليات جديدة في حالة الانقسام الصلب، إذا لم تدعم L2 التحديثات المناسبة، فقد يؤدي ذلك إلى تغيير في الشيفرة البرمجية.

تؤثر هذه الفروق الدقيقة بشكل كبير على تنفيذ AA عبر السلاسل والتشغيل المتداخل، ويجب على المطورين الانتباه عن كثب.