ما هو تجريد الحساب (AA)

الفروقات بين AA، EOA، و CA

جوهر التجريد الحسابي هو حساب العقد. في إيثريوم، هناك نوعان من الحسابات:

• عنوان العقد
• الحسابات المملوكة خارجيًا

مثال بسيط هو أن عنوان العقد هو العنوان الذي يتم نشر العقد عليه. أي عقد في إيثيريوم يمكن استدعاؤه يحتوي على عنوان عقد، مثل عنوان عقد USDT. حساب EOA هو حساب الإيثيريوم المعروف جيدًا، مثل الحساب المعروض في محفظة Metamask.

0xdac17f958d2ee523a2206206994597c13d831ec7هو عنوان العقد لرموز USDT. لا يمكن إنشاء عناوين العقد مباشرة من الخارج؛ إنها تُنشأ وتُدار من قبل EOAs. الEOA الذي أنشأ عنوان عقد USDT هو 0x36928500Bc1dCd7af6a2B4008875CC336b927D57。

لذلك، نحن نفهم أن حساب AA هو نوع خاص من حساب العقد (CA) في إيثريوم. تحتاج حسابات AA لا تزال إلى أن تكون مُنشأة من قبل EOAs وتُتحكم فيها من قبل EOAs الخارجية لأن الطريقة الوحيدة للتفاعل مع سلسلة إيثريوم هي من خلال EOAs. ونتيجة لذلك، يعمل AA كتنفيذ موحد ومعياري لمحافظ CA، والتي تستمر في التطور مع مرور الوقت.

تاريخ تطوير حسابات AA

لقد شرحنا للتو العلاقة بين AA و CA. قبل اقتراح معيار ERC-4337، كان هناك بالفعل عدد كبير من محافظ CA المتاحة. فيما يلي، نقدم معلومات حول ثلاث محافظ CA شهيرة وكيفية عملها:

محفظة Parity

خلال مراحل تطوير إيثيريوم المبكرة، ظهرت العديد من محافظ العقود الذكية. أشهرها هو محفظة باريتي، التي طورها فريق غافين وود، مؤسسي بولكادوت. تم تنفيذ باريتي بلغة Rust وتعتبر بديلاً لعقدة غيث، التي تم تطويرها بلغة Golang. محفظة باريتي هي محفظة عقدية متعددة التوقيعات تسمح لحسابات الأفراد الخارجية المتعددة (EOAs) بالتحكم في حساب عقد (CA) وإدارته. ومع ذلك، في عام 2017، استغل هاكر خللاً في محفظة باريتي وسرق أكثر من 150،000 ETH. هذا الحادث تسبب في فقدان الثقة في محافظ العقود الذكية.

نتيجة لذلك، تتطلب محافظ AA ممارسة واسعة وتوحيدًا لمنع حدوث حوادث مماثلة.

محفظة Gnosis

محفظة Gnosis متعددة التوقيعات هي حاليا المحفظة المتعددة التوقيعات الرئيسية وتستخدمها معظم المؤسسات والمطورين. عدد كبير من الفرق تخزن أموال تطويرها في محفظة Gnosis متعددة التوقيعات لمنع أعضاء الفريق من القيام بأفعال خبيثة. الفرق الملحوظة التي تستخدم Gnosis Safe تشملYearn,Aave, وموازن. أمان بوابة متفوق لكن استخدامه مكلف نسبيًا، وهو مشكلة شائعة مع محافظ العملات المشفرة.

يونيباس

محفظة Unipass تجمع بين تقنية MPC ومحافظ العقود CA، مما يتيح للمستخدمين استخدام تسجيل الدخول الاجتماعي دون الحفاظ على محفظة EOA بنفسهم. يجب ملاحظة أن كل من محفظة Parity و Gnosis Safe ما زالت تتطلب من المستخدمين الاحتفاظ بمفاتيحهم الخاصة بأنفسهم. تدفق محفظة Unipass العام هو:

• تسجيل الدخول الاجتماعي أثناء إنشاء محفظة CA على السلسلة
• تفاعل مع السلسلة
  يبدأ المستخدمون المعاملات
  MPC يتحقق من صحة معاملات المستخدم
  محفظة EOA تحكمها MPC تبدأ المعاملات على حساب CA الخاص بالمستخدم
  ينفذ حساب CA المعاملة ويدفع الغاز إلى paymaster UniPass

من المهم أن نلاحظ أن الحل الأصلي لـ Unipass لا يلتزم بشكل كامل بمعيار ERC-4337. لا يزال التحكم في المحفظة مفوضًا إلى EOA يتم التحكم فيه بواسطة MPC لـ Unipass.

تنفيذ AA (ERC-4337)

جوهر AA هو حساب CA موحد ومعياري معياري. يظهر ERC-4337 بشكل رئيسي الابتكارات التالية:

• المجمع: لا تزال حسابات CA التقليدية تتطلب من المستخدمين بدء المعاملات من خلال حساب EOA خارجي، مما يتطلب من المستخدمين تخزين ETH في حساباتهم EOA لرسوم الغاز. في ERC-4337، يقوم المستخدمون بتجميع معاملاتهم كعمليات المستخدم وإرسالها إلى المجمع، الذي يبدأ المعاملة، وبالتالي يتم القضاء على الحاجة للمستخدمين لحجز الغاز مقدمًا.
• توقيعات BLS الكلية: يقوم المجمع بتجميع عمليات المستخدم المتعددة في معاملة واحدة ويولد توقيعًا كليًا BLS، الذي يتم بعد ذلك التحقق منه على السلسلة من خلال التحقق من توقيع BLS واحد.
• المدير : يمكن للمستخدمين تعيين مديرًا للدفع للغاز.

