ببساطة، يتيح التجريد الحسابي للمستخدمين استخدام العقود الذكية كحساباتهم - مما يجعل المحافظ المشفرة قابلة للبرمجة. ويعد هذا تحولًا جذريًا في كيفية تعامل المستخدمين مع تطبيقات البلوكتشين. يعتقد الكثيرون أنه خطوة حيوية نحو جعل العملات المشفرة أكثر ودية للمستخدمين، آمنة، وجاهزة للتبني الجماعي.
مؤسس هوية Ethereum فيتاليك بيترين قد اقترح حتى أنه بدون تبني التجريد الحسابي، قد تفشل Ethereum في تحقيق أهدافها، مما يبرز مدى أهمية هذه التقنية لمستقبل الويب الثالث.
ولكن ما هو بالضبط التجريد الحسابي، وكيف يعمل؟ لفهم أهميته، نحتاج أولاً إلى فهم كيف تعمل حسابات البلوكتشين التقليدية ولماذا يمتلك النموذج القديم قيودًا. ثم سنستعرض كيف يغير التجريد الحسابي القواعد، وسنستكشف فوائده (مثل الأمان المحسن وتجربة المستخدم الأسهل)، وسنرى أمثلة حقيقية له عند التطبيق، وسنفحص التحديات المتبقية.
في النهاية، ستكتشف لماذا يتم اعتبار التجريد الحسابي ترقية رئيسية للمحافظ الرقمية - تلك التي يمكن أن تجعل إدارة العملات المشفرة سلسة مثل استخدام أي تطبيق مالي حديث.
النموذج التقليدي للحساب: حسابات تملك خارجيًا (EOAs) مقابل حسابات العقود الذكية
تستخدم سلاسل الكتل مثل Ethereum حاليًا نموذج حساب لإدارة الأصول وتنفيذ المعاملات. هناك نوعين رئيسين من الحسابات في Ethereum:
-
حسابات تملك خارجيًا (EOAs) – وهي حسابات المستخدمين "العادية"، يتم التحكم فيها بواسطة فرد من خلال مفتاح خاص. إذا أنشأت محفظة Ethereum (مثل MetaMask أو محفظة أجهزة)، فسينتهى بك المطاف إلى حساب تملك خارجي. مع حساب تملك خارجي، لديك عنوان عام (يستمد من مفتاحك العام) ومفتاح خاص يسمح لك بتوقيع المعاملات. عند استخدام حساب تملك خارجي، يمكنك الاحتفاظ بالعملات أو الرموز وإرسال المعاملات لتحويل الأموال أو لاستدعاء العقود الذكية. المهم أن حساب تملك خارجي يمكنه بدء المعاملات بنفسه (بتوقيع من المفتاح الخاص)، ولكنه لا يمكنه تنفيذ كود مخصص - فالمرونة محدودة في وظيفة الإرسال الأساسية. الحسابات المملوكة خارجيًا تكون محدودة في عملين رئيسيين: إرسال القيمة (ETH أو الرموز) إلى حساب آخر، أو استدعاء وظيفة على عقد ذكي.
-
حسابات العقود (العقود الذكية) – وهي حسابات تحكم بواسطة الكود (كود العقود الذكية) بدلاً من المفتاح الخاص. يمكن لحساب العقد الاحتفاظ بالأصول وتحديد القواعد أو المنطق (الكود) الذي يتم تنفيذه عند استلامه معاملة. على سبيل المثال، عقد تطبيق لامركزي أو عقد رمز يعيش على حساب عقد. ومع ذلك، لا يمكن لحساب العقد بدء معاملات بنفسه. يقوم فقط بتشغيل كوده عند تشغيله بواسطة معاملة من حساب تملك خارجي أو عقد آخر. بمعنى آخر، يجب على شخص (أو حساب خارجي) الاتصال بالعقد ليقوم بأي شيء. الحسابات العقدية قابلة للبرمجة الكاملة ويمكنها فرض قواعد معقدة، لكنها تفتقر إلى القدرة على التحكم بنفسها - فلا يوجد مفتاح خاص مباشر يتحكم بها لإرسال معاملات جديدة.
-
مقارنة بين أنواع الحسابات في Ethereum: الحسابات المملوكة خارجيًا (EOA) مقابل حسابات العقود الذكية (SCA). الحسابات المملوكة خارجيًا يتم التحكم بها بواسطة مفاتيح خاصة ويمكنها بدء معاملات، لكن لا يمكنها تنفيذ كود عشوائي. الحسابات العقدية (العقود الذكية) يمكنها تشغيل الكود لكن لا يمكنها بدء معاملات بنفسها. يسعى التجريد الحسابي إلى إزالة هذا الفاصل.
في النموذج الحالي، تكون هذين النوعين من الحسابات منفصلين، ولكل منهما عيوبه. الحسابات المملوكة خارجيًا، المرتبطة بمفتاح خاص واحد، لديها قيود وضعف قابلة للرصانة: إذا فقدت الوصول إلى ذلك المفتاح الخاص (أو عبارة النسخ الاحتياطي)، تفقد الوصول إلى الحساب وجميع الأصول - لا يوجد خيار "نسيت كلمة المرور" في البلوكتشين. على النقيض، إذا حصل شخص خبيث على مفتاحك الخاص، فسيحصل على التحكم الكامل لسرقة أموالك. لا يوجد طريقة مدمجة لوضع حدود للإنفاق على حساب تملك خارجي، أو طلب موافقات متعددة (متعدد التواقيع)، أو استعادة الوصول عبر طرف موثوق؛ تكون أمان الحساب فقط بالقوة الذاتية لذلك المفتاح السري واحد. instructional المكون الأهم؟** لأن العديد من نقاط الألم التي أعاقت تبني العملات الرقمية على نطاق أوسع تنبع من قيود الحسابات الخارجية (EOAs). يعاني المستخدمون الجدد من صعوبة إدارة المفاتيح الخاصة وعبارات البذور بأمان، ولا يوجد شبكة أمان في حال وقوع أخطاء. يشعر المستخدمون المتمرسون بالقلق من مشكلة نقطة الفشل الواحدة - فقد يكون اختراق مفتاح واحد كارثيًا. اضطر المطورون لتطوير حلول بديلة معقدة (مثل شبكات موجه الأنشطة أو الخدمات المركزية) لتقديم ميزات مثل المعاملات بدون الغاز أو العمليات الاجتماعية، لأن تقنية البلوك تشين لم تدعمها أصلا. تتصدى تقنية تجريد الحسابات لهذه القضايا مباشرة من خلال جعل نموذج الحساب نفسه أكثر قوة ومركزية حول المستخدم. وكنتيجة، يُعتبر البنية التحتية الحيوية لخطوة تطور ويب3 القادمة. في الواقع، كان تجريد الحسابات حلمًا لدى مطوري إيثريوم الأساسيين لسنوات، حيث دعا فيتاليك بوتيرين وآخرون إليه في مناسبات متعددة كوسيلة لتعزيز استخدام ايثريوم وأمانها بشكل كبير. لم يعد مجرد نظرية مجردة الآن - بل أصبح حقيقة على إيثريوم من خلال المعايير الحديثة، وتقوم شبكات بلوكشين حديثة بتصميمها مع تجريد الحسابات من البداية.
لفهم أفضل لكيفية الانتقال من النظرية إلى التطبيق، دعونا نلقي نظرة على كيف يقوم إيثريوم بتنفيذ تجريد الحسابات - تحديدًا من خلال تحديث يعرف باسم ERC-4337 - وكيف يعمل فعليًا في العمق.
كيف يعمل تجريد الحسابات على إيثريوم (ERC-4337)
تُوجت رحلة إيثريوم نحو تجريد الحسابات مؤخرًا في اقتراح يسمى ERC-4337 (يشار إليه أيضًا بـ EIP-4337). أُعلن عنه في عام 2021 ونُشر في عام 2023، وقد أدخل ERC-4337 تجريد الحسابات دون الحاجة إلى تغيير جوهري في البروتوكول الأساسي لإيثريوم. كان هذا مهمًا لأن تغيير البروتوكول الأساسي (L1) بطيء ويتطلب توافقًا واسعًا. بدلاً من ذلك، يحقق 4337 تجريد الحسابات باستخدام العقود الذكية والبنية التحتية خارج السلسلة على إيثريوم - وهو حل ذكي يوفر فوائد تجريد الحسابات اليوم، دون الحاجة إلى تغيير جذري.
إذًا كيف يعمل؟ تحدد ERC-4337 عملية عمل بديلة جديدة للمعاملات، متمركزة حول مفهوم كائن "عملية المستخدم" (غالبًا ما يُطلق عليه اختصارًا UserOp). عملية المستخدم تشبه معاملة مغلفة يريد محفظة العقد الذكي للمستخدم تنفيذها. بدلاً من أن يقوم محفظة المستخدم بإنشاء معاملة إيثريوم عادية مباشرة (وهو ما يفعله الحساب الخارجي)، يُنشئ المحفظة عملية المستخدم تحتوي على جميع تفاصيل الإجراء المقصود: من هو المستخدم (المرسل)، والمستهدف من العملية (مثل مكالمة العقد أو تحويل الرمز الرقمي)، وأي بيانات أو معايير للمكالمة، وتوقيع التحقق أو الإثبات المرتبط.
هنا هو المسار عالي المستوى لـ ERC-4337 بمكوناته الجديدة:
-
عمليات المستخدم وMempool: عند استخدام محفظة مدعومة بـ ERC-4337 (محفظة عقود ذكية)، لا تبث المحفظة معاملة عادية. بدلاً من ذلك، تُنشئ كائن عملية المستخدم بالمعلومات الضرورية وتوقيع (لكن هذا التوقيع يمكن أن يكون أي شيء يتوقعه منطق العقد، وليس بالضرورة مفتاحًا لحساب خارجي واحد). تُطلق عمليات المستخدم هذه في منطقة تجميع عمليات المستخدم منفصلة عن منطقة تجميع المعاملات العادية في إيثريوم. اعتبرها مثل منطقة التحضير حيث تنتظر الإجراءات المقصودة من محافظ العقود الذكية.
-
جامعو الحزم: يدخل هنا جامعو الحزم، الذين يشبهون عمال المناجم أو منتجي الكتل، لكن على مستوى عملية المستخدم. جامع الحزم هو عقدة تراقب منطقة تجميع عمليات المستخدم وتجمع عمليات متعدد للمستخدمين المختلفين في "حزمة واحدة"، ثم تقوم بلف تلك الحزمة في معاملة إيثريوم L1 واحدة. ببساطة، يعمل جامع الحزم نيابة عن العديد من المستخدمين لنقل عملياتهم إلى البلوك تشين. جامع الحزم هو حساب خارجي (عليه أن يكون خارجيًا، لأن الحسابات الخارجية فقط يمكنها بدء معاملة L1 في البروتوكول الحالي) - ولكن المستخدمين النهائيين أنفسهم لم يعدوا بحاجة لتشغيل معاملة حساب خارجي. يدفع جامع الحزم الغاز للمعاملة الكبيرة وبالمقابل يأخذ رسومًا من كل عملية مستخدم يتم تضمينها.
-
عقدة نقطة الدخول: يتم إرسال المعاملة المجمعة إلى عقد ذكي خاص بنقطة الدخول تم نشره على إيثريوم. هذه العقدة هي المحور المركزي لتصميم ERC-4337. مهمة عقدة نقطة الدخول هي التحقق من صحة ومن ثم تنفيذ عمليات المستخدم في الحزمة. يفتح الحزمة، ولكل عملية مستخدم، يستدعي محفظة العقد الذكي المستهدفة (عقد حساب المستخدم) للتحقق من أن العملية صالحة ثم تنفيذ الإجراء المطلوب. على كل محفظة عقد ذكي أن تطبق واجهة موحدة تتصل بها نقطة الدخول، وتشمل عادةً وظيفة مثل
validateUserOp
(للتحقق من التوقيعات، والمواضع، وما إلى ذلك وفقًا لقواعد ذلك الحساب) ووظيفةexecute
(لتنفيذ الإجراء المطلوب إذا اجتازت التحقق). -
الدافعين (اختياري): يقدم ERC-4337 أيضًا مفهوم الدافعين، وهم عقود ذكية مساعدة يمكنها رعاية رسوم الغاز أو تحديد من وكيفية دفع الغاز. عند وجودهم، يمكن إرفاق دافع بعملية مستخدم، وخلال التحقق ستطلب نقطة الدخول من الدافع دفع الغاز نيابة عن المستخدم (غالبًا بعد تأكيد بعض المعايير). تتيح آلية تمكن المستخدمين من إجراء المعاملات دون الاحتفاظ بعملات ETH لدفع الغاز – فمثلاً، قد يقوم مطور تطبيق لامركزي بتشغيل دافع لدفع الغاز للمستخدمين الجدد كاستراتيجية مرحبة، أو السماح بدفع الغاز بعملات ERC-20 التي يمتلكها المستخدم. إذا لم يُستخدم دافع، يتم دفع الغاز من أموال المحفظة الذكية للمستخدم (والتي يمكن أن تكون في شكل رموز ERC-20 إذا قامت المحفظة بنفسها بالتبديل أو لديها منطق لذلك).
-
حافز جامع الحزم: بعد تنفيذ العمليات، تتولى عقدة نقطة الدخول دفع رسوم جامع الحزم المستحقة له (باستخدام الأموال المقدمة إما من حساب المستخدم أو من الدافع). هذا يحفز جامعي الحزم على الاستمرار في العمل. ببساطة، يربح جامعو الحزم رسومًا مثل ما يربح المعدنين أو المدققين من رسوم الغاز، ولكن الآن يمكنهم الكسب من مجموعة عمليات المستخدم.
تعني هذه البنية فعليًا إزالة الحاجة المباشرة لوجود حساب خارجي لكل مستخدم. فقط جامعو الحزم يحتاجون إلى استخدام الحسابات الخارجية لنشر المعاملات؛ أما "المعاملات" الخاصة بالجميع الآخرين فتكون مجمعة في عمليات المستخدم التي تتولى العقد معالجتها. كما أشار فريق Rumble Fish، في نموذج 4337، فإنَّ جامعي الحزم هم "المشاركون الوحيدون الذين يحتاجون إلى [الحسابات الخارجية] داخل هذه البيئة الخاصة بتجريد الحسابات". بالنسبة للمستخدم النهائي، يصبح حسابه الآن محفظة عقد ذكي خالصة - لا يرسل أبداً معاملة L1 يدويًا من حساب خارجي، لكن يتم تنفيذ إرادته على السلسلة بنفس الطريقة، بواسطة واسطة عن طريق نقطة الإدخال.
لنحلل مثالًا سريعًا لترسيخ هذا: افترض أن أليس لديها محفظة تجريد حسابات مع قاعدة "السماح لصديقي بوب بصرف ما يصل إلى 0.1 ETH من محفظتي يوميًا". وهذا شيء مستحيل مع حساب خارجي عادي - لا يمكنك تفويض سلطة صرف محدودة على السلسلة بالأدوات المدمجة. لكن مع تجريد الحسابات، يصبح جهاز أليس محفظة عقد ذكي ينفذ تلك القاعدة. الآن يريد بوب مساعدة أليس بتنفيذ صفقة لها بينما هي غير متصلة. يصنع بوب عملية مستخدم تطلب من عقد أليس "نقل 0.05 ETH من أليس إلى بعض DEX". يُوقع بوب هذه العملية (ربما بمفتاحه الخاص، حسب ما هو مأذون به في كود عقد أليس). ترسل هذه العملية إلى المسبح. يُلتقطها جامع حزم، جنبا إلى جنب مع غيرها، ويرسلها إلى نقطة الإدخال. تستدعي نقطة الدخول وظيفة التحقق من صحة العقد الخاص بأليس؛ يتحقق الكود "هل بوب مفوض مسموح له وهل هذه الكمية ضمن حدود 0.1 ETH اليومي؟" إذا نعم، يمر التحقق. ثم تستدعي نقطة الإدخال وظيفة التنفيذ على محفظة أليس، والتي بدورها تبادر بنقل 0.05 ETH إلى عقد DEX. تنجح العملية، وتدفع نقطة الإدخال لجامع الحزم من أموال محفظة أليس رسوم غاز صغيرة (أو ربما من وديعة بوب أو دافع، حسب الإعداد). لم يكن على أليس فعل أي شيء في تلك اللحظة – سماح محفظتها المسبق سمح بشكل آمن لبوب بالإجراء. إذا حاول بوب تجاوز الحد أو لم يكن مفوضًا، لرفضت المحفظة ذلك عند التحقق.
مما سبق، يتضح أن تجريد الحسابات يقدم الكثير من الأجزاء المتحركة الجديدة (عمليات المستخدم، المؤسسات، نقطة الإدخال، الدافعين). ومع ذلك، من وجهة نظر المستخدم، يمكن أن يكون كل هذا تحت الغطاء. يستخدم المستخدم ببساطة محفظة أكثر مرونة. كما وصف أحد المطورين، "المستخدم النهائي لا يعرف حتى أنه يستخدم تجريد الحسابات - هم فقط يرونه كوظائف لم تكن متاحة من قبل". مع ذلك، فإن تحقيق ذلك بأمان معقد. تعد عقدة نقطة الإدخال، على سبيل المثال، جزءًا حيويًا من البنية التحتية يجب أن يكون خاليًا من الأخطاء وجديرًا بالثقة. (لحسن الحظ، تم تدقيقه والتحقق منه رسميًا نظرًا لأهميته.) يحتاج كود كل محفظة ذكية أيضًا للحذر عند كتابة التعامل مع التوقيعات والمواضع وفحوصات الأمان بشكل صحيح. لذلك، هناك الكثير من الهندسة وراء جعل تجريد الحسابات آمنًا وسلسًا.
من الجدير ملاحظة: أن إيثريوم ليست الشبكة الوحيدة التي تراقب تجريد الحسابات. قامت بعض سلاسل الكتل الحديثة والشبكات من الطبقة الثانية بدمج تجريد الحسابات بشكل أصلي. على سبيل المثال، تم تصميم StarkNet (طبقة لفة zk على إيثريوم) بحيث يكون كل حساب على StarkNet حساب عقد ذكي بشكل افتراضي. لا يوجد مفهوم الحساب الخارجي على StarkNet – حتى حسابات المستخدمين تحتوي على كود (غالبًا عقد حساب معياري يمكن ترقيته أو تعديله لاحتياجات المستخدم). يعني ذلك أن StarkNet كان يتمتع بميزات تجريد الحسابات (مثل الاسترداد الاجتماعي، إلخ.) متاحةمن البداية، دون الحاجة إلى نظام مثل 4337 مع جامعي حزم خارجيين؛ المعالجات الترادفية نفسها تتولى حسابات العقود بشكل جوهري. بشكل مشابه، يدعم zkSync v2 (طبقة ثانية أخرى) أيضًا تجريد الحسابات بشكل أصلي على مستوى البروتوكول - حيث يقوم بنشر عقد حساب افتراضي لكل مستخدم يحاكي سلوك الحساب الخارجي مالم يتم تخصيصه، وبالتالي يحافظ على التوافق مع السماح بالامتداد في نفس الوقت. تثبت هذه الأسapproches validate theقوة الحساب المجردة: عن طريق إزالة الفصل بين الحسابات الخارجية والعقود في مستوى البروتوكول، يمكن تصميم وظائف محفظة أكثر ثراءً. نهج Ethereum ERC-4337 هو أكثر تفصيلاً نوعًا ما (لأنه مضاف على طبقة)، ولكنه في النهاية يقدم نفس النتيجة النهائية في Layer-1 Ethereum.
الآن بعد أن نفهم ما هي الحسابات المجردة وكيفية عملها (على الأقل في تنفيذ Ethereum)، دعونا نلتفت إلى الفوائد. لماذا كل هذه الضجة؟ ماذا تمكن المستخدمين والمطورين من فعله كان مستحيلاً (أو كان صعبًا للغاية) من قبل؟ فوائد الحسابات المجردة عديدة، تمس الأمن، وسهولة الاستخدام، وما وراء ذلك.
فوائد الحساب المجرد
غالبًا ما يتم الترويج للحساب المجرد كعامل تغيير في قواعد اللعبة لتحسين تجربة المستخدم والأمان في مجال العملات المشفرة. من خلال تحويل المحافظ إلى عقود ذكية، فإنه يتيح وجود ميزات تجعل إدارة العملات المشفرة أشبه بإدارة حساب بنكي حديث أو ملف تعريف عبر الإنترنت، بدلاً من التعامل مع مفاتيح التشفير الخام. دعونا نفصل الفوائد الرئيسية:
تحسين خيارات الأمان والاستعادة
واحدة من أقوى عوامل الجذب للحساب المجرد هي الإمكانية لتحسين الأمان بشكل كبير **لحسابات العملات المشفرة. اليوم، إذا فقدت عبارة الاستعادة أو المفتاح الخاص لمحفظة الحساب الخارجي، فإنك تفقد القدرة على الوصول – لا يوجد استعادة. وبالمثل، إذا تم سرقة المفتاح، يمكن للسارق أن يستنزف كل شيء، وليس هناك جهة يمكن الاتصال بها لتجميد الحساب أو التراجع عن الأضرار. هذه الحقيقة القاسية أدت إلى العديد من القصص عن الثروات الضائعة وتظل قلقاً رئيسياً للمستخدمين الجدد.
يمكن للحساب المجرد أن يقدم حلاً: لأن حسابك هو عقد قابل للبرمجة، يمكنك بناء آليات الأمان الخاصة بك. على سبيل المثال، يمكن للمطورين تنفيذ محافظ ذكية مع استعادة اجتماعية أو موافقة متعددة التوقيعات. في محفظة الاستعادة الاجتماعية، لا يزال لديك مفتاح توقيع أساسي للاستخدام اليومي، ولكن إذا فقدته، يمكن لمجموعة من "الأوصياء" (الأصدقاء، العائلة، أو حتى أجهزتك الأخرى) أن يخولوا بشكل جماعي مفتاحًا بديلاً لمحفظتك. هذا يعني عدم وجود نقطة فشل واحدة – فقدان مفتاح واحد لا يغلقك للأبد، وعدم تتيح مفتاح مسروق واحد (ما لم يتم اختراق جميع الأوصياء) لأى مهاجم الوصول. Vitalik Buterin قد دافع عن الاستعادة الاجتماعية كأفضل طريقة لتأمين المحافظ، ومع التجريد المحساب، يصبح من الأسهل نشر هذا النموذج على نطاق واسع (في الواقع، مشاريع مثل Argent استخدمت شكلاً من أشكال الاستعادة الاجتماعية عبر العقود الذكية).
وبالمثل، التجريد المحسابي يسمح للمحافظ متعددة التوقيعات بأن تصبح شائعة للأفراد، وليس فقط المنظمات. يمكنك تطلب أن يتم توقيع أي معاملة من محفظتك، لنقل، من خلال هاتفك المحمول واللابتوب الخاص بك (مفتاحان) – مما يقلل كثيرًا من خطر التعرض للاختراق بسبب جهاز فردي. في الماضي، كانت محافظ متعددة التوقيعات موجودة (مثل Gnosis Safe) ولكن كانت تُستخدم في الغالب من قبل الفرق أو الخبراء بسبب التعقيد في الإعداد. مع المحافظ AA، يمكن لواجهة مستخدم سهلة الاستخدام أن تسمح لأي شخص بتفعيل توقيع متعدد 2 من 3 لنفسه، أو إضافة حد إنفاق يومي يتطلب تأكيدًا إضافيًا إذا تم تجاوز الحد. لم تكن هذه الأنواع من القواعد المخصصة ممكنة مع المحافظ الخارجية التقليدية (EOAs).
والأهم من ذلك، أن التجريد المحسابي يعني أن المطورين لديهم حرية "أن يكونوا مهرة ويبرمجوا جميع أنواع الخيارات للمصادقة على الحساب واستعادته"، كما أشار أحد التحليلات. هل تريد إضافة مصادقة ثنائية (2FA) حيث يجب على جهاز محمول أن يشارك في توقيع المعاملات؟ يمكنك. هل تريد أن تحتوي المحفظة على وظيفة "تجميد" بحيث يمكنك قفلها إذا اشتبهت في حدوث اختراق (نوع من تجميد بطاقة الائتمان)؟ يمكنك برمجتها أيضًا. ماذا عن إعدادات القائمة البيضاء لبعض العناوين "الآمنة" (مثل التخزين البارد الخاص بك) التي يمكن أن تتلقى أموالًا غير محدودة من محفظتك، ولكن تتطلب فحوصات إضافية لإرسالها إلى الآخرين؟ كل ذلك ممكن مع قوة الأكواد في العقود. باختصار، يجلب التجريد المحسابي مرونة تصميم الأمان الحديث إلى محافظ العملات المشفرة، التي كانت حتى الآن عالقة في نموذج مفتاح شامل أو لا شيء. هذا يقلل كثيرًا من العديد من الثغرات ونقاط الفشل التي تعاني منها محافظ EOA. لم يعد المستخدمون مضطرين للمشي على الحبل من دون شبكة أمان – إذا فقدت مفتاحًا واحدًا، قد تزال هناك طرق أخرى للاستعادة؛ إذا شاهدت محاولة مريبة، قد تكون قد برمجة قواطع التيار.
حاجز دخول أقل للمستخدمين الجدد
خارج نطاق الأمان، يمكن أن تجعل التجريد المحسابي استخدام العملات المشفرة أكثر سهولة للمستخدمين العاديين. لنكن صادقين: إدارة حساب خارجي مع رسوم الغاز وعبارات الاستعادة مخيفة للمبتدئين. غالبًا ما تم مقارنة واجهة المستخدم وتجربة المستخدم بأيام الإنترنت الأولى – فأنت تطلب فعليًا من المستخدمين إدارة المفاتيح السرية (مثل كلمات المرور الطويلة) بشكل مثالي، وفهم المفاهيم مثل الغاز والأعداد النسبية من اليوم الأول. هذا حاجز أمام التبني.
يخفض التجريد المحسابي هذا الحاجز بتمكين تجارب مستخدم مألوفة وسهلة الاستخدام. على سبيل المثال، مع الداعمين لتغطية رسوم الغاز أو السماح بالغاز بعملات مستقرة، يمكن للمستخدم الجديد تنفيذ أول معاملة على البلوكشين دون الحاجة إلى امتلاك ETH للغاز. يمكن لتطبيق dApp أو المحفظة أن يرعى رسوم الغاز (ربما كعرض تسويقي للإعداد أو باستخدام نموذج freemium) – المستخدم يرى فقط أن عمله يتم، على غرار كيف قد يتنازل تطبيق التكنولوجيا المالية عن الرسوم لأول معاملة. هذا أمر كبير: طلب المستخدمين الجدد أولاً الحصول على ETH (غالبًا في بورصة) فقط ليكون بإمكانهم استخدام dApp كان كابوسًا للإعداد. يُزيل التجريد المحسابي هذا الحاجز عن طريق تمكين التجريد من رسوم الغاز – يمكن للمستخدمين الدفع بأي رمز لديهم، أو عدم الدفع على الإطلاق إذا تدخل طرف ثالث.
تحس ينوفر أيضاً للاستخدام تحسين تجربة المستخدم فكرة "المعاملات بدون توقيع" أو النقر الواحد. وعلى الرغم من أنها ليست بلا توقيع حرفيًا (لا يزال هناك تشفير تحت السطح)، من منظور المستخدم، يمكن أن تكون "مسجل الدخول" إلى dApp لجلسة كاملة دون الحاجة إلى تأكيد كل إجراء يدويًا. مع التجريد المحدث, يمكن للمحافظ تنفيذ مفاتيح الجلسة - مفاتيح مؤقتة تحتوي على حقوق محدودة (على سبيل المثال يمكنها أداء إجراءات معينة فقط لفترة محدودة). يمكنك تسجيل الدخول إلى تطبيق للألعاب dApp والموافقة على مفتاح جلسة يسمح لذلك التطبيق بتنفيذ التحركات نيابة عنك لساعة مثلًا، مع حد أقصى للإنفاق. خلال تلك الساعة، تستمتع بمسلسل سلس كما لو كنت تلعب لعبة على الإنترنت عادية - بدون نوافذ منبثقة للمعاملات كل دقيقة. تضمن العقد الذكي لمحفظتك أن مفتاح الجلسة لا يمكنه فعل أي شيء يتجاوز صلاحياته الممنوحة، وبعد ساعة يصبح لاغيًا. يشبه هذا النوع من التدفق شبيهًا بكيفية جلسات التطبيقات الإلكترونية التقليدية ويحاكيها مرونة التجريد المحسبي. تبنى التجارب الأولى لمفاتيح الجلسة و"تسجيل الدخول باستخدام Ethereum" الآن باستخدام محافظ AA.
علاوة على ذلك, يمكن للتجريد المحسبي تمكين ميزات مثل المدفوعات التلقائية أو الاشتراكات. كما ذكر سابقًا, أظهر فريق بحث Visa في العملات المشفرة إثباتًا لمفهوم حيث يمكن لمحفظة العقد الذكي تنفيذ مدفوعات متكررة (خصم تلقائي) وفقًا لجدولها الخاص. في سيناريوهاتهم, يمكن للمستخدم تحديد دفعات الفواتير الشهرية من محفظة ذاتية الحفظ - شيء لم يكن ممكناً سابقًا إلا من خلال الخدمات الحفظية أو البنوك المركزية - عن طريق إعطاء العقد الذكي الموافقة المسبقة لسحب الأموال عند الاستحقاق. تم ذلك على Layer-2 (StarkNet) مع AA الأساسية, ولكن الفكرة تطبق على نطاق واسع. تخيل أن تستطيع التخطيط للصفقات, ومدفوعات الفواتير, أو التحويلات مسبقًا بشروط ("تنفيذ هذه المعاملة إذا كان رصيدي أعلى من X في التاريخ Y") - يصبح ذلك ممكنًا عندما يمكن لحسابك تنفيذ الأكواد تلقائيًا عندما يتم تحفيزه بشكل مناسب. المستخدم لا يحتاج إلى أن يكون متصلاً بالإنترنت ويضغط على "تأكيد" في كل مرة؛ يعمل عقد محفظته وفقًا للقواعد التي وضعها.
كل هذه التحسينات تؤدي إلى تجربة إعداد واستخدام أكثر ودية. أشار أحد المدونات بشكل ملائم إلى أنه مع التجريد المحسبي، يمكن أن تبدأ dApps في الشعور بالراحة كتطبيقات التكنولوجيا التقليدية، حيث لا يهتم المستخدمون بالأجزاء المعقدة من البلوكشين، مثل الأعداد النسبية ورسوم الغاز. يمكن للمستخدمين استعادة الحسابات عبر عمليات مألوفة (التواصل مع الأوصياء أو استخدام الأجهزة الاحتياطية، مثل "إعادة تعيين كلمة المرور"), ويمكنهم استخدام التطبيقات دون فهم الغاز (يتم التعامل مع التعقيد تحت السطح، ربما بواسطة التطبيق). بالنسبة للأشخاص غير المتمرسين في العملات المشفرة، فهذا فرق كبير - إنه الفرق بين مطالبة شخص ما بتكوين الإنترنت عبر سطر الأوامر مقابل فقط النقر على رمز التطبيق واستخدام الخدمة.
التخصيص والأتمتة للمعاملات
مع التجريد المحسبي، يكتسب المستخدمون مزيدًا من التحكم بما يمكن لحساباتهم القيام به - ويمكنهم أتمتة المهام المعقدة التي كانت تتطلب سابقًا جهوداً يدوية أو الثقة في الخدمات الخارجية. تطرقنا إلى بعض الأمثلة، لكن دعونا نسلط الضوء على بعض القدرات الأساسية:
- التجميع والإجراءات المعقدة: يجب على الحسابات الخارجية التقليدية تقديم معاملة واحدة في كل مرة، كل واحدة منها بتأكيد منفصل. يمكن تصميم محافظ العقود الذكية لتجميع إجراءات متعددة في معاملة واحدة. على سبيل المثال، يمكنك تنفيذ سلسلة من الخطوات بشكل ذري: التداول في DEX، ثم إقراض العوائد على منصة إقراض، ثم نقل الرمز الحاصل عليه - Translation (Markdown links are not translated):
الخدمة أو الأمل في أن يتصل شخص ما بعقد خاص؛ مع الحساب المجرد (AA)، يمكن لحسابك الخاص فرضه.
-
إدارة الأصول بسهولة: يسمح الحساب المجرد بميزات مثل "نقل جميع رموزي مع مكالمة وظيفة واحدة". عادة، إذا كنت ترغب في الانتقال إلى محفظة جديدة، يجب عليك إرسال كل رمز واحدة بواحدة. يمكن لمحفظة ذكية أن تحتوي على طريقة لالتقاط جميع الأصول (ETH وأي رموز، وNFTs، وما إلى ذلك) في عملية واحدة إلى عنوان آخر - مما يبسط من نقل المحافظ أو توحيد الأصول. كما يمكن أن تتيح تغيير ملكية المحفظة نفسها: على سبيل المثال، بيع محفظة أو نقلها إلى شخص ما (شيء ليس بسيط مع EOAs، حيث أن EOA مرتبط بمفتاح ثابت لا ينبغي مشاركته).
-
قيود قابلة للبرمجة: يمكنك فرض سياسات تعسفية على استخدام حسابك. على سبيل المثال، قد تضع حد إنفاق يومي. إذا تجاوزت المعاملات هذا في المجمل، تتوقف المحفظة عن التحويلات الإضافية حتى اليوم التالي أو تتطلب تأكيدًا إضافيًا منك. يمكن أن يمنع هذا النوع من تحديد المعدلات فقدان جميع الأموال إذا تم اختراق المفتاح بشكل صامت - يمكن للسارق أن يأخذ مثلاً 1% من أموالك يوميًا، مما يمنحك الوقت للملاحظة والتفاعل. يمكن للحسابات أيضًا تقييد أنواع معينة من المعاملات (على سبيل المثال، "لا يُسمح بإجراء مكالمة مع عقد DeFi المخاطر X إلا إذا وقعت مفتاح إضافي"). هذا يشابه كيفية السماح لبطاقات الائتمان بتعيين حدود أو تحذيرات على المعاملات التي تتجاوز مبلغًا معينًا.
باختصار، يمنحك الحساب المجرد مرونة غير مسبوقة. لخص تعليق من مطوري البلوكشين الأمر بشكل جيد: مع EOAs، يكون المستخدمون "عالقين بمعاملات لا يمكن تخصيصها أو آليتها - كل واحدة يجب توقيعها فرديًا." ولكن مع الحساب المجرد، "يتغير اللعبة" ويمكن للمستخدمين "تعيين مدفوعات متكررة والغوص في أشكال أخرى من الأتمتة"، حتى إضاءة عدة إجراءات في وقت واحد. إنه مثل الانتقال من سيارة يدوية إلى سيارة ذكية ذاتية القيادة يمكنك برمجتها بالمسارات والقواعد - تنتقل من القيام بكل حركة صغيرة بنفسك إلى تحديد ما تريده وترك النظام يتولى الهندسة.
مرونة رسوم الغاز والرعاية
فائدة أخرى كبيرة هي المرونة بخصوص رسوم الغاز التي يقدمها الحساب المجرد. في الإيثريوم الحالي، يجب عليك دفع رسوم الغاز ب ETH من حسابك الخاص لكل معاملة. هذا يمثل عائقًا للعديد من التجارب الصديقة للمستخدم - تخيل إذا كان عليك في كل مرة تستخدم فيها بطاقتك الائتمانية أن تحمل عملة ثانية لدفع رسوم، وإذا لم تكن لديك، يفشل الدفع. هذا هو الحال بشكل أساسي مع EOAs وETH للغاز.
يكسر الحساب المجرد هذه القيد من خلال تمكين التجريد في الغاز:
- يمكن إعداد حسابك (المحفظة الذكية) لدفع الرسوم باستخدام أي رمز تملكه. على سبيل المثال، إذا كنت تملك فقط USDC المستقرة، يمكن لمنطق المحفظة (مع تكامل مع صاحب الدفع أو البورصة اللامركزية) أن يقوم تلقائيًا بتحويل القليل من USDC أو استخدامه لدفع المعدن/المحقق، لذلك لا تحتاج إلى ETH على الإطلاق.
- يمكن راعي (صاحب الدفع) أن يغطي رسوم الغاز الخاصة بك. هذا يفتح الباب للمعاملات بدون غاز للمستخدمين. قد تقرر تطبيق لامركزي دفع رسوم المعاملات الخاصة بمستخدميها لزيادة التبني - مثل عمل يغطي تكاليف الشحن للزبائن كحافز. كان هذا ممكنًا بطرق محدودة عبر المعاملات الميتا في الماضي، لكن الحساب المجرد يعممه ويجعله أكثر أمانًا. يمكن للمستخدمين التفاعل مع تطبيق بلوكشين دون حتى أن يدركوا وجود الغاز؛ يمكن أن يشعر التجربة وكأنها تطبيق ويب 2 مجاني حيث "الأمور تعمل فقط". على سبيل المثال، يمكن للمستخدمين الجدد الذين يسجلون الحصول على بضع معاملات مجانية برعاية التطبيق، مما يسهل تجربتهم الأولى.
- منطق رسوم مرن: ربما ترغب في استخدام الأصول الأرخص التي لديك حاليًا لدفع الرسوم تلقائيًا، أو الاختيار بين الدفع بETH مقابل رمز آخر بناءً على أسعار السوق – يمكن تضمين كل ذلك في منطق عقد محفظتك أو سياسة صاحب الدفع.
تعتبر مواصفة ERC-4337 هذا كميزة رئيسية: بفضل Paymasters، لا يضطر المستخدمون إلى الاحتفاظ برمز ETH الأصلي للتفاعل مع الشبكة بعد الآن. إنه تحسن كبير للمستخدمين الجدد الذين يدخلون عالم Web3. وأظهر تحليل من Rumble Fish أنه مع AA، يمكن للتطبيقات أو حتى لأشخاص آخرين أن يساهموا في دفع رسوم الغاز كهدية أو ترويج، مما يجعل الانضمام أسهل. لقد رأينا بالفعل منظمات مثل Visa تجرب استخدام الحساب المجرد للسماح للمستخدمين بدفع الغاز عن طريق بطاقة ائتمان أو عبر طرف ثالث، مما يجعل معاملة الكريبتو تشعر وكأنها عملية شراء عبر الإنترنت عادية. هذا النوع من تجربة المستخدم سيكون قفزة هائلة في جعل تطبيقات البلوكشين صديقة للجمهور العام.
الاستعداد للمستقبل وإمكانيات جديدة
أخيرًا، الحساب المجرد مهم ليس فقط لما يتيحه اليوم، بل لكيفية إعداد حسابات البلوكشين للتكنولوجيا الجديدة وفتح أنواع جديدة تمامًا من التطبيقات:
- التشفير بعد الكم: يمكن للكمبيوترات الكمومية في المستقبل كسر التوقيعات الحالية للإيثيريوم (ECDSA). مع الحساب المجرد، يمكننا بدراسة تدريجية للهجرة إلى مخططات توقيع مقاومة للكم الحساب بحساب، بدلاً من الحاجة إلى تقسيم صلب يغير كيفية عمل جميع التوقيعات. في الواقع، يسمح AA بتواجد عدة مخططات توقيع في وقت واحد – يمكن لبعض الحسابات استخدام مفاتيح تقليدية، بينما يمكن لآخرين استخدام توقيعات آمنة على الكم مثل Lamport أو BLISS، إلخ. يعتبر ERC-4337 "أحد الخطوات الأولى نحو إنشاء معاملات مقاومة للكومبيوترات الكمومية" لأنه يفصل التحقق من الحساب عن الخوارزمية الثابتة.
- **الوصول القائم
على الأدوار والوحدات النمطية:** يمكن برمجة الحسابات للتحكم في الوصول القائم على الأدوار. على سبيل المثال، يمكنك تعيين "مفتاح التداول" الذي يُسمح له فقط بإجراء التداولات لكن ليس السحوبات، أو "مفتاح النشر" الذي يمكنه نشر العقود لكن ليس نقل الأموال، وكل ذلك تحت عقد حساب واحد. هذا مفيد للمنظمات أو المستخدمين القويين الذين يريدون تحكم دقيق.
- حسابات متعددة التوقيع ومشتركة من الدرجة الأولى: يمكن للحساب المجرد أن يجعل الحسابات متعددة المالكين مواطناً من الدرجة الأولى عبر النظام البيئي. هذا يعني أن التطبيقات والبروتوكولات يمكن أن تدعم تفاعلات مع الحسابات متعددة التوقيع بشكل أسهل. كما يعني أنه يمكن أن تصبح المحافظ الجماعية أو العائلية أسهل - يمكن لعقد الحساب أن يمتلكه N من الأشخاص، كل منهم بحقوق معينة، وهو ليس بسيطًا مع EOAs. في الواقع، أشير إلى الحساب المجرد بتمكين "محافظ الفرق" كحالة استخدام، والتي تشير إلى محافظ يديرها عدة أشخاص بقواعد حوكمة مبرمجة (مثالي لخزائن الشركات، أموال DAO، إلخ).
- الهوية والشهرة على السلسلة: نظرًا لأن العقود الحسابية يمكن أن تحتوي على منطق، فإنه يمكنها دمج أشياء مثل درجات الشهرة أو القوائم البيضاء لـ DeFi (على سبيل المثال، حساب يسمح فقط بالتفاعلات مع البروتوكولات المصرح بها للسلامة حتى يغيير المستخدم الإعدادات). قد تدمج أيضًا مع أنظمة الهوية، مثل مطالبة قاصر بخاصية معينة أو NFT لفتح بعض الميزات. هذا يتمازج في عالم الحسابات الذكية التي تخدم كبوابة هوية ومحافظ.
بشكل عام، تمتد فوائد الحساب المجرد عبر الأمان، وقابلية الاستخدام، والمرونة، والاستعداد للمستقبل. إنه يتعلق بجعل حسابات الكريبتو قوية وملائمة بقدر ما سيسمح به البرمجيات الحديثة، دون التضحية بمبادئ الحضانة الذاتية واللامركزية. ليس من العجب أن الكثيرين في مجتمع الإيثريوم يعتبرونه حاسمًا لتحفيز الموجة القادمة من التبني. وكما عبرت أحد المصادر، يُنظر إلى الحساب المجرد على نطاق واسع باعتباره "حجر أساس مهم في طريق إيثريوم للوصول إلى اعتماد مستخدمين هائل".
بعد رسم الصورة لما يمكن أن يحققه AA، دعونا نربط هذا النقاش بالنظر إلى بعض تطبيقاته وتنفيذاته في العالم الحقيقي، بالإضافة إلى ما يحدث الآن في النظام البيئي.
التطبيقات والأمثلة في العالم الحقيقي
قد يبدو الحساب المجرد نظريًا، لكنه يتم تنفيذه واختباره بالفعل في الحقل. إليك بعض الأمثلة والسيناريوهات البارزة التي توضح تأثيره:
-
محافظ العقود الذكية (التعافي الاجتماعي ومتعدد التوقيع): كانت مشاريع مثل محفظة Argent من رواد محافظ العقود الذكية التي تقدم التعافي الاجتماعي والاتصالات الموثوقة. محفظة Argent (حتى قبل ERC-4337) سمحت للمستخدمين بتعيين "أوصياء" للمساعدة في استعادة الوصول إذا فقدوا مفتاحهم - تم تحقيق ذلك عبر عقد مخصص لكل مستخدم. مع ERC-4337 الآن قيد التشغيل، يمكن لمثل هذه المحافظ الاندماج في بنية تحتية موحدة وتصبح شائعة أكثر في الصناعة. بنفس الطريقة، كان Gnosis Safe (المعروف الآن باسم Safe) محفظة متعددة التوقيعات مستخدمة على نطاق واسع (بشكل رئيسي للفرق/DAOs). Safe هو بشكل أساسي حالة استخدام الحساب المجرد (تحكم متعدد الملاك بعقد واحد). في الواقع، فإن فريق Safe يتبنى فعليًا AA؛ حتى أنهم طوروا نموذجًا أوليًا للاستفادة من ERC-4337 ويفكرون في كيفية دعم تغييرات البروتوكول المقبلة (مثل EIP-7702) لنقل حسابات Safe الحالية إلى حسابات ذكية من الدرجة الأولى. تظهر هذه الأمثلة أن المحافظ المعززة في الأمان للأفراد والمنظمات فائزة واضحة لـ AA.
-
رعاية الغاز من قبل التطبيقات: نرى التطبيقات اللامركزية تجرب تغطية رسوم الغاز للمستخدمين لتحسين تجربة المستخدم. على سبيل المثال، يمكن للعبة بلوكشين أو بورصة لامركزية استخدام صاحب دفع (per ERC-4337) للسماح للمستخدمين بالتداول دون الاحتفاظ بETH للغاز - برعاية التطبيق للغاز، وربما استرداد التكلفة عبر رسوم بروتوكول أعلى قليلاً أو كنفقة تسويقية. تعتبر هذه التجربة المعاملة بدون غاز جذابة جدًا لتسجيل المستخدمين الجدد. يمكن لمنصة DeFi أن تعلن حرفيًا "لا حاجة إلى ETH لبدء الإقراض - يمكنك الإيداع باستخدام USDC مباشرة". قدم بعض مزودي SDK للمحافظ (مثل Biconomy أو OpenGSN) أطرًا للمعاملات الميتا تاريخيًا؛ وقت الحساب المجرد، يمكن القيام بذلك بشكل أكثر طبيعية وأمانًا. في حالة واحدة، استعرض مشروع مدعوم من مؤسسة الإيثيريوم نظامًا حيث يمكن للمستخدمين حتى استخدام بطاقة ائتمان لدفع الرسوم بشكل غير مباشر – Visa.Sure, here's the translation excluding markdown links:
البحث الذي ذكرناه سمح للمحفظة بدفع الغاز عن طريق تحصيل رسوم بطاقة فيزا، وكل ذلك بوساطة منطق المحفظة ومسؤول الدفع. في حين أن استخدام بطاقة ائتمان لدفع الغاز ليس شائعًا بعد، فإن حقيقة أنه ممكن تسلط الضوء على مدى قدرتنا على تبسيط تعقيدات تقنية البلوكشين بعيدًا عن المستخدم.
-
المدفوعات المتكررة والاشتراكات: كانت فكرة المدفوعات المتكررة الآلية من محفظة ذاتية الحفظ غير معروفة تقريبًا من قبل، لأن محفظة الأموال المختارة لا يمكنها بدء الدفع بشكل مستقل في تاريخ مستقبلي. ولكن مع تجريد الحساب، تصبح المدفوعات التلقائية ممكنة. تعد إثبات المفهوم لفيزا على ستارك نت مثالاً رئيسيًا: استخدموا تجريد الحساب لتنفيذ دفع يسحب الأموال (يمكن للصانع تحفيز الدفع من محفظة المستخدم في تاريخ الاستحقاق، لأن المحفظة كانت قد اعتمدته مسبقًا). مثلاً افتراضي آخر: يمكن لخدمة البث نشر عقد ذكي يطالب محفظتك برسوم الاشتراك كل شهر؛ يمكن أن يتحقق كود محفظتك من أنها الخدمة الشرعية ويقوم بالدفع تلقائيًا لهم في عملة مستقرّة مثلاً - كل ذلك دون تسجيل الدخول كل شهر. كان هذا النوع من الراحة مفقودًا في الغالب في الويب 3، مما أجبر المستخدمين على حلول الحفظ للحصول على مثل هذه الميزات. يجلب تجريد الحساب هذا إلى الحفظ الذاتي.
-
التجارب بنقرة واحدة والقابلية للتركيب: فكر في سوق NFT حيث قد يتضمن شراء NFT خطوات متعددة (الموافقة على الرمز، ثم التداول، إلخ)، أو مشاركة DAO التي تتطلب قفل الرموز ثم الإدلاء بصوت. مع محافظ AA، يمكن للمشاريع تصميم تدفقات حيث يقوم المستخدم بالنقر مرة واحدة "شراء" أو "مشاركة" وفي الكواليس يجمع عقد المحفظة الخطوات اللازمة. نرى هذا بالفعل مع بعض مجمعي DeFi الذين يقومون بالمعاملات الميتا، ولكن مع AA الأصلي قد يكون أكثر انتشارًا وأسهل في التكامل. هذا يزيد من قابلية التركيب للتطبيقات اللامركزية (dApps) - حيث يمكن لحسابك الذكي التفاعل مع بروتوكولات متعددة دفعة واحدة، مما يشجع المطورين على إنشاء ميزات غنية دون القلق من أن المستخدمين سيتخلون عن العملية بعد أول عدة معاملات.
-
اعتماد الطبقة الثانية وتجربة المستخدم عبر السلاسل: على شبكات الإيثيريوم من الطبقة الثانية مثل ستارك نت و zkSync (اللذان لديهما AA أصلي)، يحصل المستخدمون على هذه الفوائد منذ اليوم الأول. يمكن لمستخدم ستارك نت، على سبيل المثال، إنشاء حسابه عن طريق نشر عقد (هناك تكلفة طلقة واحدة لنشر عقد الحساب الخاص بك) ثم التمتع بميزات مثل اختيار أي رمز لدفع الرسوم. مع ازدياد عدد المستخدمين في هذه L2s، سيزداد التوقع لهذه الراحة، مما يضغط على السلاسل الأخرى لاعتماد أفكار مماثلة. علاوة على ذلك، يمكن أن يساعد تجريد الحساب في تجارب عبر السلاسل. يتحدث البعض في المجتمع عن "تجريد السلسلة" جنبًا إلى جنب مع تجريد الحساب. على سبيل المثال، يمكن لمحفظة ذكية تجريد السلسلة التي يحدث عليها تنفيذ العملية - يمكنك بدء إجراء وتولي المحفظة (عبر المرحلات أو الجسور) تنفيذه على السلسلة المناسبة، وإرجاع النتيجة إليك، دون الحاجة إلى تبديل الشبكات يدويًا أو الاحتفاظ بعملات متعددة. لا يزال هذا في مراحله المبكرة، لكن من الناحية النظرية يمكن لحساب ذكي إدارة الموارد على سلاسل متعددة إذا صُمم لذلك، مما يوفر تجربة مستخدم موحدة.
-
أدوات التطوير والخدمات الجديدة: تظهر مجموعة جديدة من الخدمات لدعم تجريد الحساب. على سبيل المثال، مقدمو الخدمات الذين يقدمون المحفظة كخدمة (WaaS) التي تتولى نشر المحافظ الذكية للمستخدمين وتدير المفاتيح بطرق سهلة الاستخدام (بعضهم يدمج معازل آمنة في الهواتف أو نسخ سحابية احتياطية، وما إلى ذلك). على الرغم من أننا لن نقوم بترويج شركات محددة، من الجدير بالذكر أن العديد من الشركات الناشئة والمشاريع تبني أدوات AA بنشاط - من SDKs التي تسمح لأي تطبيق لامركزي بتصميم محفظة AA لمستخدميها، إلى متعهدين متخصصين يتولون تحويلات الغاز. هذا يعني أن البيئة تتحرك بسرعة نحو جعل AA غير مرئية. مع نضج هذه الأدوات، يمكن للمزيد من التطبيقات اعتماد AA دون إعادة اختراع العجلة، وقد يستخدم المستخدمون AA دون حتى معرفتهم بذلك (على سبيل المثال، قد تمنح لعبة كل مستخدم عقد محفظة في الخلفية مرتبطًا بتسجيل الدخول الخاص بهم عبر البريد الإلكتروني - يعرف المستخدم فقط أنه لديه حساب لعبة، والذي تحت الغطاء هو محفظة عقد ذكية مرتبطة بمفتاح مصادق بالبريد الإلكتروني الخاص بهم).
كل هذه الأمثلة تعزز أن تجريد الحساب ليس مجرد ترقية نظرية؛ إنه يحدث الآن عبر الجبهات المختلفة، مما يجلب تحسينات ملموسة. ومع ذلك، ليس كل شيء وردياً بعد. مثل أي تكنولوجيا جديدة، هناك تحديات ومقايضات يجب أن تكون على دراية بها. من المهم فحص هذه التحديات للحصول على وجهة نظر متوازنة.
التحديات والقيود لتجريد الحساب
في حين أن تجريد الحساب يفتح إمكانيات مثيرة، فإنه يقدم أيضًا تعقيدات جديدة واعتبارات. إليك بعض التحديات والقيود التي يجب مراعاتها:
-
خطر العقود الذكية: عن طريق تحويل المحافظ الشخصية إلى عقود ذكية، ندخل بشكل طبيعي خطر العقود الذكية إلى الحسابات الشخصية. قد يكون الخطأ في كود المحفظة كارثيًا - على سبيل المثال، قد تسمح ثغرة لمهاجم بتجاوز الأمن أو سحب الأموال. مع EOAs، يكون "الكود" المستخدم في حسابك أساسًا هو التحقق من توقيع ECDSA، وهو إجراء كريبتوغرافي تم اختباره جيدًا. المحافظ الذكية أكثر تعقيدًا بكثير. على الرغم من أن الأطر الأساسية لـ AA (مثل عقد نقطة الدخول في ERC-4337) مدقق، يمكن أن يختلف أمان تنفيذ كل محفظة. كما لاحظ دليل واحد للمطورين، عند استخدام محفظة AA، تقوم بـ"نشر عقد غير قابل للتغيير" وإذا تم العثور على خطأ، قد يكون من الصعب معالجته نظرًا لأن كود ذلك العقد لا يمكن تغييره بسهولة. قد تضمن بعض عقود المحفظة ميزات التحسين أو الترحيل للتخفيف من ذلك، ولكن ذلك يدخل اعتبارات الثقة (من يمكنه تحسينه؟). التدقيق الدقيق في عقود المحافظ أمر حاسم.
-
التعقيد وطرق الفشل الجديدة: إن بنية AA (مع المجمعات، المتعاملين، تجمع الذاكرة المنفصل) أكثر تعقيدًا من الوضع الراهن. وهذا يعني وجود المزيد من المكونات التي يمكن أن تفشل أو تتعرض للهجوم. على سبيل المثال، ماذا لو لم تكن الشبكة المجمعة لامركزية بما يكفي في البداية؟ هل يمكن أن يقمع المجمعون عمليات UserOps معينة أو يطلبون رسومًا عالية؟ هناك خطر التمركز إذا أصبحت فقط عدد قليل من الجهات المجمعات الرئيسية. على مر الوقت، يُتوقع من العديد من عقد الإيثيريوم أو معدنيين/مدققين أن يتشغيلوا برمجيات المجمعات (خاصة إذا كانت هناك حوافز اقتصادية)، ولكن في المراحل الأولى، يعتمد المستخدمون على أن تجمع UserOps والمجمعات تعمل بنزاهة. يعتبر عقد نقطة الدخول نقطة ثقة مركزية أخرى - إذا تم العثور على ثغرة هناك، فقد تؤثر على جميع مستخدمي AA. اتخذ مجتمع الإيثيريوم احتياطات (يمكن استبدال نقطة الدخول عبر آلية تحديث إذا تم العثور على خطأ، بتصويت متعدد الموقع من قبل المطورين حتى يتم تحقيق اللامركزية الكاملة)، ولكنها قطعة هامة يجب مراقبتها.
-
تكاليف الموارد (الغاز والنشر): استخدام محفظة العقد الذكي له صعوبات. هناك تكلفة نشر لمرة واحدة لإنشاء حسابك (عليك نشر عقد جديد على السلسلة لكل محفظة مستخدم، إلا في حال استخدام تركيبة النشر الحسابي حيث يتم إنشاؤه عند الاستخدام الأول). قد يكلف هذا بضعة دولارات من الغاز على شبكة الإيثيريوم الرئيسية، مما قد يردع بعض المستخدمين أو يتطلب من المحافظ تقديم رعاية لهذا. بالإضافة إلى ذلك، قد تكون كل عملية من خلال محفظة ذكية أكثر تكلفة قليلاً في الغاز من معاملة EOA بسيطة لأنها تتضمن استدعاء نقطة الدخول، وتنفيذ كود إضافي، وما إلى ذلك. ومع ذلك، يمكن تعويض بعض هذا بالكفاءة في التنفيذ الجماعي. لا يزال، بالنسبة للنشاط الثقيل على السلسلة، تتراكم تلك التكاليف. هذا يعني، على الأقل في البداية، تجريد الحساب قد يكون أكثر شيوعًا على الطبقة الثانية (حيث الغاز أرخص) وفقط لحالات الاستخدام ذات القيمة العالية على الطبقة الأولى. الأخبار الجيدة هي أن مطوري الإيثيريوم على دراية بذلك ويعملون على تغييرات في البروتوكول لجعل AA أكثر كفاءة في الغاز. على سبيل المثال، تهدف الاقتراحات مثل "ضغط كود التهيئة" أو EIPs أخرى إلى تقليل تكلفة نشر واستخدام الحسابات الذكية، وعلى المدى البعيد إذا أصبح AA هو القاعدة، يمكن للبروتوكول تحسينه.
-
إدارة المفاتيح لا تزال هامة (بالمعنى الحرفي): من المهم ملاحظة أن تجريد الحساب لا يلغي المفاتيح الخاصة - وإنما يضيف طبقات حول كيفية استخدام المفاتيح. لا يزال يتوجب عليك في النهاية أن يكون لديك شكل من أشكال المفتاح الخاص أو السر للمصادقة كمالك للحساب (حتى لو كان هذا المفتاح مقسمًا بين عدة أطراف أو مخزن في المعدات، إلخ). إذا اختار المستخدم أمانًا ضعيفًا لمفاتيحه، لا يزال من الممكن تعرضهم للاختراق. يسمح AA بأدوات مثل الاسترداد الاجتماعي، لكن يجب على المستخدمين استخدامها فعليًا وتكوينها بشكل صحيح. يشير بعض النقاد إلى أن العديد من المستخدمين قد يلتزمون بالإعدادات الافتراضية، والتي يمكن أن تكون مفتاحًا واحدًا يتحكم في عقد الحساب (يشبه بشكل أساسي EOA، ولكن بمزيد من التعقيد). في هذه الحالات، إذا لم يقوموا بتكوين الأوصياء أو المصادقة الثنائية، لم يكتسبوا الكثير من الأمان - وقد يكونون في خطر أكبر إذا لم يفهموا النموذج المحفظة الجديد. باختصار، تجريد الحساب يحسن بشكل كبير الأمان المحتمل، لكنه لا يضمنه. سيحتاج المستخدمون إلى تجربة استخدام جيدة لتوجيههم إلى إعدادات أكثر أمانًا (مثل التحفيز على إضافة وصي أو مفتاح احتياطي أثناء إعداد المحفظة).
-
لم يصل بعد ليكون عالميًا: اعتبارًا من عام 2025، تجريد الحساب عبر ERC-4337 متاح على الإيثيريوم، لكن يتطلب دعم مقدمو المحافظ له. إذا لم يدعم محفظتك الحالية (مثل MetaMask أو محافظ الأجهزة) إنشاء وإدارة حسابات 4337 الذكية، لا يمكنك الاستفادة من AA دون التبديل. نحن في فترة انتقالية حيث تتعايش كل من EOAs وحسابات AA. هذا يمكن أن يسبب ارتباك المستخدم واحتكاك. على سبيل المثال، حسابات AA لديها عنوان خاص بها (الذي يبدو مثل أي عنوان إيثيريوم، لكنه في الواقع عقد). إذا أرسل شخص ما الإيثيريوم إلى عنوان محفظة AA الخاصة بك، هذا جيد - إنه عنوان - ولكن لإرسال الإيثيريوم، ستذهب عبر تدفق AA بدلاً من معاملة EOA البسيطة. قد يقلق المستخدمون المحترفون بشأن التوافق: "هل سيدعم هذا التطبيق اللامركزي محفظتي؟"
بهذا الإطار، هذه هي ترجمة المحتوى إلى اللغة العربية، مع الحفاظ على الروابط كما هي دون ترجمة.Sure, here is the translation while keeping the markdown links unchanged:
المحفظة الذكية؟ بشكل عام، إذا كانت محفظة AA مصممة بشكل جيد، فيجب أن تعمل مع جميع التطبيقات اللامركزية (نظرًا لأنه من منظور التطبيق اللامركزي، هي مجرد عنوان يقوم باستدعاء العقود). ولكن بعض الأدوات المساعدة المنخفضة المستوى (مثل بعض مستكشفي البلوكشين أو المحافظ الأقدم) قد لا تعترف تمامًا بهذه المعاملات. مع مرور الوقت، يجب أن تكون المعايير مثل ERC-4337 سلسة، ولكن النظام البيئي يحتاج إلى التقدم - أشياء مثل مستكشفي السلسلة، وبرامج تشغيل المحافظ الصلبة، إلخ، قد تحتاج إلى تحديثات لعرض والتوقيع على عمليات AA بشكل صحيح.
-
التوافق والتعددية السلسلية: إذا كنت تستخدم حسابك الذكي على سلاسل متعددة (L1، L2s، السلاسل الجانبية)، قد يكون عليك نشر العقد على كل سلسلة، وهذا يمكن أن يكون متعبًا. يجري العمل على جعل نشر الحساب "قابلاً للتكرار" عبر السلاسل، لذا يمكنك الحفاظ على نفس العنوان والإمكانيات في كل مكان. ومع ذلك، حتى يتم حل ذلك تمامًا، يجب اعتبار أن استخدام AA على شبكة واحدة لا يوفرها لك تلقائيًا على شبكة أخرى - قد تحتاج إلى إعداد لكل سلسلة.
-
التحديات الانتقالية للمستخدمين الحاليين: هناك الملايين من الحسابات الخارجية بالفعل، بما في ذلك تلك التي تحمل أصولًا قيمة (مثل الرموز الغير قابلة لتحويل أو التي لا يمكن نقلها بسهولة، مما يعني أنك لا تستطيع نقلها بسهولة إلى محفظة ذكية جديدة). كيف يمكن لهؤلاء المستخدمين الانتقال إلى تجريد الحساب إذا أرادوا ذلك؟ أحد الأساليب هو ترقيات البروتوكول مثل EIP-7702، المقترحة من قبل فيتاليك وآخرين، والتي ستسمح لحساب خارجي "بتبني" وظائف العقد الذكي دون تغيير عنوانه (المزيد عن هذا في القسم التالي). ولكن حتى تحدث مثل هذه الترقيات، قد يضطر المستخدمون إلى إنشاء حسابات جديدة للحصول على ميزات AA، مما يشكل عبئًا خاصة إذا كانت لديهم أصول مرتبطة بعناوينهم القديمة. هناك أيضًا تحدٍ تعليمي: يجب أن يفهم المستخدمون لماذا يعتبر الانتقال إلى محفظة ذكية مفيدًا ويتغلبوا على الجمود النفسي "إذا لم تكن متعطلة، لا تصلحها" بحساباتهم الخارجية. ستحتاج المجتمع إلى التأكيد على الفوائد (وربما تجعل المحافظ الأمر سهلاً من خلال عرض أدوات التحويل بنقرة واحدة).
بالرغم من هذه التحديات، فإن الشعور العام في مجتمع الإيثيريوم هو أن فوائد تجريد الحساب تفوق بكثير العيوب، والعديد من هذه القيود يجري العمل على معالجتها. من الشائع أن تبدأ التكنولوجيا الأساسية الجديدة بتعقيد أعلى ثم تصبح أكثر سلاسة مع مرور الوقت. كانت الهواتف الذكية الأولى ضخمة وكان عمر بطارياتها قصير، ولكنها الآن لا غنى عنها وسهلة الاستخدام؛ وبالمثل، قد تبدو محافظ AA اليوم جديدة ومختلفة، ولكن في غضون سنوات قليلة قد لا يتخيل المستخدمون العيش دون ميزات مثل الاسترداد الاجتماعي أو المعاملات بدون غاز.
مع هذه النظرة المتوازنة، دعنا نلقي نظرة على ما يخبئه المستقبل لتجريد الحساب. كيف سيتطور، وما التطورات التي يمكن أن نتوقعها في السعي لجعل الحسابات الذكية هي الوضع الطبيعي الجديد؟
نحو تجريد كامل للحساب
تجريد الحساب على الإيثيريوم – وخاصة عبر ERC-4337 – هو محطة مهمة، ولكنه غالبًا ما يوصف كخطوة في الرحلة أكثر من كونه الهدف النهائي. الرؤية النهائية، كما أعرب عنها العديد من مطوري الإيثيريوم الأساسيين، هي الوصول إلى "تجريد الحساب الكامل" على مستوى البروتوكول، حيث يكون كل حساب حسابًا ذكيًا وتصبح فكرة الحسابات الخارجية التقليدية شيئًا من الماضي. تحقيق ذلك سيتضمن على الأرجح ترقيات أضافية واستراتيجيات انتقالية مدروسة في السنوات المقبلة. إليك نظرة على ما هو في الأفق:
1. التكامل على مستوى البروتوكول: حاليًا، يعمل ERC-4337 على مستوى التطبيقات، مستغلًا آلية المعاملات الحالية للإيثيريوم عبر عقد EntryPoint. في المدى الطويل، قد يتكامل الإيثيريوم تجريد الحساب مباشرة في البروتوكول (الطبقة 1) لتبسيط العملية. قد يعني هذا إدخال نوع جديد من المعاملات أو تغيير قواعد الاتفاق بحيث يمكن لمحافظ العقود الذكية بدء المعاملات دون المرور عبر الوسطاء. في الحقيقة، المحاولات السابقة مثل EIP-2938 (التي لم تتبنى) اقترحت القيام بذلك عن طريق إضافة نوع جديد من "المعاملات AA" على مستوى البروتوكول. اختار المجتمع طريقة 4337 أولاً، لكنه لم يستبعد تغييرات أعمق في النهاية. من خلال دمج AA بشكل أصلي، يمكن للإيثيريوم إلغاء الحاجة إلى مجموعة ذاكرة منفصلة لـ UserOps وربما تقليل تكلفة الغاز (نظرًا لأن منطق EntryPoint يمكن معالجته بشكل أكثر فعالية عبر شفرة البروتوكول). فكرة حديثة هي شيء يسمى "مجموعة ذاكرة موحدة" (تمت مناقشتها تحت اقتراح مسودة RIP-7560) الذي سيوحد UserOps مع المعاملات العادية في مجموعة واحدة ويجعل التنفيذ أكثر كفاءة في استخدام الغاز. رغم أنها فنية، الخلاصة هي بنية أبسط وتكاليف أقل لـ AA.
2. تحويل الحسابات الخارجية إلى حسابات ذكية: للوصول إلى تجريد كامل للحساب، ستحتاج الحسابات الخارجية الجديدة في النهاية إلى التوقف عن الإنشاء تمامًا. ستكون جميع الحسابات الجديدة حسابات ذكية بشكل افتراضي. هذا قد يحدث إذا قامت برامج المحافظ مثل MetaMask ببدء إنشاء محفظة ذكية 4337 بدلاًالمحتوى: إجبار الجميع على التحول بين عشية وضحاها - ولكن الزخم موجود. قام مطورو Ethereum بوضع خارطة طريق حيث يتحول في النهاية الغالبية العظمى من المستخدمين إلى حسابات ذكية، ويحصدون الفوائد في الأمان وسهولة الاستخدام، وبعد ذلك يمكن للبرتكول أن يُحسّن بناءً على تلك الافتراضات (مثل أنه ربما في يوم من الأيام، يمكن أن تتخلى Ethereum عن مفهوم الغاز الإجباري المدفوع بالـ ETH إذا كان الجميع يستخدمون المدفوعين وما إلى ذلك - لكن هذا افتراضي وبعيد المدى).
الأفكار الختامية
تمثل تقريب الحسابات تحولًا جذريًا في إدارة الحسابات على البلوكشين. من خلال السماح للمستخدمين بالاستفادة من العقود الذكية كحساباتهم، فإنها تكسر القيود الصارمة للماضي وتفتح بابًا إلى مستقبل حيث يمكن أن يكون استخدام العملات المشفرة سهلاً مثل – أو أسهل – من استخدام التطبيقات المصرفية التقليدية، كل ذلك مع تمكين المستخدمين بمزيد من التحكم في الأمان. لم يعد فقدان مفتاح واحد يمثل مأساة لا يمكن الاسترداد منها؛ ولم يعد يجب أن يقوم شخص بتوقيع كل إجراء يدويًا أو الاحتفاظ بـ ETH احتياطية فقط لاستخدام التطبيقات اللامركزية. مع تقريب الحسابات، ميزات مثل الاسترداد الاجتماعي، الأمان متعدد التواقيع، الدفع التلقائي، العمليات الجماعية، والاستخدام بدون غاز ليست مجرد حيل أو أحلام – بل تصبح أدوات قياسية في الصندوق.
من الناحية العملية، يعد تقريب الحسابات مهمًا لأنه يعالج بشكل مباشر أكبر عقبتين أمام اعتماد العملات المشفرة على نطاق أوسع: تجربة المستخدم والأمان. إنه يجلب المرونة (قواعد المحفظة المخصصة، أي طريقة تحقق تريدها) والشمولية (دع شخصًا آخر يدفع الرسوم، استخدم طرق تسجيل دخول بسيطة، استعد من الأخطاء) دون التضحية بالعقيدة غير الحفظية. هذه التكنولوجيا هي جزء أساسي من جعل الويب 3 سهل الاستخدام. من الملاحظ أن قيادة Ethereum والعديدين في المجتمع يعتبرونها حاسمة لنجاح النظام البيئي - فكرة أن العملات المشفرة لن تصل إلى مليارات المستخدمين إذا لم نُزِل كوابيس تجربة المستخدم ومأزق الأمان في المحافظ الحالية. تقريب الحسابات هو جزء كبير من الحل.
حتى الآن، نرى المراحل الأولى من هذا الأمر قيد التنفيذ مع ERC-4337 على Ethereum وتطبيقات أصيلة على شبكات Layer-2 المختلفة. من المحتمل أن تجلب السنوات القادمة المزيد من التكامل السلس – قد تستخدم تطبيقًا لامركزيًا ولا تدرك حتى أن "حسابك" هو عقد ذكي يُعد كل شيء ليكون سهلًا بالنسبة لك. جميع مزودي المحافظ ومطوري التطبيقات اللامركزية والمستخدمين يمكنهم الاستفادة: احتكاك أقل، مزيد من الإمكانيات.
بالطبع، هناك حاجة إلى اليقظة ونحن نتبنى هذا النموذج الجديد – يجب بناء و تدقيق محافظ العقود الذكية بعناية، ويجب أن يُعلم المستخدمون أنفسهم عن الميزات الجديدة مثل الاسترداد الاجتماعي. ولكن تلك هي تحديات يمكن إدارتها وتقلل مقارنة بالجوانب الإيجابية لنظام بيئي للعملات المشفرة يكون آمنًا ومريحًا.
في النهاية، يمكن اعتبار تقريب الحسابات خطوة نحو نضوج تكنولوجيا البلوكشين. تمامًا مثلما تطورت الإنترنت من واجهات الأوامر إلى الويب الذي يسهل التعامل معه كما نعرفه اليوم، تتطور البلوكشين من عصر إدارة المفاتيح الأولية إلى عصر الحسابات الذكية. إنها ثورة هادئة تحدث داخل البنية التحتية، لكن تأثيراتها ستُشعر بها المستخدمين مباشرة: في الأموال الأكثر أمانًا، وتسجيل الدخول الأكثر سهولة، وطرق أكثر قوة للتفاعل مع الأصول الرقمية. مع استمرار تطور التكنولوجيا، لا تتفاجأ عندما تصبح ميزات مثل "نسيت كلمة المرور الخاصة بي" أو "اسمح لهذا التطبيق لمدة 24 ساعة" جزءًا من مفرداتك المشفرة – سيكون ذلك بسبب عمل تقريب الحسابات، مما يجعل العملات المشفرة تشعر بالسهولة كما أي خدمة رقمية أخرى، بينما لا يزال يمنحك الحرية والسيادة التي جذبتنا إلى البلوكشين في المقام الأول.