حسابات ذكية في التمويل اللامركزي، الألعاب، المنظمات المستقلة اللامركزية، والتسجيل

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

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

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

قابلية التركيب مع التطبيقات اللامركزية: الوصول والموافقات المعتمدة على الجلسة

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

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

رعاة الغاز (مدفوعات) وتدفقات الانضمام

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

أثناء عملية الانضمام، يمكن لتطبيقات اللامركزية (dApp) تجميع إنشاء حساب ذكي، وطلب رموز، وتفاعل مع dApp - كل ذلك تحت عملية مستخدم واحدة. تسمح Thirdweb و Biconomy بهذا النمط من خلال خطوط أنابيب الدفع من خلال المجمّع المستضاف. تم اعتماد هذا النهج على نطاق واسع في منصات التواصل الاجتماعي Web3، وتطبيقات سك NFT، والألعاب المخصصة للهواتف المحمولة حيث تعتبر التوافقية في تجربة المستخدم مع Web2 أمرًا أساسيًا. في هذا النموذج، يتم إما دعم تكاليف الغاز من قبل التطبيق أو تضمينها في الحوافز الاقتصادية التي تلي ذلك - على سبيل المثال، استرداد الرسوم من خلال المعاملات داخل اللعبة أو الإحالات الاجتماعية.

القيود: التكلفة، الأمان، نضج الأدوات، اعتماد المعايير

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

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

الأدوات، رغم تحسنها، متجزئة. تتمتع SDKs مختلفة بافتراضات مختلفة حول تفاعل الجامع، نماذج الدفع، ومنطق مفتاح الجلسة. لا يزال لا يوجد معيار عالمي لفعاليات المحفظة، رموز الأخطاء، أو استراتيجيات التراجع عندما يفشل عقد EntryPoint في تنفيذ UserOperation. نتيجة لذلك، يجب على dApps اختبار منطقها ضد أنواع حسابات متعددة لضمان التوافق. تتفاقم هذه المشكلة بسبب عدم اعتماد المعايير على نطاق واسع؛ على الرغم من أن ERC-4337 نشط، إلا أن العديد من التطبيقات والمحافظ الشعبية لم تقم بعد بدمجها.

الطريق إلى الأمام: بنية حسابات وحدة ERC-6900

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

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

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