المؤلف: CloudY، Jam
المحرر: Vincero، YL
المراجع: Yasmine

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

ملخص

لكن في الواقع، الحسابات EOA في الإيثيريوم التي تم استخدامها للمقارنة هي منتج بدائي إلى حد ما، وبالتحديد:

• سلطة التحكم في الحساب واحدة، حيث تحتاج إلى تفويض بالتوقيع أو بدون توقيع، سواء كانت المعاملة بقيمة 1 دولار أو 1 مليار دولار، يجب أولاً الموافقة، ثم التأكيد بالتوقيع على المعاملة. لذا فإن الفرق بين صلاحيات الاحتيال والمعاملات العادية هو مجرد توقيع، مما يجعل كل مستخدم جديد يشعر بالخوف أثناء التفاعل. على الرغم من أن Metamask الآن يسمح للمستخدمين باختيار كمية الموافقة عند منح صلاحيات الرموز، إلا أنه بالنسبة للتفاعلات المتكررة، يفضل المستخدمون بشكل أكبر تفويض الحد الأقصى للكمية مباشرة بدلاً من الموافقة المتكررة التي تستهلك رسوم الغاز. مقارنة بنمط حساب Web2 الذي يستخدم مثل المصادقة الثنائية (2FA) أو مفتاح U للتحكم في مخاطر المعاملات الكبيرة، بينما تستخدم تقنية التعرف على الوجه أو الدفع بدون كلمة مرور لتسهيل المعاملات الصغيرة، فإن حساب EOA يبدو صارمًا وصعب الاستخدام.

• تُشكل رسوم الغاز المرتفعة عائقًا أمام العديد من المستخدمين الجدد. تستخدم شبكة إيثيريوم الرئيسية وسلاسل الكتل من الطبقة الثانية مثل أوبتيميزم/أربيتروم عملة إيثيريوم (ETH) كرمز للغاز. يتطلب هذا من المستخدمين تحويل عملاتهم الورقية إلى عملات مستقرة بالدولار الأمريكي، ثم تحويلها مرة أخرى إلى إيثيريوم، وأخيرًا نقل الإيثيريوم إلى محافظهم. يكتشف العديد من المستخدمين حاجتهم إلى الإيثيريوم للغاز بعد نقل عملاتهم المستقرة بالدولار الأمريكي، مما يُجبرهم على شراء الإيثيريوم مجددًا. علاوة على ذلك، تستخدم سلاسل الكتل العامة مثل BSC/Polygon/Solana رموز غاز خاصة بها، مما يُشكل مأزقًا آخر للمستخدمين الجدد. إضافة إلى ذلك، لا يرغب العديد من المستخدمين في شراء رموز الغاز في السوق الفورية، ولكنهم مُجبرون على ترك كميات كبيرة من رموز الغاز الزائدة في محافظهم بسبب التفاعلات على سلسلة الكتل.

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

بعد مقدمة موجزة عن تجريد الحساب و ERC-4337، ستتكهن هذه المقالة بالتطور المستقبلي لنظام حساب Web3 وملكية نقاط دخول حركة المرور بناءً على تطبيق تجريد الحساب وتطوير نظام حساب Web2.

من منظور النظام البيئي، كان المستخدمون سابقًا بحاجة إلى استخدام واجهات برمجة التطبيقات (EOAs) لإجراء عمليات معقدة على سلسلة الكتل. علاوة على ذلك، ونظرًا لمحدودية تطوير النظام البيئي الحالي على سلسلة الكتل، لم يكن بالإمكان توفير سوى مجموعة محدودة من البروتوكولات، مما لم يُلبِّ احتياجات المستخدمين الفعلية بشكل فعّال. يُبسِّط تجريد الحساب هذه العمليات، إذ يتطلب فقط إدخال المستخدم للحصول على المخرجات، مما يُلغي الحاجة إلى النقرات المتكررة والتوقيعات المُرهِقة. باختصار، يُحوِّل تطبيق تجريد الحساب النظام البيئي على سلسلة الكتل من نظامٍ يُهيمن عليه البائع إلى نظامٍ يُهيمن عليه المشتري.

تجريد الحساب و ERC-4337

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

