التجريد الحسابي (Account Abstraction): محافظ أكثر مرونة

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

كيف تعمل المحفظة التقليدية، ولماذا هي محدودة؟

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

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

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

معيار ERC-4337: كيف تحقق هذا دون تعديل الشبكة الأساسية؟

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

ما الذي يصبح ممكنًا فعليًا لمستخدم عادي؟

• الاسترجاع الاجتماعي (Social Recovery): تحديد مجموعة من “الأوصياء” (Guardians) الموثوقين مسبقًا (قد يكونون أصدقاء، أجهزة أخرى تملكها، أو خدمات موثوقة)، بحيث إذا فقدت الوصول لمحفظتك، يمكن لعدد كافٍ منهم الموافقة جماعيًا على منحك وصولاً جديدًا، دون أن يملك أي واحد منهم بمفرده القدرة على التحكم بأموالك.
• حدود إنفاق وقواعد أمان مخصصة: تحديد سقف يومي للإنفاق، أو اشتراط توقيع إضافي للمبالغ الكبيرة فقط، مباشرة داخل منطق المحفظة نفسها.
• تجميع عدة معاملات في واحدة (Batching): تنفيذ عدة خطوات (مثل منح صلاحية عقد ثم تنفيذ عملية تبادل) في معاملة واحدة موقّعة مرة واحدة فقط، بدل توقيع كل خطوة منفصلة.
• دفع الرسوم بعملة مختلفة عن عملة الشبكة: مستخدم يملك فقط عملة مستقرة يستطيع دفع رسوم المعاملة بها مباشرة، دون الحاجة لامتلاك كمية إضافية من عملة الشبكة الأصلية فقط لتغطية الرسوم.

مثال عملي: محافظ حقيقية تستخدم هذا النموذج

من أبرز الأمثلة الحقيقية على تطبيق هذه الفكرة محفظة Safe (المعروفة سابقًا باسم Gnosis Safe)، التي تعتمد بنيتها على عقد ذكي متعدد التوقيعات منذ سنوات قبل حتى صدور معيار ERC-4337 رسميًا، وتُستخدم على نطاق واسع من قبل مشاريع وأفراد لإدارة أموال تتطلب موافقة أكثر من طرف واحد لتنفيذ أي معاملة. كذلك أطلقت منصات كبرى مثل Coinbase محافظ ذكية (Smart Wallet) مبنية على هذا النموذج، تتيح لمستخدمين جدد إنشاء محفظة تدعم الاسترجاع دون الحاجة الفورية لفهم عبارة سرية معقدة من أول تجربة لهم في المجال.

تطور إضافي: EIP-7702 ومحافظ المستخدمين الحاليين

حتى وقت قريب، كان الاستفادة من مزايا التجريد الحسابي يتطلب عادة إنشاء محفظة جديدة من نوع “عقد ذكي” من الصفر، تاركًا ملايين المحافظ التقليدية القائمة خارج هذه المنظومة. مع ترقية Pectra على شبكة إيثيريوم في مايو 2025، أُدخل تحسين إضافي يُعرف باسم EIP-7702، يتيح لمحفظة تقليدية قائمة بالفعل (تعتمد على مفتاح خاص واحد) أن “تستعير” مؤقتًا منطق عقد ذكي وتنفّذ من خلاله مزايا التجريد الحسابي، دون الحاجة لنقل كل الأصول والتاريخ إلى محفظة جديدة كليًا. هذا التطور يجعل تبني هذه المزايا أكثر سلاسة تدريجيًا لعدد أكبر من المستخدمين الحاليين، لا المستخدمين الجدد فقط.

تحذيرات أمنية مهمة

• المحفظة الذكية نفسها عقد ذكي قابل للثغرات: بما أن المحفظة أصبحت كودًا برمجيًا معقدًا بدل مجرد مفتاح بسيط، فإن أي ثغرة برمجية في ذلك الكود قد تعرّض كامل الأموال المحفوظة فيها للخطر، وهو نوع مخاطرة لم يكن قائمًا أصلاً في المحافظ التقليدية البسيطة. الاعتماد على محافظ من فرق مدققة أمنيًا بعناية وذات سجل طويل (مثل Safe) يقلل هذا الخطر لكنه لا يلغيه كليًا.
• مخاطر ثقة إضافية عبر دافع الرسوم (Paymaster) والمجمِّعين (Bundlers): هذه العناصر الوسيطة الجديدة في المعادلة تضيف أطرافًا إضافية يمكن أن تتعطل أو تُساء إدارتها، وإن كانت لا تملك عادة سيطرة مباشرة على أموالك، فإن الاعتماد عليها يستحق فهم دورها بدقة بدل افتراض أن كل شيء يعمل بلا وسيط كما في المحفظة التقليدية البحتة.
• مخاطر التواطؤ في نماذج الاسترجاع الاجتماعي: إذا اخترت أوصياء غير موثوقين بما فيه الكفاية، أو عددًا قليلاً جدًا منهم، فإن تواطؤ عدد كافٍ منهم نظريًا قد يمنحهم القدرة على الاستيلاء على وصول محفظتك. اختيار عدد كافٍ من الأوصياء المستقلين والموثوقين فعليًا شرط أساسي لفعالية هذا النظام.
• سطح هجوم جديد ومساحة أقل من الاختبار الميداني الطويل: هذا النموذج أحدث نسبيًا مقارنة بعقود من التجربة على المحافظ التقليدية البسيطة، ما يعني أن بعض الثغرات النظرية قد لا تكون اكتُشفت بعد عبر الاستخدام الواسع طويل الأمد الذي مرت به المحافظ التقليدية.

خلاصة

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

اقرأ أيضًا: شبكات الطبقة الثانية (Layer 2): الفكرة العامة لمن يسمعها أول مرة — المنصات المركزية مقابل اللامركزية (CEX وDEX): الفرق الجوهري — أرشيف الأكاديمية

هذا المقال تعليمي بحت ولا يشكل نصيحة استثمارية.