الشكل أعلاه يصف تقريبا العملية القياسية للمعاملات بموجب ERC-4337:

• حزم مستخدم UserOp ويرسله إلى المجمع
• يُحقق الحزمة صحة UserOp ويقوم بتغليفها في معاملة
• يقوم الحزم بتقديم الصفقة إلى شبكة الإيثيريوم الرئيسية
  نقطة الدخول: نقطة دخول العقد لصفقة المجمع المقدمة
  يتم التعامل مع العمليات: العقد المستخدم بشكل خاص لتنفيذ معاملات المستخدم
  الدفع : العقد المستخدم لدفع رسوم الغاز للمستخدم

يمكننا تلخيص الاختلافات الرئيسية بين AA و CA التقليدية كما يلي:

• المستخدمون لا يقدمون المعاملات مباشرة ولكن يتركون التغليف للحزمة
• ينتقل التحقق من التوقيع من طبقة الاتفاق إلى طبقة العقد، حيث يقوم العقد بالتحقق من التوقيع
• مقدم دفع معتمد، مما يتيح للمستخدمين اختيار من يدفع ثمن الغاز بحرية

كيف يختلف AA عن MPC

قبل فهم AA بشكل كامل، يخلط العديد من الناس غالبًا بين مفاهيم AA و MPC لأن كلاهما يدعم ميزات مثل الاسترداد الاجتماعي والإضافات التي لا تحتاج إلى متصفح. الفروق الأساسية بين AA و MPC هي كالتالي:

• AA ما زالت مركزية وموجودة على السلسلة، بينما MPC مركزية وغالبًا ما تستضيفها مؤسسة واحدة أو أكثر.
• تتم تنفيذ معاملات AA عن طريق عنوان عقد AA، بينما يتم أداء MPC عن طريق EOA المستضيف من قبل المؤسسة، مما يجعل MPC ما زال حساب EOA مدار.
• تنفيذ معاملة AA ينطوي على تفاعلات مع عقود متعلقة بعقد AA متعددة على السلسلة، في حين أن MPC يتفاعل مباشرة مع EOA. MPC لا يتحمل رسوم غاز إضافية.

فيما يلي، دعونا نقدم MPC وميزاته الفريدة.

• تقنية MPC أكثر نضوجًا، وقد قامت المحافظ الساخنة التابعة للبورصات المركزية بتنفيذ MPC لمنع وقوع أخطاء نقطة واحدة، مما يعزز بشكل كبير أمان البورصات المركزية.
• يتكون MPC من عدة عقد، حيث يمتلك كل عقد فقط قطعة من المفتاح الخاص. يمكن توقيع المعاملات فقط عندما يصل عقد MPC المتعددون إلى توافق. ونتيجة لذلك، فإن سرقة مفتاح خاص لعقد واحد لا تؤدي إلى فقدان الأموال.
• حاليًا، هناك العديد من حلول MPC مفتوحة المصدر. بالنسبة لمبادئ محددة، يمكنك الرجوع إلىhttps://tor.us/, حل عقدة MPC مفتوح المصدر تم تطويره بواسطة Web3Auth.

تستخدم حلول MPC على نطاق واسع في عمليات تسجيل الدخول الاجتماعية الحالية ، وقد أطلقت العديد من المشاريع محافظ MPC لتوفير تجربة محفظة بدون سلسلة ، مما يلغي حاجة المستخدمين إلى تثبيت محافظ المكونات الإضافية أو إدارة المفاتيح الخاصة. في الصناعة ، يشار إلى هذه الأنواع من المحافظ المدارة مجتمعة باسم المحفظة كخدمة (WaaS). تشمل المشاريع الناضجة ما يلي:

• مصادقة Web3
• شبكة الجسيمات
• رابط سحري
• كوينبيس بيس

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

مزايا AA

الاسترداد الاجتماعي

العيب الرئيسي للحسابات المملوكة خارجيًا التقليدية (EOA) هو أن المستخدمين مسؤولون عن تخزين مفاتيحهم الخاصة. تقدم هذه الحفظ الذاتي المشاكل التالية:

• التكلفة الإدراكية العالية. معظم المستخدمين لا يمكنهم فهم المفاتيح العامة والخاصة.
• إذا فقد المستخدمون مفتاحهم الخاص، لا يوجد طريقة لاستعادة الحساب.

AA (Account Abstraction) مصمم للسماح للمستخدمين بإعداد حسابات الاسترداد الاجتماعي. يمكنهم استخدام حسابات EOA الخارجية واحدة أو أكثر لاستعادة السيطرة على AA الخاص بهم. تتم العملية الشائعة للاسترداد الاجتماعي كما يلي:

• يفقد المستخدم الوصول إلى EOA الحالي الذي يتحكم في AA، أو يتعرض للاختراق.
• يتم ربط حسابي EOA إضافيين بحساب المستخدم: \
  حساب العنوان الخاص بصديقك \
  EOA المحفوظة بدعم من المؤسسات
• هاتان الاثنتان من EOAs تبدأان استئنافًا، وبعد إكمال دليل 2/3 متعدد التوقيع، يقومان بتبديل EOA المقيد للمستخدم بـ AA إلى EOA جديد للمستخدم.

من خلال هذه العملية التي تهدف إلى الاستئناف، حتى إذا فقد المستخدم السيطرة على EOA الذي يدير AA، يمكنه الانتقال إلى EOA جديد. على عكس تسجيل الدخول الاجتماعي بواسطة MPC (الحسابات متعددة الأطراف)، فإن استرداد الحساب الاجتماعي هذا مركزي بالكامل ولا يوجد به نقطة فشل واحدة.