أصبح معيار ERC-4337 المعيار الأساسي لـ AA. وقدّم هذا المعيار عملية المستخدم (UserOperation)، وهي معاملة خاصة تمثل نية المستخدم، وتتيح لحسابات العقود تنفيذ الإجراءات بشكل استباقي. تُدار عمليات المستخدم هذه بواسطة دور يُسمى المُجمِّع (Bundler)، الذي يُحاكي تنفيذها ويُضيف العمليات الصالحة إلى مجموعة معاملات خاصة. ثم يتحقق عقد نقطة الدخول (EntryPoint) من عمليات المستخدم هذه وينفذها لتحقيق نية المستخدم.

نوع الحساب

يوجد نوعان رئيسيان من الحسابات في إيثيريوم: حسابات EOA (حسابات مملوكة خارجياً) وحسابات العقود.

يبلغ طول عناوين حسابات EOA عشرين بايتًا، ويتم حسابها من المفتاح الخاص المُنشأ عند إنشاء المستخدم للحساب والمفتاح العام المُنشأ بواسطة خوارزمية تشفير المنحنى الإهليلجي. تتضمن حالة حساب EOA عدد المعاملات (Nonce) ومقدار الأصول (Balance). أما عناوين حسابات العقود، فيبلغ طولها أيضًا عشرين بايتًا، ولكنها تُحسب من عنوان مُرسل معاملة إنشاء العقد وNonce. تتضمن حالة حساب العقد عدد العقود (Nonce)، ومقدار الأصول (Balance)، وتجزئة الكود (CodeHash)، وتجزئة جذر التخزين (StorageRoot)، وهي قيمة تجزئة العقدة الجذرية لشجرة Merkle Patricia Trie التي تخزن بيانات العقد.

تُعد معلومات نوع الحساب وحالته بالغة الأهمية للمعاملات وتنفيذ العقود الذكية على إيثيريوم، وهي الفرق الرئيسي بين EOA و CA.

تجارة

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

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

تجريد الحساب

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

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

يمكن لحسابات العقود تخزين التعليمات البرمجية والبيانات وتنفيذ منطق العقود الذكية المُحدد مسبقًا لمعالجة المشكلات المذكورة سابقًا في حسابات EOA. ومع ذلك، لا يمكن لحسابات العقود بدء المعاملات بشكل استباقي.

يُعدّ تجريد الحسابات تحسينًا لنوعي الحسابات المذكورين أعلاه. فهو يسعى إلى طمس الحدود بينهما وإنشاء حساب عام الأغراض يحتوي على منطق معقد، مما يسمح للحساب بامتلاك وظائف حساب العقود وحساب إدارة الحسابات في آن واحد.

ERC-4337

حقق معيار ERC-4337 تجريد الحسابات دون تعديل طبقة الإجماع في إيثيريوم، ليصبح الحل النهائي الذي اعتمدته إيثيريوم. وهذا يحقق في نهاية المطاف رؤية المطابقة خارج السلسلة والمعاملات داخل السلسلة.

عملية المستخدم

يقدم معيار ERC-4337 مفهومًا جديدًا يسمى UserOperation لمعالجة مشكلة عدم قدرة حسابات العقود على بدء المعاملات بشكل استباقي، مع تجنب التغييرات في أنواع المعاملات الأساسية لبروتوكول Ethereum.

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

مُجمِّع

عند معالجة عملية مستخدم، يقوم Bundler أولاً بإجراء فحص أساسي للتحقق من صحة العملية، ثم يحاكي تنفيذها للتأكد من صحة التوقيع. إذا نجحت المحاكاة، تُضاف عملية المستخدم إلى قائمة عمليات المستخدم (UserOperation mempool) بانتظار تنفيذها الفعلي على سلسلة الكتل.

لضمان التوافق بين المحاكاة والتنفيذ الفعلي، يقيّد UserOperation الوصول إلى المتغيرات التي قد تتغير أثناء التنفيذ، ويسمح فقط بالوصول إلى البيانات المتعلقة بعنوان المُرسِل. يستطيع Bundler تجميع عمليات UserOperations وفقًا لتفضيلاته، مع إعطاء الأولوية للعمليات ذات الرسوم الأعلى. أخيرًا، يرسل Bundler مجموعة العمليات الصالحة إلى عقد EntryPoint لتنفيذها على سلسلة الكتل.

نقطة الدخول

