كيف نجعل تجريد الحساب من تمكين البنية التحتية لخدمة مليارات المستخدمين؟

المؤلف: ألبرت هي ، عالم BlockPI Cheif ؛ المترجم: MarsBit ، MK

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

يمكننا أن نتوقع أن الاعتماد الواسع النطاق لـ AA في العالم يمكن أن يقلل من الحواجز التي تحول دون دخول حالات استخدام blockchain ، وبالتالي تقديم تجربة مستخدم web2 إلى صناعة web3. **

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

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

EOA ومحفظة العقد الذكية

** ينبع مفهوم AA من قيود حسابات EOA. ** حسابات EOA (الحسابات المملوكة خارجيًا) هي حسابات مستخدم نموذجية في Ethereum ، ممثلة بمفتاح عام (عنوان blockchain) ، يمكن الوصول إليها من خلال مفتاح خاص. إنه مكون رئيسي في النظام البيئي Ethereum ، مما يسمح للمستخدمين بالتفاعل مع العقود الذكية وتنفيذ المعاملات على الشبكة. ومع ذلك ، قد يمثل استخدام EOA تحديًا للأشخاص ، وقد تؤثر بعض المضايقات على تجربة المستخدم.

** يتعلق الإزعاج الأول في EOA باستخدام الغاز. ** ستكلف كل معاملة المستخدم مبلغًا كبيرًا من ETH كرسوم غاز (تبلغ رسوم تحويل ETH البسيطة 25 Gwei لسعر الغاز 0.5 دولار أمريكي ، وأكثر للتفاعل مع العقد أو سعر غاز أعلى). وهذا يجعل رسوم المعاملات باهظة الثمن للغاية بالنسبة للمعاملات الصغيرة ، خاصة خلال فترات ذروة ازدحام الشبكة. بالإضافة إلى ذلك ، يمكن استخدام ETH فقط للدفع مقابل Gas ، مما يعني أنه يجب أن يكون لدى المستخدمين ETH في محافظهم ، وهو ما يمثل عائقًا كبيرًا أمام دخول العديد من المستخدمين.

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

** الإزعاج الثالث لـ EOA هو خوارزمية تشفير التوقيع. ** تستخدم شبكة Ethereum خوارزمية توقيع رقمي محددة تسمى secp 256 k 1 لضمان صحة المعاملات وأمانها. يتم ترميز هذا بشكل ثابت في النظام ولا يمكن للمستخدم اختيار استخدام خوارزمية أخرى.

لذلك ، انطلاقًا من هذه المشاكل ، بدأ الناس يحاولون إيجاد حلول. محافظ العقود الذكية مثل MetaMask و Argent هي نتيجة لهذه الجهود ، والتي تعالج العديد من قيود EOA باستخدام عقود Ethereum الذكية لتحسين وظائف حساب المستخدم. ومع ذلك ، لا يزال لهذا الحل بعض العيوب ، حيث يتطلب بشكل أساسي من المستخدمين دفع رسوم Gas للمعاملات وشعبية محافظ العقود الذكية.

** بناءً على هذه التحديات ، بدأت Ethereum في محاولة تقديم مفهوم جديد ، وهو تجريد الحساب. الهدف من تجريد الحساب هو حل هذه المشكلات على مستوى البروتوكول ، بدلاً من الاعتماد على العقود الذكية أو البرامج الوسيطة الأخرى. هذا ما نسميه الآن تجريد الحساب (AA). **

في ما تبقى من هذا المنشور ، سأبحث في مفهوم تجريد الحساب وكيف يمكننا استخدامه لتحسين البنية التحتية لـ BlockPI.

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

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

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

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

مع كل الحديث عن فوائد محافظ العقود الذكية ، كان مجتمع Ethereum يعمل بالفعل على محافظ العقود منذ البداية. على الرغم من أنه تم اقتراح العديد من برامج EIP لاستكشاف تجريد الحساب ، إلا أنه لم يتم وضع معيار موحد حتى عام 2021. فيما يلي بعض من أكثر المقترحات تمثيلا.

EIP-86

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

EIP-2938