تفويض الغاز

تفويض الغاز أساسي لتبني الجماهير لتكنولوجيا البلوكشين. بالنسبة للمستخدمين الجدد الذين يدخلون Web3 ، فإن أكبر نقطة ألم هي تمويل رسوم الغاز المسبقة. من خلال استخدام Paymaster لـ AA لتفويض الغاز ، يمكن دعم المستخدمين الجدد ، مما يقلل بالتالي من حاجز الدخول إلى تطبيقات Web3.

التبادل عبر السلاسل بدون احتكاك

مشكلة النواة الأخرى التي تؤثر على اعتماد الجماهير لـ Web3 هي التوافق بين السلاسل النقدية. يسمح Paymaster، من خلال دمج بروتوكولات السلاسل النقدية المتقاطعة مثل Layer0/Warmhole، للمستخدمين بإيداع الأموال في سلسلة A (مثل Ethereum) واستخدام التطبيقات بسلاسة في سلسلة أخرى B (مثل Matic أو BSC)، مما يجعل حدود السلاسل تختفي ويساعد Dapps الجديدة في جذب المستخدمين من سلاسل أخرى.

عيوب AA الحالية

بينما تم مناقشة مزايا AA، إلا أن المعيار ERC-4337 لا يزال يتطور بسرعة لمعالجة عيوبه الحالية:

إنشاء منفصل لكل سلسلة / طبقة2

على عكس EOA، بمجرد إنشاء EOA، يمكن استخدامه في أي سلسلة متوافقة مع EVM، حيث يمكن استخدام نفس الزوج المفتاح العام-الخاص للتفاعل في سلاسل مختلفة. ومع ذلك، نظرًا لطبيعة AA كحساب عقد (CA)، يجب نشر عقد AA جديد بشكل منفصل على كل سلسلة أو طبقة Layer2. قد ي desencourage تكلفة نشر AA contracts العالية المستخدمين من اعتماد AAs.

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

تكاليف نشر مرتفعة

كما ذكرنا ، تتطلب حسابات AA من المستخدمين نشر عقود AA التي تم إنشاؤها بواسطة Wallet Factory على سلاسل مختلفة و Layer2 بشكل منفصل. حتى مع السلاسل الجانبية الحالية ، والسلاسل المتوافقة مع EVM ، وانخفاض رسوم الغاز Layer2 ، فإنها لا تزال نفقات كبيرة. مع رسوم الغاز الحالية وسعر ETH عند 1800 دولار ، فإن نشر حساب AA على شبكة ETH الرئيسية سيكلف ما يقرب من 20 دولارا إلى 40 دولارا ، بينما في السلاسل المتوافقة مع EVM أو Layer2 ، سيتراوح من 0.5 دولار إلى 5 دولارات. بالنسبة لمعظم المستخدمين ، من الصعب قبول تكلفة النشر قبل استخدام Dapp. بافتراض أن هذه التكلفة مدعومة من قبل Bundler أو Paymaster ، فإن تكلفة الدعم لا تزال مرتفعة للغاية وتتطلب حافزا قويا.

تكلفة الغاز أعلى بشكل كبير من حسابات الاشتراكات الخارجية

اعتمادًا على تنفيذ AA وعدد المعاملات المجمعة في معاملة Bundler واحدة (كلما زاد عدد المعاملات ، كلما انخفض تكلفة الغاز لكل UserOP) ، قد تكون استهلاك الغاز لمعاملات معيار ERC-4337 الحالي أعلى بضع مرات من تلك الموجودة في حسابات EOA العادية. يعود ذلك إلى أن المعاملة التي يبدأها حساب AA غالبًا ما تتطلب استدعاء 3 عقود أو أكثر وتنطوي على حسابات معقدة مثل التحقق من توقيع BLS على السلسلة. كما يتم تحسين معيار ERC-4337 الحالي لهذا الغرض أيضًا، مع الخريطة الطريقية التالية:

• تبسيط عدد العقود المسمى في معاملات حساب AA
• عرض عقود معمارية معمارية في ETH لتقليل استهلاك الغاز للتحقق من التوقيع على السلسلة

تقدير رسوم الغاز بموجب معيار ERC-4337

لقد ذكرنا للتو التكلفة النسبية العالية لاستخدام معيار ERC-4337. ما هي التكاليف النوعية؟ أولاً، دعونا نقدم مفهومًا، وهو صيغة الحساب لرسوم الغاز:

الرسوم = الغاز × السعر

إذاً، ما هي تكاليف النشر والاستخدام لـ ERC-4337؟ فريق StackUp قدم تقديرات دقيقة في مدونتهم.

https://www.stackup.sh/blog/how-much-more-expensive-is-erc-4337

جدول 1. الغاز لمعاملات ERC-4337

الجدول أعلاه يظهر:

• تكلفة إنشاء حساب AA تقريبًا 20 مرة تكلفة معاملة EOA.
• تكلفة تحويل الرمز الأصلي في حسابات AA حوالي 4 مرات أكثر من في حسابات EOA.
• بالنسبة لنقل ERC20 ، تكلف AAs فقط 1.5 مرات أكثر من EOAs.

الجدول 2. تقديرات رسوم الغاز لعمليات ERC-4337

يقدم هذا الجدول تقديرات تكاليف مختلف العمليات على حساب ERC-4337 AA باستخدام أسعار الغاز الحالية. يمكننا ملاحظة ما يلي:

• على شبكة الإثيريوم الرئيسية، تكلفة إنشاء حساب AA مرتفعة جدًا، تتراوح بين 20-30 دولارًا تقريبًا.
• ضمن مجموعة التحديثات ، نظرا لتقنية ضغط البيانات ، تكون تكلفة إنشاء حساب AA أقل ، على غرار تكلفة التحويلات.
• على سلاسل EVM الأخرى المتوافقة، يكون تكلفة إنشاء حساب AA أقل نسبياً بسبب قاعدة رسوم الغاز الأقل.

في الختام، نظرًا للتكلفة العالية لإنشاء حسابات ERC-4337 AA على الشبكة الرئيسية، من المرجح أن يحدث انتشار واسع أولاً على الطبقة 2 وسلاسل متوافقة مع EVM.

توافق Dapp وتوافق متصفح Blockchain

عائق آخر أمام تطوير AA هو التوافق التحتية مع عقود AA. معظم التطبيقات اللامركزية خارج سلسلة AA الأصلية تدعم فقط حسابات EOA. يتطلب دعم AA من التطبيقات اللامركزية استخدام SDK AA للمعاملات وتعديل معلمات الاستعلام لمعلومات المستخدم.

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

تجريم الحساب الأصلي (تجريم الحساب الأصلي)

مزايا وعيوب AA الأصلية

باستثناء الإيثيريوم، تم تنفيذ معظم سلاسل الكتل العامة الجديدة بالفعل حسابات AA الأصلية.

• مزايا
  دعم طبقة التوافق

تم تنفيذ AAs الأصلية على طبقة الاتفاق في السلسلة، مما يعني أنها لا تتطلب مطوري المجتمع للنشر. هذه عادةً عقود داخلية أو نظامية يتم تطويرها وصيانتها من قبل مطوري البلوكشين.

تكاليف نشر أقل ورسوم غاز إضافية

العقود الداخلية غالبًا ما تحتوي على أذونات وأولويات أعلى، وحسابات الغاز الخاصة بها تختلف عن العقود الخارجية. ولذلك، تكون تكاليف نشر AAs الأصلية أقل وعادة ما لا تضيف تكاليف غازية كبيرة.

• عيوب
  مرونة أقل

تتطلب ترقية العقود الذكية الأصلية من مطوري السلسلة العامة أن يكونوا مسؤولين، وغالبًا ما يحتاجون إلى فروع ناعمة أو صعبة. وهذا يجعلها أقل مرونة من ERC-4337 النمطية، مما يقيد وتيرة التكرار وإطلاق الميزات الجديدة.

• تعلم من تجربة ERC-4337 وزيادة قابلية التوسع

السلاسل التي تحتوي على AAs الأصلية تدرس بنشاط قابلية التوسع والقابلية للتعديل في ERC-4337، مما يتيح بناء المزيد من الميزات على أساس الAAs الأصلية.

قريب

تنفذ Near AAs الأصلية على مستوى التوافق مع الحسابات المخزنة مباشرة في سلسلة الكتل. يدعم مفاتيح الوصول المتعددة والاسترداد الاجتماعي (البريد الإلكتروني، رقم الهاتف). توضح الصورة التالية الفروقات بين حساب ETH وحساب Near.

أبتوس / سوي

بسبب نموذج ملكية الموارد في أبتوس وسوي، لقد نفذت كلا من أبتوس وسوي نظام AA الأصلي على طبقة التوافق. وباختيار أبتوس كمثال، فإن حساب أبتوس هو مجموعة من الموارد على سلسلة الكتل، لذلك عند إنشاء حساب أبتوس، فمن الضروري دفع أبتوس مقدمًا لإكمال تهيئة الحساب. حسابات أبتوس/سوي تدعم أيضًا تغيير مفتاح المصادقة، ولكن عنوان الحساب يظل كما هو، بالإضافة إلى ميزات AA الأخرى.

ZKsync

على عكس Near / Aptos / Sui / Starknet ، يدعم ZKsync كلا من EOA و AA في طبقة الإجماع. لذلك ، يمكن ل ZKsync بدء المعاملات باستخدام كل من EOA و AA ، مما يسمح باستخدامها مع المحافظ الشائعة مثل Metamask و Argent. يعتمد تصميم AA من ZKSync على ERC-4337 ، مما يجعله متوافقا مع المحافظ و Dapps التي تدعم EIP-4337. حاليا ، تبلغ تكلفة الغاز الإضافية لمعاملات AA في ZKsync حوالي execution_gas + 20000 ، أي حوالي 0.01 دولار أمريكي في وقت كتابة هذا التقرير. هذه تكلفة صغيرة مقارنة ب AA ERC-4337 غير الأصلي.

ستاركنت

تدعم Starknet بشكل أصلي AA ولا تدعم المعاملات التي تبدأ بواسطة EOA. تم تصميم حسابات AA في Starknet استنادًا إلى ERC-4337. حاليًا، يتم توفير عقود AA في Starknet بواسطة OpenZeppelin وتطويرها باستخدام Cairo.

ICP

يُطلق على حسابات AA الأصلية في ICP اسم الهوية على الإنترنت (II اختصارًا). تختلف تنفيذ II عن ERC-4337. يستخدم II WebAuthn، المستخدم بشكل شائع في إطارات Web2، مما يتيح للمستخدمين التحكم في حساباتهم باستخدام رقائق الأمان المدمجة في هواتفهم الذكية. يمكن للمستخدمين إضافة وإزالة الأجهزة بحرية. في جوهره، يحول II أجهزة الهواتف الذكية للمستخدمين إلى محافظ عتادية.