نقطة الدخول (EntryPoint) هي عقد فريد في إيثيريوم، وتتمثل مهمتها الأساسية في إدارة تنفيذ عمليات المستخدم (UserOperations). تتضمن وظيفتين رئيسيتين: handleOps و handleAggregatedOps، حيث تتحقق كلتاهما من عملية المستخدم قبل تنفيذها. يشمل التحقق فحص الحساب، وصحة التوقيع، ودفع الرسوم. أثناء التنفيذ، تُستخدم بيانات عملية المستخدم لاستدعاء كود العقد الذكي في حساب العقد المستهدف. قد تختلف بروتوكولات محافظ العقود الذكية في طرق التحليل والتنفيذ.

بيانات

وفقًا لتقرير البيانات نصف السنوي ERC-4337 الصادر عن SixdegreeLab:

• بعد إطلاق عقد ERC-4337، تم إنشاء أكثر من 687,000 محفظة AA على سلسلة الكتل، وتم استدعاء أكثر من مليوني عملية UserOps. مع ذلك، لم تُستخدم 88.24% من محافظ AA أكثر من خمس مرات، وكان معظمها يُستخدم للتحويلات المباشرة أو سكّ الرموز غير القابلة للاستبدال (NFTs).

• من بين 15000 شركة تجميع، استحوذت شركة pimmlico على أكبر حصة سوقية بنسبة 43.48%، بينما حققت شركة Alchemy أعلى إيرادات لها على الإطلاق، والتي بلغت حوالي 20000 دولار.

• ومع ذلك، فإن 97.18% من المعاملات المجمعة تحتوي على مستخدم واحد فقط، مما يعني أن 90% من المجمعين لا يمكنهم الربح من تجميع المعاملات.

• دفعت جهات الدفع الـ 117 مجتمعة 465 ألف دولار كرسوم غاز لـ 19 مليون مستخدم، حيث دفعت شركة Pimlico 43.45% من ذلك.

• لقد احتلت ZeroDev موقعاً مهيمناً في Wallet Factory، حيث قامت بنشر 62.63% من الحسابات.

• الطريقة الأكثر شيوعًا لإنشاء محفظة AA هي باستخدام LEGO، والتي تستخدم محافظًا مختلفة تابعة لجهات خارجية مثل Paymaster وWallet Factory وBundler.

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

اتجاه تطوير تجريد الحساب

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

بنيان

تجريد الحساب الأصلي

يُعدّ معيار ERC-4337 مجرد حلٍّ على مستوى التطبيق، تمّ اعتماده لمعالجة عجز إيثيريوم الحالي عن تعديل آلية الإجماع الأساسية. ورغم قدرته على نشر مفهوم تجريد الحسابات على نطاق واسع، إلا أنه يعتمد في نهاية المطاف على حسابات العقود للتفاعل. ويُعدّ استهلاك الغاز الإضافي أثناء عملية التحقق، واعتماد تقنيات منافسة أخرى لمعيار ERC، وحظر تفاعل حسابات العقود من قِبل التطبيقات اللامركزية، من العوامل التي تُعيق نموّ معيار ERC-4337.

لذا، يُعدّ تجريد الحسابات الأصلي، لا سيما في الطبقة الثانية، ذا أهمية بالغة. حاليًا، تدعم سلسلتا Starknet وZKSync فقط تجريد الحسابات الأصلي. وكما هو موضح في الرسم التخطيطي، لا يتضمن مخطط تجريد الحسابات الأصلي مُجمِّعًا ولا مُدير دفع. تستخدم Starknet مُسلسلًا لتحديد ترتيب المعاملات، ودفع رسوم الغاز، وتنفيذ المعاملة. بينما تستخدم ZKSync مُشغِّلًا لتحديد ترتيب المعاملات، ودفع رسوم الغاز، ثم تستدعي مُحمِّل الإقلاع لتنفيذ العملية.

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

محفظة عقود NFT

محافظ عقود NFT هي أنظمة تجريد حسابات على مستوى التطبيق، تشبه معيار ERC-4337. تُمكّن هذه المحافظ حسابات EOA من امتلاك وظائف حسابات CA عبر NFT، بدلاً من استدعاء عقد EntryPoint من خلال Bundler. يوجد حاليًا تطبيقان رئيسيان لمحافظ عقود NFT: ERC-6551 وبروتوكول A3S.