تم إنشاؤه في عام 2020. عنوان برنامج EIP هذا هو تجريد الحساب. يوضح برنامج EIP هذا مفهوم AA. يقدم نوعًا جديدًا من المعاملات ، معاملة AA. سيتم بدء هذه المعاملة من خلال عنوان EntryPoint والاتصال بعقد محفظة AA. من خلال القيام بذلك ، فإنه يوفر مواصفات موحدة ويقدم AA في إجماع Ethereum. وبشكل أكثر تحديدًا ، فإنه يضيف اثنين من أكواد التشغيل الجديدة ، وثلاثة متغيرات عالمية ، وهيكل حمولة مختلف إلى إجماع Ethereum.

EIP-3074

تم إنشاؤه في عام 2020. يقدم برنامج EIP هذا تعليمي EVM ، AUTH و AUTHCALL. يعيّن AUTH متغير سياق يسمى مصرح به بناءً على توقيع ECDSA. AUTHCALL يرسل مكالمة نيابة عن حساب مصرح به. يسمح هذا للعقد الذكي بإرسال المعاملات نيابة عن EOA. لكن هذا ليس حلاً مثاليًا لـ AA. يضع EIP-3074 قيودًا معينة على تحويلات القيمة الأصلية أثناء معاملات الرعاية. إذا فقدت الوصول إلى EOA ، فلن تتمكن من استرداد أصولك ، وإذا سُرقت ، فسيلزم نقل جميع الأصول إلى حساب جديد.

لم يتم اعتماد أي من الأفكار المذكورة أعلاه رسميًا في بروتوكول Ethereum لأسباب رئيسية مثل طلب تغييرات في طبقة الإجماع أو عدم كونها شاملة. لذلك ، واصل مجتمع Ethereum استكشاف كيفية إدخال AA في بروتوكول Ethereum دون تغيير الإجماع ، وأخيراً أنشأ EIP 4337.

ERC - 4337

تم اقتراح EIP-4337 في الأصل في سبتمبر 2021 وتم اعتماده كـ ERC-4337 في مارس 2023. ومن بين مؤلفيها فيتاليك بوتيرين ، ويواف فايس ، وكريستوف غازسو ، ونمرة باتيل ، ودرور تيروش ، وشهاف ناكسون ، وتجادن هيس.

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

فيما يلي شرح تقني أكثر تحديدًا لـ ERC-4337 من الوثائق الرسمية ، بالإضافة إلى بعض التعليقات من أجل فهم أفضل.

التعريف والأدوار الرئيسية لـ ERC-4337

UserOperation - هيكل يصف المعاملات المرسلة نيابة عن المستخدم. لتجنب الالتباس ، لم يتم تسميته "معاملة". يتم إرساله إلى Bundler ليتم تعبئته مع عمليات المستخدم الأخرى. ثم يتم إرسال الحزمة إلى مُنشئ الكتلة كمعاملة واحدة.

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

EntryPoint - عقد منفرد ينفذ حزمة UserOperations. Bundlers / Clients القائمة البيضاء المدعومة EntryPoints. تمت الموافقة على هذا العقد ومراجعته من قبل فريق Infinitism وهو مسؤول عن التعامل مع جميع عمليات المستخدم وربط العقود الأخرى بما في ذلك Wallet Factory و Aggregator و Paymaster. سيكون له نفس العنوان في معظم السلاسل المتوافقة مع EVM.

Bundler - عقدة (منشئ الكتلة) تجمع عدة عمليات مستخدم من مجموعة mempool وتقوم بإنشاء معاملات EntryPoint.handleOps (). لا يشترط أن تكون جميع المدققين في طبقة البروتوكول من مجموعات. يمكن أن تعمل خدمة Bundler بشكل مستقل عن منشئ الكتل وتستخدم RPC لإرسال عمليات مستخدم مجمعة.

المُجمِّع - عقد مساعد تثق به الحسابات للتحقق من التوقيعات المجمعة. يقوم المجمّعون / العملاء بإدراج المجمّعين المدعومين في القائمة البيضاء. يجب أن يقوم المُجمِّعون بتنفيذ واجهة ERC-4337 IAggregator.