البنية التحتية الحالية للأفراد المعاقين

Bundler

يحل Bundler مكان Mempool السابق في نظام AA. لم يعد يتم إرسال UserOps إلى المحققين ولكن يتم إرسالها إلى Bundlers لتغليفها ومعالجتها على السلسلة. الـbundlers الرئيسية على النحو التالي:

• مجمع الطبقات :

يتم تنفيذ مجمّع Stackup بلغة Go ويهدف إلى التكامل بسلاسة مع Go Ethereum (geth). إنه المجمّع القياسي للإنتاج الأول في هذه القائمة الذي يتوافق تمامًا مع ERC-4337. يُحافظ Stackup بنشاط ويتضمن توثيقًا شاملاً، مما يجعله المجمّع الأكثر شعبية حاليًا. يوفر Stackup خدمات المجمّع، مما يقضي على الحاجة للفرق لإعداد خدمة مجمّعها الخاصة.

• حزمة Infinitism

تم تطوير مجمع Infinitism في TypeScript وتم تطويره بواسطة المؤلف الأصلي لـ ERC-4337. تقوم Infinitism أيضًا بتطوير عقود ERC-4337، مما يجعل مجمعها متوافقًا تمامًا مع ERC-4337. ومع ذلك، هناك حاجة للتحقق الإضافي من الأداء والاستقرار نظرًا لأنه تم تطويره في TypeScript.

• Silius(AA-bundler) يتم تطويره بواسطة Vid Kersic، عضو أساسي في بروتوكول Ethereum، باستخدام Rust. سيسهم هذا في دمج أدوات AA في نظام Rust.
• Skandha

سكاندها هو حزمة تجميع تعتمد على TypeScript وتم تطويرها بواسطة Etherspot. Etherspot نشط في تنفيذ ذاكرة التخزين المؤقت للحزمة. نجحت سكاندها في جميع الاختبارات في أبريل 2023.

• فولتير

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

• Rundler

راندلر هو بروتوكول حزمة تم تطويره بواسطة الكيمياء، أكبر مزود لخدمة العقد لإيثيريوم. حالياً، راندلر ليس مفتوح المصدر، ولكن بسبب قاعدة مستخدمي الكيمياء الكبيرة، قد يتلقى دعم مرور كبير.

نقاط الألم من المجمع

Bundler حاليًا في مرحلة من التطوير والتطوير السريعة.

• التواصل بين الحزم

نقطة الألم الحالية التي يحتاج المجمع إلى معالجتها هي مشكلات الاتساق والتواصل في mempool الخاص ب Bundler. بافتراض وجود بروتوكولات تجميع متعددة في السوق وهناك نقص في الاتصال بينها ، فقد يؤدي ذلك إلى مشكلة خطيرة تتمثل في هجمات DDoS على المجمع. إذا قام المستخدم بإرسال معاملات في وقت واحد إلى حزم متعددة دون الاتصال بينها ، فستقوم هذه الحزم في نفس الوقت بحزم وإرسال UserOps إلى المدقق. ومع ذلك ، سيتم تنفيذ UserOp فقط من المجمع الأول ، وسيتم رفض المعاملات من الحزم المتبقية بسبب نفس nonce. في هذه الحالة ، إذا كان لدى مسؤول الدفع الخاص بالمستخدم رصيد غير كاف ، فستدفع الحزم غازا غير صالح ل UserOps هذه. لذلك في الوقت الحالي ، يعد الاتصال بين الحزم مشكلة تحتاج إلى معالجة من أجل منع هجمات البريد العشوائي UserOp على الحزم.

• تمركز الحزمة

الحزم الحالية مركزية للغاية. إذا قامت الحزم بوضع مستخدمين معينين على القائمة السوداء، فسيؤدي ذلك إلى عدم تنفيذ معاملاتهم. هذا يتعارض مع طبيعة عدم المركزية وعدم الإذن في تكنولوجيا البلوكشين.

الحكم

يعد Paymaster جزءا مهما من AA ، حيث يمكنه دعم رسوم الغاز للمستخدمين وتقليل حاجز دخول Web3 بشكل كبير. فيما يلي بعض التطبيقات الشائعة لمسؤول الدفع:

• دفع العمال
  دفتر أجور Stackups هو جزء من نظام Stackups AA. قامت Stackups بتنفيذ لوحة تحكم لدفتر الأجور حيث يمكن لتطبيقات اللامركزية أو مزودي الخدمات الآخرين إعداد حسابات تمويلهم الخاصة فيهاhttps://app.stackup.sh/sign-inلرعاية معاملات المستخدمين.

• لوحة تحكم بيكونومي

يتيح لوحة تحكم Biconomy للمنظمات والمطورين استخدام مكونات AA في مشاريعهم. يمكن لأصحاب المشاريع تكوين مشاريعهم لدفع رسوم الغاز للمستخدمين من خلال مدفوعات الرجال وإضافة شروط رعاية الغاز. من خلال تسجيل مدفوعاتك لأي سلسلة مدعومة، يمكن لتطبيقات الويب اللامركزية تبسيط تجربة Web3 بشكل كبير للمستخدمين.

محافظ

• Ambire
  أمباير هو محفظة ويب مبنية على AA التي تكون خاصة بالعميل وتدعم محافظ الوصلات، ومحافظ الأجهزة، وتسجيل الدخول الاجتماعي. تصدر أمباير أيضًا رموز المحفظة لحكم محفظة أمباير. حاليًا، يدعم أمباير سلاسل EVM متوافقة مع الشبكة الرئيسية والطبقة2.
