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

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

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

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

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

المحافظات أيضاً تتجه لنفس الاتجاه. الآن، تصمم الشركات أطر صلاحيات تتيح للوكلاء أن يقوموا تلقائياً بعمليات التحويل، والتبادل، والرهون، ضمن حدود يحددها المستخدم. بعض المحافظ اقترحت بروتوكول Pact لتعريف ما يمكن للوكيل فعله وما لا يمكنه، والبعض الآخر يستخدم أسلوب Recipe-driven لتوفير مسارات مهيأة مسبقاً للوكيل.

لكن هذا ليس الجزء الأكثر إثارة للاهتمام. الأهم هو مفهوم Skill.

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

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

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

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

من هذا المنظور، فإن قيمة المحافظ في المستقبل لن تقتصر على «هل يمكنني إتمام عملية واحدة»، بل ستتعلق بـ «هل يمكن ترسيخ، وإعادة استخدام، وتحسين الخبرات وراء هذه العمليات».

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

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

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

لكن، بعيداً عن الدفاع، هناك جانب أكثر طموحاً — من أدوات إلى منصة مشاركة في الإبداع.

عندما يتم استلام التنفيذ تدريجياً من قبل الوكيل، وتصبح الواجهات قابلة للتحقق، فإن السؤال التالي للمحافظ هو: ماذا يمكن للمستخدم أن يخلق هنا؟

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

هذا يعني أن المستخدمين يتحولون من «مُعلمين» إلى «مشاركين في الإبداع». المعرفة لم تعد تقتصر على تدفق من المشروع، بل يتم تحديثها وتصحيحها وتوثيقها بشكل مستمر من قبل المستخدمين الحقيقيين في سيناريوهات حقيقية.

مثلاً، Skill حول «كيفية إضافة رموز بأمان»، أو دليل تفاعلي لـ «استخدام Layer2 للمرة الأولى»، أو قائمة مخاطر «التعرف على تفويضات الصيد الاحتيالي»، أو قالب عملية «تخزين العملات على جهاز هاردوير بارد». يمكن أن تكون هذه الأعمال بسيطة — صورة، أو درس، أو قائمة، أو نموذج تذكير — أو يمكن أن تكون نماذج Skills مستقبلية يمكن للذكاء الاصطناعي استدعاؤها.

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

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