يُمكّن معيار ERC-6551 المستخدمين من استخدام رموز NFT المتوافقة مع معيار ERC-721 في محافظ EOA الخاصة بهم كوحدات تحكم لإدارة محفظة أو أكثر من محافظ العقود الذكية المُنشأة حديثًا. يتيح ذلك ربط حساب أو أكثر من حسابات العقود الذكية برموز NFT الموجودة عبر "عقود إضافية" دون تعديل كود ERC-721. يجمع هذا النهج بين رموز NFT الموجودة وتجريد الحسابات، مما يُوسّع نطاق استخدامات رموز NFT ويُعزز مفهوم تجريد الحسابات.

يستخدم بروتوكول A3S العقد الذكي الخاص بالرمز غير القابل للاستبدال (NFT) كمحفظة للعقود الذكية. هذا يعني أن أصول المحفظة موجودة في حساب العقد الذكي الخاص بالرمز، ويتم نقلها مع ملكية الرمز. على عكس معيار ERC-6551، لا يتطلب بروتوكول A3S حساب عقد خارجي كمحفظة لعقد الرمز. يوفر هذا البروتوكول محفظة لعقد الرمز بمسار أقصر، ولكنه يعني أيضًا عدم التوافق مع الرموز غير القابلة للاستبدال الموجودة.

فيما يتعلق بتوحيد عناوين المحافظ متعددة السلاسل، يستخدم كلا الحلين قيمة التشفير "Salt" لضمان الحصول على نفس العنوان على سلاسل عامة مختلفة متوافقة مع EVM، مما يحل مشكلة فوضى عناوين السلاسل المتعددة لحسابات العقود. وهذا أيضًا هو السبب وراء خسارة Wintertermute لـ 20 مليون رمز OP عند تحويل الأموال إلى عناوين متعددة التوقيعات على سلاسل مختلفة.

التجزئة المعيارية والتجريد متعدد السلاسل

تكمن أهمية تجريد الحسابات المعياري في تقليل تكاليف التطوير والصيانة، على غرار OP Stack، مما يسمح لمطوري المحافظ بالتركيز أكثر على المنتج نفسه بدلاً من بناء وصيانة البنية التحتية الأساسية. وبطبيعة الحال، يُعد النظام البيئي المعياري المبني على هذا أساسًا لمنصة معيارية؛ لذا، يجب تطبيق تجريد الحسابات المعياري.

• قابلية تركيب الوحدات (يحاول معيار EIP-6900 وضع تطبيق قياسي)

• وظائف متنوعة للوحدة (نظام التوقيع/الخصوصية/حماية MEV/الإيداع/السحب/النية، إلخ).

• الأمان (تستخدم كل وحدة معيارًا موحدًا لتجنب تعارضات التخزين)

• تجريد متعدد السلاسل (اقترح فيتاليك استخدام عقد مخزن مفاتيح موحد أحادي السلسلة لتحقيق التعاون بين حسابات العقود الذكية متعددة السلاسل)

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

التحقق من التوقيع

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

خوارزمية التوقيع

على مستوى التوقيع، توجد بالفعل حلول للتوقيعات المتعددة والاسترداد الاجتماعي عبر العقود الذكية (مثل Gnosis Safe وArgent)، كما توجد حلول تستخدم ما يُسمى بتجريدات التوقيع لتحقيق تفاعل حر مع العقد ضمن نطاق محدد بعد تفويض واحد (مثل بروتوكول Lens). مع ذلك، وانطلاقًا من مبدأ "ليست مفاتيحك، ليست عملاتك"، ينبغي لنا التركيز أكثر على خوارزمية التوقيع نفسها.

• تجميع التوقيعات

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

• التوقيعات الآمنة في عصر ما بعد الحوسبة الكمومية

  يمكن استخدام التوقيعات لمرة واحدة مثل Lamport أو W-OTS لمنع الآخرين من استخدام أجهزة الكمبيوتر الكمومية لكسر المفاتيح الخاصة الجزئية المتاحة للجمهور وتزوير الرسائل والتوقيعات.

عملية المستخدم

ERC7521 محور النية

عند مقارنة تجريد الحساب، وخاصةً معيار ERC-4337، مع بنية Intent Centric، نلاحظ أن المُجمِّع والمُحلِّل قد يكونان كيانًا واحدًا. أي أن المُجمِّع يُوفِّر محتوى تفاعل المستخدم، "UserOperation". يقوم المُجمِّع بتحليل نية المستخدم واقتراح مسار حل مُناسب، ثم يتحقق من صحة هذا المسار مع المستخدم عبر عقد EntryPoint لمنع أي سلوك ضار من قِبَل المُجمِّع، وأخيرًا يُنفِّذ مسار النية المُتحقق منه.