• أرجانت
  Argent هو حاليا أكثر محفظة شعبية في النظام البيئي Layer2 ويدعم بالفعل مشاريع Layer2 الرئيسية مثل Starknet و ZKsync.
• أفوكادو
  يعد الأفوكادو محفظة ويب تتيح للمستخدمين دفع جميع رسوم الغاز باستخدام USDC وتوفر تجربة مستخدم سلسة عبر سلاسل مختلفة.
• آمن
  تعتبر Safe المحفظة متعددة التوقيعات CA المذكورة أعلاه التي طورتها Gnosis. نظرًا لارتفاع تكلفتها وتكاليف استخدامها، فإنها تستخدم في الغالب من قبل المؤسسات والفرق لإدارة الأموال.
• تسلسل
  يدعم Sequence تسجيل الدخول الاجتماعي ويوفر تجربة محفظة خالية من الوصلات التكميلية.

أهمية AA لتبني Web3 بشكل جماعي

AA يحقق التمركز المركزي والاستخدام والأمان في نفس الوقت.

حسابات EOA التقليدية غالبًا ما تواجه صعوبة في تحقيق اللامركزية وسهولة الاستخدام والأمان في نفس الوقت.

• محافظ العناية الذاتية مثل Metamask توفي تلبية اللامركزية ولكنها تتطلب من المستخدمين إدارة مفاتيحهم الخاصة، مما يشكل حاجزًا عاليًا أمام المستخدمين الجدد. بالإضافة إلى ذلك، إذا تم اختراق الجهاز، فهناك خطر سرقة المفتاح الخاص.
• يقضي حساب EOA الوديعي لـ MPC على الحاجة لدى المستخدمين للاحتفاظ بمفاتيحهم الخاصة، ولكن MPC نفسه ما زال تحت سيطرة مؤسسة. إذا تصرفت المؤسسة بشكل خبيث أو تعرضت للاختراق، فإنها تضيف نقطة فشل واحدة، مما يتناقض مع منطق اللامركزية في تكنولوجيا البلوكشين.
• ومن ناحية أخرى، يمكن لمحافظ AA التعامل مع هذه المشاكل. خلال إجراء تسجيل المستخدم، يمكن للمجمعين إنشاء حسابات للمستخدمين وإدارة مفاتيح AA الخاصة بـ EOA. وعندما يصبح المستخدمون على دراية بـ Web3 أو عندما تصل أصولهم على السلسلة إلى عتبة معينة، يمكن أن يتم تفكيك تحكم حساب AA EOA من خلال عقود ذكية، مثل استخدام محافظ الأجهزة.

يقوم تفويض تكليف الغاز لرئيس الدفع بنقل عبء التكلفة عن المستخدمين

في الإطار التقليدي لنظام EOA، يحتاج المستخدمون غالبًا إلى الحصول على رموز البلوكشين مثل ETH من خلال العملات الورقية لاستخدام تطبيقات Web3. وعادة ما ينطوي ذلك على استخدام التبادلات المركزية (CEX) لإيداع العملة الورقية، وتبديلها بالرمز المطلوب، وأخيرًا نقلها إلى حساب EOA الجديد. هذه العملية تتطلب فهمًا كبيرًا لـ Web3 وهي مُرهقة في كثير من المناطق. من خلال إدخال المدفوعات في AA، يمكن تفويض تكاليف الانضمام الأولية للمستخدمين إلى أصحاب المشاريع في تطبيقات DApps. نقل رسوم الغاز له تأثيرات كبيرة على اعتماد Web3 بشكل واسع النطاق.

الأمان المحسّن

• التدقيقات الأمنية للمدير المالي

حالياً، يتمركز ERC-4337 في مراحله الأولية، ويتم تطوير العديد من الأدوات بناءً عليه. من ناحية الدافع، يمكن مراجعة UserOp للمستخدم لمنع حدوث الاحتيال، مثل الموافقات الزائدة أو التحويلات غير المصرح بها. يمكن إجراء فحص أمان الدافع باستخدام أساليب مُثبتة في قطاع الخدمات المالية على الويب 2 لمراجعة المعاملات المشكلة وضمان سلامة أموال المستخدم.

• عزل الحساب

يتم تطوير ابتكار آخر وهو عزل الأمان للحسابات، مثل فصل حساب الصندوق عن حساب اللعبة، وما إلى ذلك. عندما يستخدم المستخدمون وظائف DeFi المألوفة ونقل الأموال، يتم استخدام حساب الصندوق الذي يتم فحص أمانه بشكل أكثر صرامة. عندما يجرب المستخدمون GameFi أو DeFi غير المألوفة، يتم استخدام حساب اللعبة. بهذه الطريقة، دون زيادة المفاتيح الخاصة التي يحتاجها المستخدمون لإدارتها، يضمن التصميم الخاص بعزل الأمان للحسابات أمان أموال المستخدمين على المستوى الأساسي.

آفاق وفرص لAA

تجربة أمان محسنة مع الرقائق الآمنة الأصلية للهاتف المحمول / الكمبيوتر ومحافظ الأجهزة

حاليًا، تحتوي العديد من الأجهزة مثل الهواتف الذكية وأجهزة الكمبيوتر المحمولة على رقائق أمان مدمجة، مثل رقاقة الأمان Apple T2 المستخدمة في أجهزة Mac و iPhone. وبالتالي، بشكل جوهري، كل جهاز يحتوي على رقاقة Tee هو محفظة عتاد موثوقة. ومع ذلك، هذه الرقائق الأمنية حاليًا لا تدعم خوارزميات توقيع سلسلة الكتل الشائعة مثل ECDSA.

