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

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

تشمل النقاط الرئيسية في الخطاب:

• تجريد الحساب(AA) الأساسية: تجريد التوقيع وتجريد الدفع. الأول يسمح للمستخدم باختيار أي آلية تحقق، بينما يتيح الثاني خيارات دفع متعددة، مما يوفر تجربة مستخدم أكثر أماناً وراحة.

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

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

تجريد الحساب

تجريد الحساب(AA)主要包含两个关键点:

1. تجريد التوقيع: يمكن للمستخدم اختيار أي آلية للتحقق، دون التقيد بخوارزمية توقيع رقمي معينة.

2. تجريد الدفع: يمكن للمستخدمين استخدام خيارات دفع متعددة للمعاملات، مثل الدفع باستخدام رموز ERC-20، أو برعاية طرف ثالث للمعاملة.

تقدم هذه المرونة تجربة مستخدم أكثر أمانًا وتحسينًا. يهدف AA إلى تحقيق هذين الهدفين الأساسيين بعدة طرق.

مقدمة عن ERC-4337

توجد بعض القيود في الحسابات الخارجية المملوكة ضمن بروتوكول الإيثريوم (EOA)، مثل طريقة التوقيع الثابتة وتصميم الدفع. يقوم ERC-4337 بحل هذه المشكلات من خلال تقديم إدارة حسابات ومعالجة معاملات أكثر مرونة.

الميزات الرئيسية:

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

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

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

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

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

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

تصميم AA لشبكات البلوكشين المختلفة:

• تجريد الحساب ERC-4337: إيثيريوم، آربيتريم، أوبتيميزم، بيس، لينييا، سكروول، بوليغون PoS
• اتباع تجريد الحساب الأصلي ERC-4337: StarkNet و zkSync Era
• تصميم الخصوصية لتجريد الحساب الأصلي: Aztec

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

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

يحتاج نظام AA إلى حل: تسعير الغاز، ترتيب المعاملات، تشغيل دالة نقطة الدخول، عملية معالجة المعاملات وغيرها من القضايا.

تتم هذه المهام من خلال Bundler و EntryPoint Contract في ERC-4337. في AA الأصلي، يرسل المستخدمون userOps إلى مشغل/مرتّب الخادم الرسمي.

2. واجهة العقد

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

3. قيود خطوات التحقق

لتجنب هجمات DoS، وضعت كل تطبيقات قيودًا مختلفة على التحقق من المعاملات. على سبيل المثال، يحدد EIP-4337 قيودًا على أوامر التشغيل وقيود الوصول إلى التخزين، بينما خففت zkSync Era بعض القيود على استخدام OpCode.

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

يتطلب zkSync تأكيد علامة النظام لتنفيذ استدعاء النظام. لا توجد قيود خاصة على مرحلة التنفيذ في ERC-4337 وStarkNet.

5. الرقم العشوائي

يفرق ERC-4337 بين قيمة مفتاح من 192 بت وقيمة عشوائية من 64 بت. تتبنى zkSync وStarkNet nonce متزايد بشكل صارم.

6. نشر الصفقة الأولى

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

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

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

1. اختلاف البروتوكولات

في تصميم Rollup، يجب على L2 رفع البيانات إلى L1 لضمان الأمان والتسوية. يجب أن تشمل التكاليف ذات الصلة ( مثل رسوم أمان L1، رسوم blob ) في غاز ما قبل التحقق، ولكن تحديد الرسوم المناسبة للرفع يمثل تحديًا كبيرًا.

2. اختلاف العنوان

توجد اختلافات في طريقة حساب العناوين بين سلاسل الكتل المختلفة. على سبيل المثال، تختلف طريقة ترميز العنوان في دالة create الخاصة بـ zkSync ERA عن تلك الموجودة في إيثيريوم و OP، بينما تستخدم StarkNet دالة تجزئة فريدة لحساب العنوان.

من الجدير بالذكر أن الأكواد الجديدة المضافة في الانقسام الصلب قد تؤدي إلى تغييرات في البايت كود، مما يؤثر على اتساق عنوان عقد الحساب. على سبيل المثال، إذا كانت سلسلة L2 لا تدعم الانقسام الصلب في شنغهاي ولم يتم تحديد إصدار EVM أثناء التجميع، فإن إدخال push0 سيغير البايت كود، حتى لو كانت كودات Solidity هي نفسها.