إن الجمع بين تجريد الحساب والنية سيمكن من التجريد المتزامن للحسابات والتفاعلات، مما يحقق تجربة مستخدم تتجاوز Web2.

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

مُجمِّع

Bundler MEV ومسابقة Bundler

يُعد كلٌ من تفاوت قيمة المعاملات (MEV) بين مُجمِّعي المعاملات (Bundler) ومنافسة مُجمِّعي المعاملات (Bundler Competition) نتيجتين لقصور البنية التحتية. ينشأ تفاوت قيمة المعاملات (MEV) بين مُجمِّعي المعاملات من مسؤولية مُجمِّعي المعاملات عن تجميع المعاملات، على غرار مسؤولية الباحث (Searcher). يستطيع مُجمِّعو المعاملات تحقيق الربح من خلال تغيير ترتيب إرسال عمليات المستخدم (UserOperations). أما منافسة مُجمِّعي المعاملات (Bundler Competition) فتنشأ عندما يقوم مُجمِّعون مختلفون بتجميع نفس عملية المستخدم (UserOperation). وهذا يُشبه حرب الغاز (Gas War) في الباحث (Searcher)؛ فإذا لم يكن لدى عملية المستخدم المُجمَّعة مُجمِّع مُناسب على السلسلة، تفشل المعاملة على الرغم من تكبُّد رسوم الغاز.

بإمكانهم جميعًا الاستفادة من البنية التحتية القائمة، مثل MEV-Boost، لإنشاء قنوات اتصال بين مُجمّعي البيانات، وبين مُجمّعي البيانات وبُناة الكتل. تعمل Etherspot على تطوير شبكة mempool من نظير إلى نظير لـ AA، حيث سيتم نقل عمليات المستخدم التي تنتظر التغليف. بمجرد تغليفها ومعالجتها على السلسلة، سيتم تمييزها وإزالتها من القائمة، مما يمنع تغليفها من قِبل مُجمّعي بيانات متعددين.

أمين الصندوق

عمليات الإيداع والسحب عبر نظام الدفع

بإمكان Paymaster دفع رسوم المعاملات نيابةً عن المستخدمين والتفاوض معهم لاستخدام أي عملة رقمية أو نقدية بديلة. لذا، يُعدّ تعاون Paymaster مع مزودي خدمات الدفع لتقديم خدمات الإيداع والسحب للمستخدمين حلاً مناسباً.

قام فريق فيزا بنشر عقدين تجريبيين لخدمة الدفع الإلكتروني Visa Paymaster على شبكة اختبار إيثيريوم جورلي. يستكشف أحدهما إمكانية دفع المستخدمين للرسوم باستخدام رموز أخرى، بما في ذلك العملات المستقرة المقومة بالدولار الأمريكي، بينما يحاول الآخر تمويل رسوم المعاملات مباشرةً. يتطلب دمج خدمة الدفع الإلكتروني Paymaster مع رموز ERC-20 الحالية استخدام مصدر خارجي أو وسيط على سلسلة الكتل لتحديد أسعار الرموز والتحقق من موافقة عقد الدفع الإلكتروني Paymaster على تحصيل الرسوم من المستخدمين باستخدام الرموز المحددة. بفضل هذا الحل المتطور، سيؤدي دمج بطاقات فيزا مباشرةً لدفع رسوم المعاملات بالعملات الورقية، وحتى التحويل الفوري باستخدام رموز ERC-20، إلى خفض عوائق دخول مستخدمي الويب 2 بشكل كبير من خلال تبسيط عمليات الإيداع والسحب.

تطور أنظمة حسابات Web3 وبوابات Web3 المستقبلية

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

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

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

مع تطور تقنيات الشبكات والأجهزة، ظهر نوعان من الطرق لتطوير أنظمتها البيئية الخاصة:

1. بعد إنشاء حساباتهم الخاصة ومزايا حركة المرور لنظام الدفع الخاص بهم، فتحت "iOS + Apple Pay + Apple Store" و "WeChat Pay + Mini Programs" مجالًا للمطورين الخارجيين للوصول إليه، مما أبقى المستخدمين داخل أنظمتهم الخاصة ووسع أنظمتهم البيئية.

