تحليل تجريد الحساب متعدد السلاسل: اتجاهات المستقبل للبنية التحتية للتشفير
من 8 إلى 11 يوليو 2024، سيتم عقد مؤتمر مجتمع الإيثيريوم (EthCC) في بروكسل، بلجيكا، وهو أكبر حدث سنوي للإيثيريوم في أوروبا، مع التركيز على التكنولوجيا والمجتمع.
عُقد مؤتمر مجتمع الإيثريوم الحالي (EthCC 7) بمشاركة أكثر من 350 قائد رأي من الصف الأول في صناعة التشفير، حيث تم دعوة أحد المطورين للمشاركة وإلقاء خطاب بعنوان "كشف المستقبل: تحليل تجريد الحسابات المتعددة".
نظرة سريعة على ملخص الخطاب:
تجريد الحساب(AA) يتضمن نقطتين رئيسيتين: تجريد التوقيع وتجريد الدفع. يسمح تجريد التوقيع للمستخدمين باختيار أي آلية تحقق يفضلونها، بينما يسمح تجريد الدفع باستخدام خيارات دفع متعددة. توفر هذه المرونة تجربة مستخدم أكثر أمانًا وتحسينًا.
في ERC-4337 و AA الأصلية، فإن دالة نقطة الدخول في مرحلة "التحقق" ثابتة، بينما في مرحلة "التنفيذ"، فإن نقطة الدخول ثابتة فقط في AA الأصلية. تميز قيود التحقق من المعاملات وخطوات تنفيذ المعاملات في التنفيذات المختلفة بخصائصها وقيودها الخاصة.
تنفيذ ERC-4337 على سلسلة متوافقة مع EVM، هناك فرقين رئيسيين: الاختلافات في البروتوكول في تصميم Rollup واختلاف في طريقة حساب العناوين، مما يؤدي إلى تفاصيل تطوير يصعب ملاحظتها عند تنفيذ ERC-4337 بين L1 و L2.
وفيما يلي النص الكامل للخطاب:
مرحبًا، اليوم سأقدم لكم مفهوم ERC-4337 و Native AA، وسأناقش الفروقات بينهما، وسأركز على التحليل الرئيسي للاختلافات في معيار 4337 بين L1 و L2.
تجريد التوقيع: يمكن للمستخدم اختيار أي آلية تحقق مفضلة، وليس فقط بعض خوارزميات التوقيع الرقمي ( مثل ECDSA ).
تجريد الدفع: يمكن للمستخدمين استخدام خيارات دفع متعددة للمعاملات، مثل استخدام أصول ERC-20 بدلاً من الأصول الأصلية للدفع، أو السماح لطرف ثالث برعاية المعاملة.
تقدم هذه المرونة تجربة مستخدم أكثر أمانًا وأفضل. الهدف من تجريد الحساب هو تحقيق هذين النقطتين الرئيسيتين بعدة طرق.
2. ما هو ERC-4337
حالياً، هناك بعض القيود على الحسابات الخارجية في بروتوكول إيثيريوم (EOA)، مثل طريقة التوقيع الثابت وتصميم الدفع. يقوم ERC-4337 بمعالجة هذه المشكلات من خلال إدخال طرق أكثر مرونة لإدارة الحسابات ومعالجة المعاملات.
هيكل userOp: في ERC-4337، يقوم المستخدم بإرسال هيكل userOp إلى Bundler. يقوم Bundler بجمع عدة userOp، ويرسلها إلى عقد EntryPoint من خلال استدعاء دالة handleOps.
عقد EntryPoint: يتعامل هذا العقد مع المعاملات مثل نظام التشغيل، وتتمثل الوظائف الرئيسية له في:
استدعاء دالة validate في عقد الحساب لضمان حصول userOp على تفويض من مالك الحساب.
تحصيل الرسوم.
استدعاء دالة execute في عقد الحساب، لتنفيذ العملية المستهدفة لـ userOp.
3. ما هو AA الأصلي
في الإيثيريوم، يتم تقسيم الحسابات إلى EOA وحسابات العقد. ومع ذلك، في AA الأصلية، كل حساب هو عقد، وآلية معالجة المعاملات مدمجة مباشرة في بروتوكول blockchain.
تصميم AA في شبكات blockchain المختلفة:
تجريد حساب ERC-4337: Ethereum ، Arbitrum ، التفاؤل ، القاعدة ، Linea ، التمرير ، Polygon PoS
تجريد الحساب الأصلي يتبع ERC-4337: عصر StarkNet و zkSync
具有隐私设计的原生 تجريد الحساب:Aztec
إذا كنت مهتمًا بـ Aztec Native AA أو EIP-3074 أو EIP-7702، فسوف نركز اليوم على AA الأصلية بعد ERC-4337.
الفرق بين ERC-4337 و AA الأصلي
1. دور نظام التشغيل
يجب على AA OS الإجابة على الأسئلة التالية:
من يقرر سعر الغاز؟
من يقرر ترتيب المعاملات؟ أين توجد مجموعة الذاكرة؟
من الذي يقوم بتفعيل دالة نقطة الدخول؟
ما الذي يحدد عملية معالجة المعاملات؟
في ERC-4337، تكمل هذه الأدوار معًا من خلال Bundler و EntryPoint Contract.
في AA الأصلي، يقوم المستخدم بإرسال userOps الخاص به إلى مشغل/منظم الخادم الرسمي، بدلاً من Bundler و EntryPoint Contract.
في StarkNet، يتحمل Sequencer مسؤولية معالجة كل هذه المهام.
في zkSync، يتمثل الاختلاف الرئيسي بين Era وبقية تنفيذات AA في أن المشغل يحتاج إلى العمل مع عقد النظام bootloader(. يقوم Bootloader بفتح كتلة جديدة، ويحدد معاييرها) بما في ذلك معايير الكتلة ومعايير الغاز الأخرى(، ويتلقى المعاملات من المشغل للتحقق منها.
![مستقبل البنية التحتية للتشفير؟ تحليل تجريد الحساب متعدد السلاسل])https://img-cdn.gateio.im/webp-social/moments-f354ad716da09da261319761d128a6f0.webp(
) 2. واجهة العقد
نظرًا لوجود ثلاث خطوات، فإن واجهة عقد الحساب متشابهة في تطبيقات مختلفة، ولا يمكن استدعاء هذه الوظائف نقطة الدخول إلا بواسطة AA OS:
ERC-4337: التحقق من عمليات المستخدم
zkSync: التحقق من المعاملات، دفع المعاملات، تنفيذ المعاملات
StarkNet: تنفيذ، تحقق، تحقق_إعلان، تحقق_نشر
في ERC-4337 و AA الأصلية، فإن دالة نقطة الدخول في مرحلة "التحقق" ثابتة، بينما في مرحلة "التنفيذ"، فإن نقطة الدخول ثابتة فقط في AA الأصلية.
3. قيود خطوات التحقق
نظرًا لعدم وجود قيود على تكلفة التحقق من المعاملات ### في جوهره، فإن التحقق من المعاملات هو استدعاء دالة العرض (، يمكن للمهاجمين تنفيذ هجوم DoS على مجموعة الذاكرة، مما يؤدي إلى تدمير المجمع ) EIP-4337( أو المشغل/المرتّب ) AA الأصلية (.
تحدد EIP-4337 العمليات المحظورة وكيفية تقييد الوصول إلى التخزين. قامت zkSync Era بتخفيف بعض استخدامات OpCode:
منطق العقد يمكنه الوصول فقط إلى فتحة التخزين الخاصة به. إذا كان عنوان عقد الحساب هو العنوان A، فإنه يمكنه الوصول إلى:
فتحة التخزين التابعة للعناوين A
فتحة التخزين الخاصة بأي عنوان آخر A
خزان التخزين keccak256 )A || X(: هذا يعني استخدام العنوان مباشرة كمفتاح في الخريطة )على سبيل المثال، الخريطة (address => value( )، يعادل الوصول إلى الخزان keccak256 )A || X(. على سبيل المثال، رصيد الأصول في عقد ERC-20.
منطق العقد الذكي لا يمكنه الوصول إلى المتغيرات العالمية، مثل رقم الكتلة. كما أن StarkNet لا يسمح باستدعاء العقود الخارجية.
) 4. قيود خطوات التنفيذ
في zkSync، يتطلب تنفيذ استدعاءات النظام تأكيد وجود علامات النظام. على سبيل المثال، الطريقة الوحيدة لزيادة nonce هي التفاعل مع NonceHolder، بينما يتطلب نشر العقد التفاعل مع ContractDeployer. تضمن علامات النظام أن المطورين الحسابات يتفاعلون بوعي مع عقود النظام.
في ERC-4337 و StarkNet، لا توجد قيود خاصة على مرحلة التنفيذ.
5. رقم عشوائي
في ERC-4337، يميز تصميم نقطة الدخول بين قيمة مفتاح 192 بت وقيمة عشوائية 64 بت.
في zkSync، تدير عقدة نظام NonceHolder قيمة nonce، لضمان زيادة صارمة، أي إضافة 1 إلى الرقم العشوائي.
في StarkNet، nonce أيضًا يتزايد بشكل صارم، ولكن لا يوجد nonce مجرّد يتم إدارته بواسطة عقد معين.
6. استخدم المعاملة الأولى للنشر
تحتوي بنية userOp في ERC-4337 على حقل initcode لنشر عقد حساب المرسل ### في أول userOp له (.
في StarkNet و zkSync، يجب على المستخدم إرسال أول صفقة إلى المعالج/الترتيب لنشر عقد الحساب.
) 7. التصميم الخاص في zkSync
إذا قمت بنقل ETH مباشرة من EOA الإيثيريوم إلى zkSync، دون الحاجة إلى نشر عقد حساب مخصص، فسوف تتلقى حسابًا افتراضيًا بنفس العنوان. يمكن أن يعمل هذا الحساب مثل EOA الإيثيريوم، ويتم التحكم فيه أيضًا بواسطة المفتاح الخاص لـ EOA الإيثيريوم المقابل.
هذا النوع من الحسابات هو الإصدار None وليس version1. لا يمكنك استدعاء دالة DefaultAccount لأنه لم يتم نشر أي كود في مساحة النواة.
الفرق بين 4337 من L1 و 4337 من L2
هناك اختلافان رئيسيان عند تنفيذ ERC-4337 على سلاسل متوافقة مع EVM: اختلافات في البروتوكول واختلافات في العناوين.
1. اختلاف البروتوكول
في تصميم Rollup، تحتاج L2 إلى رفع البيانات إلى L1 لأغراض الأمان والتسوية. في سياق ERC-4337، يجب أن تشمل التكاليف المرتبطة بعملية الرفع هذه، مثل رسوم الأمان L1 ورسوم blob، في الغاز المسبق للتحقق. إن تحديد الرسوم المناسبة للرفع في الغاز المسبق للتحقق يعد تحديًا كبيرًا.
2. اختلاف العناوين
تختلف طريقة ترميز العنوان في دالة create الخاصة بـ zkSync ERA عن Ethereum و OP. بالإضافة إلى ذلك، يستخدم StarkNet دالة تجزئة فريدة لحساب العناوين. في سياق ERC-4337 على سلاسل متوافقة مع EVM، نفترض عادةً أن حساب العنوان متسق عبر السلاسل. ومع ذلك، هناك تفاصيل يصعب ملاحظتها قد تؤدي إلى اختلاف عناوين عقود الحساب بين تنفيذ ERC-4337 على Ethereum و L2.
المسألة الرئيسية هي إضافة أوامر جديدة في الانقسام الصلب. على سبيل المثال، إذا كانت سلسلة L2 لا تدعم الانقسام الصلب في شنغهاي، ولم يتم تحديد إصدار EVM أثناء الترجمة، فإن إدخال push0 سيؤدي إلى تغيير في البايت كود، حتى لو كان كود Solidity هو نفسه.
![البنية التحتية للتشفير في المستقبل؟ تحليل تجريد الحساب متعدد السلاسل]###https://img-cdn.gateio.im/webp-social/moments-52ccc7ebff94f6c548dd55bc61aad309.webp(
الخاتمة
هذه هي بعض المفاهيم الأساسية والاختلافات في تنفيذ تجريد الحساب. يمكننا أن نرى أن تنفيذ تجريد الحساب على سلاسل مختلفة، على الرغم من أن لديها أهداف مشتركة، إلا أن هناك العديد من الاختلافات في التفاصيل المحددة. تعكس هذه الاختلافات اعتبارات فريدة لكل سلسلة في التصميم والتحسين، وتوفر أيضًا مساحة أكبر للاختيارات للمطورين والمستخدمين. في المستقبل، مع استمرار تطور التكنولوجيا، نتطلع إلى رؤية المزيد من تنفيذات تجريد الحساب المبتكرة، مما يوفر تجربة مستخدم أفضل وميزات أقوى لنظام البلوكتشين.
![التشفير البنية التحتية للمستقبل؟ تجريد الحسابات متعددة السلاسل])https://img-cdn.gateio.im/webp-social/moments-180475deec41c605ac65be9b2b494048.webp(
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 8
أعجبني
8
6
مشاركة
تعليق
0/400
HashBandit
· 07-25 01:52
meh... قطار ضجيج آخر من AA قادم. في أيام التعدين الخاصة بي، لم نكن بحاجة إلى هذه الأشياء الفاخرة بصراحة، فقط قوة التجزئة البحتة والأرباح
شاهد النسخة الأصليةرد0
MaticHoleFiller
· 07-22 02:32
البطة لا تزال لم تنتقل إلى السلسلة بعد
شاهد النسخة الأصليةرد0
TokenUnlocker
· 07-22 02:32
الأصل AA لا يُهزم في العالم
شاهد النسخة الأصليةرد0
Anon4461
· 07-22 02:29
البنية التحتية هي الاتجاه الحقيقي الكبير
شاهد النسخة الأصليةرد0
RooftopReserver
· 07-22 02:25
أداة جديدة لخداع الحمقى في تقنية AA؟
شاهد النسخة الأصليةرد0
WagmiWarrior
· 07-22 02:13
لا تتلاعب بالأمور، يكفي أن يكون البنية التحتية جيدة.
الاختلافات الرئيسية بين تجريد الحساب متعدد السلاسل: ERC-4337 و AA الأصلي
تحليل تجريد الحساب متعدد السلاسل: اتجاهات المستقبل للبنية التحتية للتشفير
من 8 إلى 11 يوليو 2024، سيتم عقد مؤتمر مجتمع الإيثيريوم (EthCC) في بروكسل، بلجيكا، وهو أكبر حدث سنوي للإيثيريوم في أوروبا، مع التركيز على التكنولوجيا والمجتمع.
عُقد مؤتمر مجتمع الإيثريوم الحالي (EthCC 7) بمشاركة أكثر من 350 قائد رأي من الصف الأول في صناعة التشفير، حيث تم دعوة أحد المطورين للمشاركة وإلقاء خطاب بعنوان "كشف المستقبل: تحليل تجريد الحسابات المتعددة".
نظرة سريعة على ملخص الخطاب:
تجريد الحساب(AA) يتضمن نقطتين رئيسيتين: تجريد التوقيع وتجريد الدفع. يسمح تجريد التوقيع للمستخدمين باختيار أي آلية تحقق يفضلونها، بينما يسمح تجريد الدفع باستخدام خيارات دفع متعددة. توفر هذه المرونة تجربة مستخدم أكثر أمانًا وتحسينًا.
في ERC-4337 و AA الأصلية، فإن دالة نقطة الدخول في مرحلة "التحقق" ثابتة، بينما في مرحلة "التنفيذ"، فإن نقطة الدخول ثابتة فقط في AA الأصلية. تميز قيود التحقق من المعاملات وخطوات تنفيذ المعاملات في التنفيذات المختلفة بخصائصها وقيودها الخاصة.
تنفيذ ERC-4337 على سلسلة متوافقة مع EVM، هناك فرقين رئيسيين: الاختلافات في البروتوكول في تصميم Rollup واختلاف في طريقة حساب العناوين، مما يؤدي إلى تفاصيل تطوير يصعب ملاحظتها عند تنفيذ ERC-4337 بين L1 و L2.
وفيما يلي النص الكامل للخطاب:
مرحبًا، اليوم سأقدم لكم مفهوم ERC-4337 و Native AA، وسأناقش الفروقات بينهما، وسأركز على التحليل الرئيسي للاختلافات في معيار 4337 بين L1 و L2.
تجريد الحساب المقدمة
1. ما هو تجريد الحساب
تجريد الحساب(AA) يتضمن نقطتين رئيسيتين: تجريد التوقيع وتجريد الدفع.
تقدم هذه المرونة تجربة مستخدم أكثر أمانًا وأفضل. الهدف من تجريد الحساب هو تحقيق هذين النقطتين الرئيسيتين بعدة طرق.
2. ما هو ERC-4337
حالياً، هناك بعض القيود على الحسابات الخارجية في بروتوكول إيثيريوم (EOA)، مثل طريقة التوقيع الثابت وتصميم الدفع. يقوم ERC-4337 بمعالجة هذه المشكلات من خلال إدخال طرق أكثر مرونة لإدارة الحسابات ومعالجة المعاملات.
3. ما هو AA الأصلي
في الإيثيريوم، يتم تقسيم الحسابات إلى EOA وحسابات العقد. ومع ذلك، في AA الأصلية، كل حساب هو عقد، وآلية معالجة المعاملات مدمجة مباشرة في بروتوكول blockchain.
تصميم AA في شبكات blockchain المختلفة:
إذا كنت مهتمًا بـ Aztec Native AA أو EIP-3074 أو EIP-7702، فسوف نركز اليوم على AA الأصلية بعد ERC-4337.
الفرق بين ERC-4337 و AA الأصلي
1. دور نظام التشغيل
يجب على AA OS الإجابة على الأسئلة التالية:
في ERC-4337، تكمل هذه الأدوار معًا من خلال Bundler و EntryPoint Contract.
في AA الأصلي، يقوم المستخدم بإرسال userOps الخاص به إلى مشغل/منظم الخادم الرسمي، بدلاً من Bundler و EntryPoint Contract.
في StarkNet، يتحمل Sequencer مسؤولية معالجة كل هذه المهام.
في zkSync، يتمثل الاختلاف الرئيسي بين Era وبقية تنفيذات AA في أن المشغل يحتاج إلى العمل مع عقد النظام bootloader(. يقوم Bootloader بفتح كتلة جديدة، ويحدد معاييرها) بما في ذلك معايير الكتلة ومعايير الغاز الأخرى(، ويتلقى المعاملات من المشغل للتحقق منها.
![مستقبل البنية التحتية للتشفير؟ تحليل تجريد الحساب متعدد السلاسل])https://img-cdn.gateio.im/webp-social/moments-f354ad716da09da261319761d128a6f0.webp(
) 2. واجهة العقد
نظرًا لوجود ثلاث خطوات، فإن واجهة عقد الحساب متشابهة في تطبيقات مختلفة، ولا يمكن استدعاء هذه الوظائف نقطة الدخول إلا بواسطة AA OS:
في ERC-4337 و AA الأصلية، فإن دالة نقطة الدخول في مرحلة "التحقق" ثابتة، بينما في مرحلة "التنفيذ"، فإن نقطة الدخول ثابتة فقط في AA الأصلية.
3. قيود خطوات التحقق
نظرًا لعدم وجود قيود على تكلفة التحقق من المعاملات ### في جوهره، فإن التحقق من المعاملات هو استدعاء دالة العرض (، يمكن للمهاجمين تنفيذ هجوم DoS على مجموعة الذاكرة، مما يؤدي إلى تدمير المجمع ) EIP-4337( أو المشغل/المرتّب ) AA الأصلية (.
تحدد EIP-4337 العمليات المحظورة وكيفية تقييد الوصول إلى التخزين. قامت zkSync Era بتخفيف بعض استخدامات OpCode:
) 4. قيود خطوات التنفيذ
في zkSync، يتطلب تنفيذ استدعاءات النظام تأكيد وجود علامات النظام. على سبيل المثال، الطريقة الوحيدة لزيادة nonce هي التفاعل مع NonceHolder، بينما يتطلب نشر العقد التفاعل مع ContractDeployer. تضمن علامات النظام أن المطورين الحسابات يتفاعلون بوعي مع عقود النظام.
في ERC-4337 و StarkNet، لا توجد قيود خاصة على مرحلة التنفيذ.
5. رقم عشوائي
6. استخدم المعاملة الأولى للنشر
) 7. التصميم الخاص في zkSync
إذا قمت بنقل ETH مباشرة من EOA الإيثيريوم إلى zkSync، دون الحاجة إلى نشر عقد حساب مخصص، فسوف تتلقى حسابًا افتراضيًا بنفس العنوان. يمكن أن يعمل هذا الحساب مثل EOA الإيثيريوم، ويتم التحكم فيه أيضًا بواسطة المفتاح الخاص لـ EOA الإيثيريوم المقابل.
هذا النوع من الحسابات هو الإصدار None وليس version1. لا يمكنك استدعاء دالة DefaultAccount لأنه لم يتم نشر أي كود في مساحة النواة.
الفرق بين 4337 من L1 و 4337 من L2
هناك اختلافان رئيسيان عند تنفيذ ERC-4337 على سلاسل متوافقة مع EVM: اختلافات في البروتوكول واختلافات في العناوين.
1. اختلاف البروتوكول
في تصميم Rollup، تحتاج L2 إلى رفع البيانات إلى L1 لأغراض الأمان والتسوية. في سياق ERC-4337، يجب أن تشمل التكاليف المرتبطة بعملية الرفع هذه، مثل رسوم الأمان L1 ورسوم blob، في الغاز المسبق للتحقق. إن تحديد الرسوم المناسبة للرفع في الغاز المسبق للتحقق يعد تحديًا كبيرًا.
2. اختلاف العناوين
تختلف طريقة ترميز العنوان في دالة create الخاصة بـ zkSync ERA عن Ethereum و OP. بالإضافة إلى ذلك، يستخدم StarkNet دالة تجزئة فريدة لحساب العناوين. في سياق ERC-4337 على سلاسل متوافقة مع EVM، نفترض عادةً أن حساب العنوان متسق عبر السلاسل. ومع ذلك، هناك تفاصيل يصعب ملاحظتها قد تؤدي إلى اختلاف عناوين عقود الحساب بين تنفيذ ERC-4337 على Ethereum و L2.
المسألة الرئيسية هي إضافة أوامر جديدة في الانقسام الصلب. على سبيل المثال، إذا كانت سلسلة L2 لا تدعم الانقسام الصلب في شنغهاي، ولم يتم تحديد إصدار EVM أثناء الترجمة، فإن إدخال push0 سيؤدي إلى تغيير في البايت كود، حتى لو كان كود Solidity هو نفسه.
![البنية التحتية للتشفير في المستقبل؟ تحليل تجريد الحساب متعدد السلاسل]###https://img-cdn.gateio.im/webp-social/moments-52ccc7ebff94f6c548dd55bc61aad309.webp(
الخاتمة
هذه هي بعض المفاهيم الأساسية والاختلافات في تنفيذ تجريد الحساب. يمكننا أن نرى أن تنفيذ تجريد الحساب على سلاسل مختلفة، على الرغم من أن لديها أهداف مشتركة، إلا أن هناك العديد من الاختلافات في التفاصيل المحددة. تعكس هذه الاختلافات اعتبارات فريدة لكل سلسلة في التصميم والتحسين، وتوفر أيضًا مساحة أكبر للاختيارات للمطورين والمستخدمين. في المستقبل، مع استمرار تطور التكنولوجيا، نتطلع إلى رؤية المزيد من تنفيذات تجريد الحساب المبتكرة، مما يوفر تجربة مستخدم أفضل وميزات أقوى لنظام البلوكتشين.
![التشفير البنية التحتية للمستقبل؟ تجريد الحسابات متعددة السلاسل])https://img-cdn.gateio.im/webp-social/moments-180475deec41c605ac65be9b2b494048.webp(