Paymaster - عقد يمكنه دفع رسوم غاز UserOperation للمرسل إذا تم إيداع ما يكفي من ETH في عقد EntryPoint. Paymaster تنفذ كفاءة استخراج الغاز. يجب أن يقوم مسؤول الدفع بتنفيذ واجهة Paymaster الخاصة بـ ERC-4337. يمكن أن يكون لدى Paymaster منطقه الخاص لعقد صفقة مع المرسل. على سبيل المثال ، يدفع المرسل USDC إلى Paymaster ، ويرعى Paymaster عمليات المستخدم الخاصة به مع ETH. في الواقع ، يمكن دعم أي رمز مميز أو حتى رموز ERC 20 على سلاسل أخرى طالما وافق Paymaster وكان ذلك ممكنًا من الناحية الفنية.

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

يوضح الرسم البياني أدناه كيفية تفاعل عقد EntryPoint مع الجهات الفاعلة الأخرى.

[كيف نجعل تجريد الحساب من تمكين البنية التحتية وخدمة مليارات المستخدمين؟ ] (https://img-cdn.gateio.im/social/moments-40baef27dd-6da84d15d7-dd1a6f-62a40f)

تستدعي Bundlers وظيفة handleOps لعقد EntryPoint ، والتي تأخذ UserOperation كإدخال.

تتحقق handleOps من عملية المستخدم على السلسلة ، وتتحقق مما إذا كانت موقعة من خلال عنوان محفظة العقد الذكي المحدد ، وما إذا كانت المحفظة بها غاز كافٍ لتعويض Bundler.

إذا نجح التحقق ، فسيقوم handleOps بتنفيذ وظيفة محفظة العقد الذكية وفقًا لتوقيع الوظيفة ومعلمات الإدخال المحددة في بيانات استدعاء UserOperation.

من ناحية أخرى ، عندما يستخدم Bundler EOA لتشغيل وظيفة handleOps ، سيتم فرض رسوم غاز. يمكن لمحفظة العقد الذكية دفع رسوم الغاز إلى Bundlers من رصيد حسابها الخاص ، أو طلب عقد Paymaster للدفع نيابة عنها. لا يمكن لعمليات المستخدم التي لا تحتوي على غاز كافٍ اجتياز عملية التحقق في محفظة العقد الذكية المستهدفة وبالتالي تفشل قبل التنفيذ. حتى إذا كان هناك ما يكفي من الغاز ، فقد تفشل UserOperations أثناء التنفيذ ، على سبيل المثال ، بسبب أخطاء وقت التشغيل. سواء كان التنفيذ ناجحًا أم لا ، فإن عقد EntryPoint سيدفع رسوم الغاز إلى Bundler الذي يقوم بتشغيل وظيفة handleOps.

(المصدر: التوثيق الرسمي:

بعد دخول ERC-4337 حيز التنفيذ ، أصبح لدى المستخدمين الآن طريقتان لبدء معاملات blockchain. أحدهما هو الطريقة الأصلية ، حيث يبدأ EOA المعاملة. والآخر هو استخدام معيار ERC-4337 لبدء UserOperation من خلال Bundler ، ثم يقوم Bundler بحزمه مع UserOperations الأخرى وبدء تشغيله في السلسلة. يوضح المخطط الانسيابي التالي الفرق بين معاملة إرسال EOA العادية ومحفظة العقد ERC-4337 التي ترسل UserOperation.

[كيف نجعل تجريد الحساب من تمكين البنية التحتية وخدمة مليارات المستخدمين؟ ] (https://img-cdn.gateio.im/social/moments-40baef27dd-7df8e216fe-dd1a6f-62a40f)

الطريق ممهدة ولكن لا يوجد الكثير من الركاب

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

** اعتماد AA لا يزال في مهده. ** وفقًا للوحة تحليل Dune ERC-4337 (ERC-4337 Account Abstraction منniftytable) ، يتم تنفيذ 65 ألف + فقط عمليات المستخدم على السلسلة ، 90٪ منها من Polygon. لذلك ، لا يزال عدد عمليات المستخدم التي يتم إجراؤها في هذا الوقت صغيرًا جدًا ، ومعظمها اختبارات للمطورين ويُنسب جزء صغير فقط إلى المستخدمين. نلاحظ أن المنتجات التي تم دمج AA لا تزال في مراحلها الأولى. في نفس الوقت ، يمكنك أن ترى أن ربح Bundler سالب (-700 في شروط MATIC). هذا لأن بعض الحزم في Polygon لا تحسب غاز التحقق المسبق بشكل صحيح. لا تزال خوارزمية التحقق هذه بحاجة إلى التحسين.

** بخلاف ذلك ، هناك بعض مكامن الخلل التي تحتاج إلى حل. تتمثل إحدى هذه المشكلات في كيفية تعامل Bundlers مع فشل المعاملات. ** بعد حزم Bundler عدة عمليات مستخدم معًا ، يقوم Bundler أولاً بمحاكاة المعاملة للتحقق مما إذا كان سيتم التراجع عنها ، ثم يحسب ما إذا كانت رسوم الغاز التي يتم إرجاعها بواسطة المرسل أو Paymaster أكبر من رسوم الغاز المدفوعة بواسطة المعاملة. إذا كانت مربحة ، يرسل Bundler هذه الدفعة من UserOperations معًا كمعاملة إلى أداة إنشاء الكتل. ومع ذلك ، قد لا تزال المعاملة تفشل ، مما يؤدي إلى قيام Bundler بدفع رسوم الغاز دون استلام الغاز مرة أخرى من EntryPoint. على سبيل المثال ، قد يرسل المستخدم إجراءات إلى حزم مختلفة. يكون Bundlers على استعداد لتقديم أي عمليات على السلسلة إذا كانت مربحة ونجحت محاكاتهم. هذا يعني أنه إذا تم تقديم عملية المستخدم من قبل حزم مختلفة في نفس الوقت. ستنجح معاملة واحدة فقط ، وسيتلقى Bundler واحدًا فقط رسوم الغاز من EntryPoint ، وستفقد جميع Bundler الغاز بسبب فشل السلسلة. في حين أنه يمكن للمرء أن يجادل بأنه لا ينبغي على المستخدمين القيام بذلك ، فإن مثل هذا السلوك سيعتبر هجومًا ضارًا ، وأن Bundler يمكنه حظر عنوان المرسل ورفض أي طلبات مستقبلية من هذا العنوان ، إلا أن هذا ليس أسلوبًا معقولاً لأن المستخدمين قد يكون لديهم هذه العملية تم تقديمها عن غير قصد. يجب معالجة مثل هذه المشكلات بشكل صحيح في الكود ، ربما عن طريق تطوير شبكة mempool العامة غير المكتملة. بالإضافة إلى ذلك ، بسبب التقلبات المفاجئة للغاز ، قد يواجه Bundlers خسائر على الرغم من تقديم المعاملات بنجاح ومحاكاتها على أنها مربحة.

** شيء آخر هو الحد الأقصى للقيمة القابلة للاستخراج (MEV) التي يمكن استخلاصها من AA. ** في سياق Ethereum ، يشير MEV عمومًا إلى القيمة التي يمكن للمعدنين أو معالجات المعاملات الأخرى استخراجها عن طريق التلاعب بترتيب المعاملات في كتلة أو تضمين معاملاتهم الخاصة في كتلة. هل لاحظ أي شخص أن منطق MEV يمكن تطبيقه أيضًا على AA ، نظرًا لأن Bundlers لها الحرية في طلب UserOperations؟ ومع ذلك ، هذا شرطي ، يلزم تجميع عدد كافٍ من عمليات المستخدم معًا حتى يتمكن Bundlers من استخراج MEV. الآن لا يزال سوق AA بأكمله في مهده ، لذلك يمكن أيضًا اعتبار Bundler MEV في مهده. بشكل عام ، قد تتطور صناعة ** AA في اتجاهين: أحدهما مشابه لشبكة Ethereum mainnet ، بمشاركة مشاركين مثل Flashbots و Ultra Sound و BloXroute ، والآخر هو تكوين إجماع Bundler لفرض فرز الإنصاف. سيؤدي النهج الأخير إلى القضاء تمامًا على إمكانية حدوث MEV في AA. **

تطويرات مستقبلية

mempool العامة

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

خوارزمية التعبئة

على طول الطريق ، مولت مؤسسة Ethereum العديد من فرق تطوير AA من المطورين المتفانين والعمل الدؤوب. حتى الآن ، تم تطوير العديد من إصدارات عميل Bundler وهي متوفرة الآن. تم تطوير بعضها بدرجة عالية من حيث نضج المنتج. هم Candide (Voltaire Bundler مكتوب بلغة Python) ، Pimlico (Alto Bundler مكتوب بالنوع) ، Etherspot (Skandha Bundler مكتوب بالنوع) ، Stackup (Stackup-Bundler مكتوب بلغة Go) ، وغيرها الكثير.

الآن ، دعنا نتعمق في خوارزمية التعبئة بمزيد من التفاصيل. حاليًا ، نظرًا لقلة عدد عمليات المستخدم ، يمكن للحزم استخدام منطق حزم بسيط ومباشر ، مثل الفواصل الزمنية الثابتة أو عدد عمليات المستخدم في كل حزمة. ومع ذلك ، مع زيادة عدد عمليات المستخدم ، خاصة بعد تقديم مجموعة الذاكرة العامة ، تصبح استراتيجية اختيار عمليات المستخدم وتعبئتها أكثر تعقيدًا. السبب بسيط: بدون بروتوكول إجماع مثل blockchain ، تشكل Bundlers غابة مظلمة ، كل منها يعطي الأولوية للعمل وفقًا لمصالحه الخاصة ، ويتنافس مع بعضه البعض. من المرجح أن تأتي مجموعات mempool الخاصة ، والتي تتوافق في المقابل مع مجموعات memo العامة ، في المقام الأول. لأنه عندما لا يكون من المربح حزم UserOperations من مجموعة mempool العامة ، فقد يصبح من المربح تجميع UserOperations معًا في مجموعة mempool الخاصة. بهذه الطريقة ، تتمتع Bundler بميزة تنافسية عندما يتعلق الأمر بالتغليف.

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

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

يجب أن تتكيف البنية التحتية

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

** من أجل استيعاب اعتماد AA على نطاق واسع ، يحتاج مقدمو البنية التحتية أولاً إلى تقديم خدمتين أساسيتين على الأقل ، وهما خدمة Bundler وخدمة Paymaster. **

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

أيضًا ، من المهم تحسين العلاقة بين Bundler API وعميل العقدة الأصلية RPC وتكييفها. نحن نعلم أن عميل العقدة الحالي لم يتم تحسينه جيدًا لاستجابة وقدرة AA على التكيف. تتطلب بعض طرق Bundler API أن يعمل فهرس بيانات AA. على سبيل المثال ، يتطلب البحث عن UserOperation عن طريق التجزئة فهرسة جميع عمليات المستخدم. خلاف ذلك ، سيكون استهلاك الأجهزة لهذا الطلب الفردي مرتفعًا جدًا ، وسيستغرق الطلب وقتًا طويلاً للعودة.

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

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

لخص

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

** يحتاج مزود البنية التحتية لشركة AA إلى توفير خدمة Bundler وخدمة Paymaster لمستخدميها ، ويحتاج إلى دمج العديد من عملاء Bundler ومقدمي خدمة Paymaster لضمان متانة الخدمة. ** من أجل تحسين الاستجابة بين API وعملاء العقدة ، قد تحتاج بيانات AA إلى الفهرسة لتقليل استهلاك الأجهزة لطلب واحد. من أجل توفير تجربة مستخدم أفضل ، يحتاج موفرو البنية التحتية أيضًا إلى تزويد المستخدمين بمزيد من خيارات الخدمة.

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

في حين أن الحلول لهذه التحديات غير مؤكدة ، يمكننا أن نكون واثقين من أن تطور صناعة AA والجهود المشتركة للمطورين سيجدون الحلول في النهاية. بصفتها منشئ البنية التحتية ، تأمل BlockPI في أن تكون حلاً للمشكلات في تطوير صناعة AA ، إما كمطور أو من خلال توفير بنية تحتية AA ودية للمطورين الآخرين. مهمتنا هي تعزيز تطوير النظام البيئي AA بحيث يمكن لمستخدمي Web2 الاستمتاع بتجربة blockchain الخاصة بهم دون حواجز.