2. "Taobao + Alipay" و "Douyin + Douyin Pay" تعملان على تطوير أنظمة الحسابات والدفع الخاصة بهما بناءً على حركة المرور التي تجلبها التطبيقات الشائعة، بالإضافة إلى دمج تطبيقات أخرى لإنشاء نظام حساب ودفع موحد.

كلا الطريقتين فعالتان ولكل منهما استخداماتها الخاصة. يستطيع تطبيق WeChat تلبية معظم احتياجات المستخدم من خلال تطبيق واحد، بينما يمكن العثور على Alipay في تطبيقات متعددة.

باختصار، تهدف نقاط دخول حركة المرور في عصر الويب 2 إلى منح المستخدمين المزيد من المبادرة واللامركزية، في حين تطور نظام الحساب من بسيط إلى غني ومتنوع، محققًا تطوير نظامه البيئي الخاص من خلال كلا الطريقتين.

نظام الحسابات

لقد حافظ تطور أنظمة الحسابات في عصر الويب 3 على بعض عناصر الويب 2 مع تقديم مسار تطوير فريد في الوقت نفسه.

شهد تطور أنظمة الحسابات في عصر Web3 استمرار بعض خصائص Web2، مع إظهار مسار تطوير فريد في الوقت نفسه. وقد شهد Web3 ظهور أنواع مختلفة من الحسابات، بما في ذلك محافظ إضافية مثل Metamask، ومحافظ برمجية مثل Math وTrust، ومنصات تشغيل مثل dAppOS وGnosis Safe، بالإضافة إلى UniPass المدمج في التطبيقات اللامركزية ومحفظة OKX Web3 المدمجة في منصات التداول.

1. تُشبه محافظ الإضافات مثل ميتا ماسك الرسائل النصية القصيرة الأصلية، إذ تُلبّي الاحتياجات الأساسية للمستخدمين. ورغم إمكانية استخدامها في أي مكان، إلا أن وظائفها محدودة للغاية.

2. تضيف محافظ البرامج مثل Math و Trust، تمامًا مثل QQ و WeChat، تحسينات وميزات متنوعة لتعزيز تجربة المستخدم بالإضافة إلى وظائفها الأساسية، مثل إدارة الحسابات المتعددة والأقسام الاجتماعية والتطبيقات التكميلية.

3. بالمقارنة مع محافظ البرامج، فإن "منصات التشغيل" مثل dAppOS و Gnosis Safe تذهب خطوة أبعد من خلال ترقية الوظائف الأساسية لبناء نظام حساب متقدم آخر، على غرار Apple و WeChat، وتطوير "برامج مصغرة" داعمة حولها لإثراء النظام البيئي.

4. تتضمن تطبيقات مثل UniPass وOKX Web3 Wallet، وغيرها، محافظ إلكترونية مدمجة مشابهة لـ Alipay وTikTok Pay، مع اتباع نهج مختلف في إدارة الحسابات والدفع. وتستفيد هذه التطبيقات من حركة مرور التطبيقات الشائعة لتوسيع قاعدة مستخدميها وبناء منظومة متكاملة من خلال التحالفات.

نقطة دخول حركة المرور

لقد ذكرنا هذا في المقال (نقطة دخول حركة مرور Web3):

"استنادًا إلى رحلة المستخدم إلى Web3، يمكننا تحديد نقاط دخول حركة مرور Web3 إلى فئتين رئيسيتين:"

1. نظام الحساب (الإيداعات والسحوبات وإدارة الأموال): البورصات المركزية، ومشاريع الإيداع/السحب المستقلة، ومجمعات الإيداع/السحب، وأجهزة الصراف الآلي للعملات المشفرة، وبطاقات البنوك للعملات المشفرة، والتداول خارج البورصة (OTC)؛ EOA، CA، محافظ MPC، وتجريد الحساب (AA).

2. تطبيقات الويب 3 اللامركزية (الأدوات، والتواصل الاجتماعي، والترفيه): منصات التداول اللامركزية، وأسواق NFT، والنطاقات، وDeSoc، وأسواق تداول حقوق النشر، وGameFi، وX to Earn.

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

برامج المحفظة المصغرة والمحفظة كخدمة