• الأمان الحالي لمفاتيح EOA الخاصة
  الإضافات / المحافظ المحمولة

أمان مفاتيح EOA الخاصة في الإضافات / المحافظ المحمولة الحالية يتم تخزينها مباشرة على الجهاز. إذا تم الاختراق الجهاز، يمكن أن تفقد أصول المستخدم بسرعة. لذلك، المحافظ الموسعة للمتصفح مثل Metamask لديها استخدام عالي ولكن أمان منخفض.

محافظ العتاد

تضمن محافظ الأجهزة الخاصة بالعملات الرقمية أن المفاتيح الخاصة لا تغادر الجهاز ولا يمكن الوصول إليها مباشرة من قبل الأطراف الخارجية. ومع ذلك، فإن معظم المستخدمين لا يمكنهم حمل محافظ الأجهزة معهم في جميع الأوقات، مما يؤدي إلى تحقيق أمان عالي ولكن قليل من القابلية للاستخدام.

• تقديم AA، باستخدام رقاقة آمنة لأمان الجهاز

باستخدام محفظة AA وطريقة التحقق المبتكرة على السلسلة ، يمكن توقيع المعاملات مباشرة بواسطة الشريحة الآمنة للجهاز ، مما يضمن عدم مغادرة المفتاح الخاص للمستخدم للجهاز أبدا. يوفر هذا أمانا أكبر مقارنة بحسابات EOA التقليدية. في الوقت الحالي ، نفذت هوية الإنترنت الخاصة بكمبيوتر الإنترنت ومشروع يسمى Porton Wallet في ETHBogota Hackathon حلا يستخدم توقيع رقاقة آمنة للجهاز ومفتاح الجلسة ، مما يسمح للمستخدمين بالاستفادة الكاملة من أمان أجهزتهم مثل الهواتف الذكية أو أجهزة الكمبيوتر ، أي ما يعادل محفظة الأجهزة.

بفضل التصميم القابل للتوسيع بشكل كبير لـ ERC-4337، ستحقق حسابات AA تحسينًا كبيرًا في الأمان من خلال توسيعها وتكرارها.

تجربة بدون سلاسل للمستخدمين: عبر السلاسل + AA

حاليا، عقب آخر على اعتماد Web3 الشامل هو تشتت النظم البيئية للبلوكشين عبر سلاسل مختلفة.

• تجربة استخدام DApp عبر السلاسل حاليًا

كمثال بسيط، دعنا نأخذ مستخدمًا على إيثيريوم (ETH) يرغب في تجربة تطبيق على سلسلة بينانس الذكية (BSC). ماذا ينبغي على هذا المستخدم فعله؟ أولاً، يحتاج المستخدم إلى تبادل ETH الخاص به بمقابل USDT/USDC المقابل ومن ثم استخدام جسر عبر السلسلة لنقل هذه الرموز من ETH إلى BSC. بعد ذلك، يحتاج المستخدم إلى شراء بعض BNB من مبادل مركزي (CEX) وتحويله إلى BSC. فقط بعد ذلك يمكن للمستخدم أن يبدأ في تجربة مختلف تطبيقات الديفي على BSC. هذه العملية بأكملها تتطلب وقتًا طويلاً، ولها أمان ضعيف، وتأتي مع منحى تعلم حاد، خاصة بالنسبة للمستخدمين الجدد الذين قد لا يكونون على دراية بجسور السلسلة.

• خبرة بعد تقديم مسؤول الدفع عبر السلسلة AA +

من خلال بروتوكولات السلسلة العابرة الحالية المستخدمة بشكل شائع، مثل Layer0 + AA، يمكن تبسيط عملية استخدام DApp على سلاسل مختلفة بشكل كبير. يمكن للمدفوعات دمج بروتوكولات السلسلة العابرة بشكل كامل لتحقيق "شحن مرة واحدة، الدفع في كل مكان". على سبيل المثال، إذا قام المستخدم بشحن USDC على مدفوعات المدفوعات الرئيسية لـ ETH، طالما أن حساب المستخدم AA على سلاسل مختلفة هو نفسه ومرتبط بنفس المدفوعات الرئيسية، يمكن للمدفوعات الرئيسية التعامل مع المحاسبة نيابة عن المستخدم. لا يحتاج المستخدم إلى نقل الأصول يدويًا إلى أي سلسلة متوافقة مع EVM/Layer2 بنفس عنوان الحساب.

وضع الإعلانات، ترويج تطبيقات الويب يدعم تكاليف الغاز

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

• الإعانات بدون AA و paymaster

في الماضي، كانت هناك حالات حيث قامت مشاريع نظام الويب3 بدعم الغاز لجذب العملاء. ومع ذلك، كان دعم حسابات EOA دون وضع شروط برمجية في كثير من الأحيان يؤدي إلى سوء استخدام أموال الدعم من قبل الروبوتات والنصابين، مثل تحويل أموال الدعم مباشرة، دون جذب عملاء حقيقيين.

• الإعانات مع المسؤول عن الدفع

حاليا ، تتضمن لوحات معلومات paymaster بشكل عام وظيفة دعم رسوم الغاز ل Dapps. يمكن لمطوري المشاريع بسهولة تعيين شروط الإعانات في لوحة القيادة ، بحيث تكون المعاملات التي تفي بشروط محددة فقط مؤهلة للحصول على الدعم. من خلال التحكم في شروط المعاملات في الإعانات من خلال paymaster ، يمكن ل Dapps جذب المزيد من المستخدمين الحقيقيين مع الحفاظ على التكاليف تحت السيطرة.