بالنظر إلى مسار تبني معيار AA، نلاحظ أن شركة Instadapp أطلقت في البداية محفظتها المستقلة Avocado. ثم أطلقت Metamask مكون Snaps البرمجي المصغر لدعم بعض وظائف AA. وانضمت شركة Visa العملاقة للدفع إلى Paymaster لاختبار السوق ودمجت مدفوعات بطاقات Visa. بعد ذلك بوقت قصير، حاول تطبيق Lens Protocol الاجتماعي إنشاء محفظة AA باستخدام معيار ERC-6551، بينما دعمت Safe معيار ERC-4337 لتعزيز مكانتها في سوق البرامج المصغرة. ثم دعمت OKX Wallet استخدام محافظ AA، واختارت Circle إطلاق محفظتها الخاصة.

ومن هذا، يمكننا أن نرى بسهولة أن هناك نمطين أساسيين لـ AA (التخصيص المتوسط):

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

2. تستغل التطبيقات والبورصات ومقدمو خدمات الدفع مزايا حركة المرور الخاصة بهم لتحويل المستخدمين إلى مستخدمي محفظة AA.

وهذا يقودنا إلى الجزء الذي نحتاج إلى مناقشته: بما أن النظام البيئي على السلسلة سيتحول من سوق البائعين إلى سوق المشترين بسبب ظهور AA، فأي نموذج سيختاره المستخدمون؟

برنامج مصغر

من منظور التبني قصير المدى، يُرجّح أن يحظى نموذج AA، الذي يُطوّر نظامًا بيئيًا مصغرًا لمحفظته الخاصة، بقبول أكبر من المستخدمين؛ فهو في جوهره حلٌّ موجهٌ للمستهلك. وبما أن معظم مستخدمي محافظ AA الحاليين هم من مستخدمي Web3، فإن المحفظة نفسها مألوفة لديهم ولا تتطلب أي فهم إضافي لاستخدامها مباشرةً. كما أن ميزاتها الغنية وتجربة المستخدم السلسة قادرة على جذبهم والاحتفاظ بهم. خذ ميزة Snaps من MetaMask كمثال: فمن خلال السماح لأطراف ثالثة بتطوير برامج مصغرة للمحفظة عبر واجهات برمجة التطبيقات للتفاعل على سلاسل غير EVM، يبدو أنها تُوجّه حركة المرور إلى محافظ أخرى، ولكن في الواقع، هي تُنشئ نظامها البيئي الخاص وتُثقّف المستخدمين. لا شك أن اليوم الذي تدعم فيه MetaMask معيار ERC-4337 بشكل كامل سيكون اليوم الذي تُصبح فيه المحفظة الرائدة من نوع AA.

لنأخذ نظام التشغيل اللامركزي (dappOS) كمثال:

dappOS = حساب dappOS (حساب EOA موحد عبر سلاسل متعددة) + شبكة dappOS.

حساب dappOS: يتيح للمستخدمين استخدام "حساب موحد" قائم على تجريد الحساب، بدلاً من حساب خارجي عادي. يُمكّن هذا النهج المستخدمين من استعادة الحسابات، ومعالجة المعاملات مسبقًا، وأتمتة التنفيذ، كما أن تجميع المحافظ متعددة السلاسل يُسهّل على المستخدمين إدارة الأصول على سلاسل مختلفة بطريقة موحدة.

شبكة dappOS: شبكة لامركزية تساعد المستخدمين على أتمتة عمليات المحفظة والعمليات عبر السلاسل، وإكمال العمليات التفاعلية المعقدة التي تقف وراء المعاملات.

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

من الواضح أن منتجات المحافظ الراسخة يمكنها اكتساب مستخدمي Web3 AA والاحتفاظ بهم بسرعة أكبر، مثل Safe و Avocado و OKX Wallet.

واس

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

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

تعمل تقنية فريند تيك، التي اكتسبت شعبية مؤخراً، بنفس الطريقة. فكل مستخدم لتويتر يُمكنه أن يكون مستخدماً محتملاً لمحفظة AA الخاصة بها، كما أن عمليات الإيداع والسحب بالعملات الورقية ودفع رسوم المعاملات تُمكّن المستخدمين من تجاوز عوائق التفاعل في Web3 والاندماج بسرعة في Web3.

من بين المنتجات التي تم تنفيذها، يمكننا التركيز على WaaS Pay و UniPass، والتي تمثل خصائص المحافظ في مجال WaaS:

• WaaS Pay هي منصة لنشر حسابات العقود الذكية، تستفيد من مجموعة بروتوكولات Safe{Core} وSDK الخاص بتجريد حسابات Safe{Core}، وهي مصممة للمؤسسات التي تسعى إلى توفير مدفوعات فورية عبر تقنية البلوك تشين مع إعطاء الأولوية للخصوصية. توفر المنصة واجهة سهلة الاستخدام لا تتطلب كتابة أي أكواد لتخصيص وظائف حسابات العقود الذكية، مثل تسجيل الدخول عبر وسائل التواصل الاجتماعي، وإمكانية إيداع وسحب العملات الورقية، وإجراء معاملات مجانية للمستلم. وبفضل تسهيل المعاملات المجهولة عبر إثباتات المعرفة الصفرية (ZKP) من خلال ZKBob، تضمن WaaS Pay أمان وسرية البيانات المالية الحساسة. وبفضل دعمها لتقنية Polygon ZKEVM، تضمن المنصة قابلية التوسع والكفاءة، بينما تحمي عقد IPFS ذاتية الاستضافة المزودة بتقنية Helia البيانات الوصفية الحساسة.

• يُعدّ UniPass في جوهره حزمة تطوير برمجية (SDK) لتطبيقات الطرف الثالث اللامركزية (dApps)، مما يُمكّنها من تجاوز القيود المركزية للمفاتيح الخاصة التقليدية للحسابات، والتوقيعات، ورسوم المعاملات، أو إنشاء عناوين البريد الإلكتروني مركزياً باستخدام مفاتيح الضمان الخاصة. يسمح UniPass للتطبيقات اللامركزية باستخدام خاصية التحقق DKIM الخاصة به مباشرةً لإنشاء حسابات غير خاضعة للضمان، يتم التحكم بها عبر البريد الإلكتروني. في الوقت نفسه، يُبسّط المُرحِّل التفاعلات على سلسلة الكتل، مُحققاً ميزات مثل الوصول المجاني، وتجريد التوقيع، والتفاعلات الاجتماعية، مما يُحسّن تجربة المستخدم بشكل ملحوظ. وباعتباره تطبيقاً قائماً على السيناريوهات، يتبنى UniPass نهج الشبكة الاجتماعية الموحدة لتوفير خدمات مُخصصة لمختلف التطبيقات مع إنشاء نظام حسابات قابل للتشغيل البيني. واستناداً إلى قابلية التشغيل البيني لهذه الشبكة الاجتماعية الموحدة، ومع توفير حماية لملكية البيانات والخصوصية، يضع UniPass العلاقات الاجتماعية على سلسلة الكتل، مُنشئاً إثباتات هوية لامركزية (DID) لملكية البيانات والأصول لجذب المزيد من التطبيقات لاستخدام حزمة تطوير البرمجيات (SDK) الخاصة بـ UniPass والانضمام إلى Web3. يصبح مستخدمو هذه التطبيقات بطبيعة الحال مستخدمين لـ UniPass، ويستمرون في التفاعل معه على Web3، مما يدل على ثبات عالٍ للغاية.

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

مرجع

[1](تقرير بيانات Sixdegree ERC4337 نصف السنوي)

https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf

[2](تحليل معمق لـ "تجريد الحساب": تطور على مدى 7 سنوات وخارطة طريق)

https://www.chaincatcher.com/article/2085142

[3] (تفسير تقرير استخلاص الحسابات الصادر عن شركة باينانس للأبحاث)

https://www.techflowpost.com/article/detail_12784.html

[4](EIP-6551)

https://eips.ethereum.org/EIPS/eip-6551

[5](دليل بروتوكول A3S)

https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works

[6](مستقبل الحسابات الذكية: معيارية، متخصصة ومتعددة السلاسل)

https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6

[7] (لماذا يحتاج برنامج تجميع ERC-4337 إلى العمل مع منشئي الكتل)

https://learnblockchain.cn/article/6205

[8](دليل كامل لتجريد الحسابات)

https://news.marsbit.co/20230302172702633640.html

[9](كيف تدعم البنية التحتية مليارات المستخدمين من خلال تجريد الحسابات)

https://www.panewslab.com/zh/articledetails/24hz8399g6my.html

[10](كان بإمكانك اختراع تجريد الحساب: الجزء 1)

https://www.alchemy.com/blog/account-abstraction

[11](تقرير بحثي حول تجريد حسابات إيثيريوم: تفكيك 10 مقترحات EIP ذات الصلة وقضايا الاختناق في الوصول إلى عشرات الملايين من المستخدمين النشطين يوميًا)

https://www.odaily.news/post/5183201