• نظرًا للتصميم القابل للتوسيع لـ ERC-4337، يمكن لمشغلي الدفع المستقبلين في المستقبل دمج خدمات أكثر، مثل مزودي خدمات الإعلانات، مما يفتح آفاقًا أوسع لتبني التطبيقات Web3 بشكل أوسع.

نمو متفجر في تطبيقات الهواتف المحمولة DApps

تحت EOA، نظرًا لتفوق Metamask، يتم الوصول في الغالب إلى التطبيقات اللامركزية الحالية من خلال واجهات الويب، مما يؤدي إلى حصة سوق أعلى لمحافظ الويب المكونة. ومع ذلك، تعتمد انتشار الويب3 بشكل كبير على مشاركة المستخدمين المحمولين، مما يجعل تطوير وتكييف AA أكثر توافقًا مع الهواتف المحمولة.

ألعاب متكاملة على السلسلة

مع ارتفاع شعبية الغابة المظلمة، تظهر بشكل هادئ اتجاه الألعاب الكاملة على السلسلة. ومع ذلك، تجربة المستخدم عند استخدام حسابات EOA (التي تمتلكها خارجيًا) في الألعاب سيئة للغاية. تخيل أن تضطر إلى استخدام محفظة للتفويض أو توقيع المعاملات في كل مرة تقوم فيها بأي إجراء في اللعبة. تعوق هذه الانقطاعات المستمرة اللاعبين عن التركيز بشكل كامل على اللعبة نفسها. لمعالجة هذه المشكلة، تم تطوير حسابات Arcade Accounts، وهي نسخ متخصصة من AA العادية، خصيصًا للألعاب الكاملة على السلسلة. تفوض هذه الحسابات عمليات اللعبة الخاصة، مما يسمح للاعبين بالمشاركة في الألعاب الكاملة على السلسلة دون الحاجة إلى تفويض متكرر وتوقيع معاملات. ونتيجة لذلك، يتم تحسين تجربة الألعاب بشكل كبير. من المحتمل أن يدفع ارتفاع الألعاب الكاملة على السلسلة في المستقبل اعتمادًا واسعًا على حسابات AA.

عمليات الصفقات القائمة على النية

مؤخرًا، اكتسب مفهوم المعاملات القائمة على النية شعبية مع ارتفاع Unibot، وقام Uniswap أيضًا بإطلاق مشروع Uniswap X لتعزيز تنفيذ المعاملات القائمة على النية. يمكن أن يشرح المثال التالي ما هي المعاملات القائمة على النية:

• يريد أليس تبادل 1 ETH مقابل 1000 USDT. ترسل أليس هذا النية إلى حوض معاملة معين. تحدد النية أن أليس ستحول 1 ETH وتستلم 1000 USDT. تحدد النية أيضًا فترة صلاحية المعاملة، فلنقل ساعة واحدة.
• التجار الآخرون في حوض الصفقات يبحثون باستمرار عن النوايا القابلة للتنفيذ.

إذا كان شخص ما على استعداد لتنفيذ النية، يقوم الطرف الآخر ببدء نية أخرى لتحويل 1000 USDT إلى أليس واستلام 1 ETH.

تمت مطابقة الصفقة بنجاح.

• أخيرًا، يقوم مجمع الحزم بتجميع العديد من النوايا ويقدمها إلى البلوكشين.

المعاملات القائمة على النية توفر المزايا التالية:

• سعر التنفيذ الحتمي، الذي يوفر ميزة كبيرة مقارنة بعدم تأكيد سعر المقايضات.
• تكاليف الغاز المنخفضة، حيث يمكن تجميع عمليات النية المتعددة وتقديمها إلى البلوكشين، مما يقلل من استهلاك الغاز للمعاملات الفردية.
• تجارب تداول أكثر تنوعًا، حيث تفتح المعاملات القائمة على النية إمكانية التداول خارج السلسلة، مما يؤدي إلى ظهور نماذج تداول أكثر تنوعًا، مثل Unibot، الذي ينفذ وظائف دفتر الطلبات والتقدم الأمامي.

حالياً، قام CowSwap بتنفيذ معاملات قائمة على النية بناءً على EOA. ومع ذلك، تتطلب معاملات قائمة على النية بناءً على EOA لا تزال من المستخدمين الموافقة (ERC-20، Approve) قبل بدء المعاملة. ومع ذلك، بموجب الهندسة المعمارية الجديدة للحساب AA، يمكن للمستخدمين إرسال Approve و Intent معًا إلى الحزمة. يمكن لحزمة AA الوصول إلى استفتاء النيات بشكل متزامن، ومطابقة النيات، وتوفير تجربة تداول أكثر راحة.

تنصل:

1. هذا المقال مأخوذ من [chaincatcher]. جميع حقوق الطبع والنشر تنتمي إلى الكاتب الأصلي [رئيس: بيل قيان، باحث: بونان يوان]. إذا كانت هناك اعتراضات على هذه الإعادة الطباعة، يرجى الاتصال بفريق Gate Learn، وسيتولون بالأمر على الفور.
2. إخلاء المسؤولية عن المسؤولية: الآراء والآراء الواردة في هذه المقالة هي فقط تلك التي يعبر عنها المؤلف ولا تشكل أي نصيحة استثمارية.
3. تتم ترجمة المقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يذكر غير ذلك، يُحظر نسخ أو توزيع أو سرقة المقالات المترجمة.