ما هي المحفظة الوكيلة؟ كيف ينفّذ وكلاء الذكاء الاصطناعي المعاملات ويديرون صلاحيات المحفظة؟

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

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

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

النقاط الرئيسية

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

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

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

• يمكن لتقنيات مثل ERC-4337 وERC-7579 أن توفر أساسًا للحسابات الذكية وإدارة الأذونات المعيارية، لكن ليس من الضروري أن تعتمد كل محافظ Agentic المعايير نفسها.

• ترتبط MCP وA2A وERC-8004 وx402 باتصال الأدوات وتعاون الوكلاء والهوية على البلوكشين وتدفقات المدفوعات على التوالي. ولا ينبغي الخلط بينها وبين أذونات توقيع المحافظ.

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

ما هي محفظة Agentic؟ وكيف تختلف عن محفظة العملات المشفرة التقليدية؟

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

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

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

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

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

كيف يمكن لوكيل ذكاء اصطناعي إتمام معاملات على البلوكشين بصورة مستقلة عبر محفظة Agentic؟

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

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

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

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

وباستخدام مبادلة آلية مثالًا، قد تتضمن العملية الكاملة ما يلي:

1. يفوض المستخدم الوكيل لاستخدام ما لا يزيد على 100 USDC على شبكة محددة.

2. يحصل الوكيل على عرض سعر ويتحقق من شروط السعر والانزلاق المحددة مسبقًا.

3. تتحقق المحفظة من العقد المستهدف والرمز وحد المبلغ وفترة صلاحية التفويض.

4. بعد اجتياز المعاملة للفحوصات، يوقّعها مكون توقيع خاضع للرقابة ويرسلها.

5. يقرأ الوكيل النتيجة على البلوكشين ويبلّغ المستخدم بحالة التنفيذ.

مبلغ 100 USDC المذكور هنا مثال افتراضي يُستخدم لتوضيح آلية الأذونات، وليس إعدادًا افتراضيًا لأي منتج.

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

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

كيف تحد مفاتيح الجلسة من أذونات محفظة وكيل الذكاء الاصطناعي؟

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

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

على سبيل المثال، يمكن للمستخدم ضبط الأذونات التالية لوكيل ذكاء اصطناعي:

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

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

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

لذلك، من الأفضل فهم مفتاح الجلسة باعتباره أداة تفويض محدودة، لا آلية تمنح وكيل الذكاء الاصطناعي تحكمًا كاملًا في المحفظة.

كيف تدعم حسابات العقود الذكية وERC-4337 محافظ Agentic؟

يُعد تجريد الحساب اتجاهًا تقنيًا مهمًا لدعم محافظ Agentic. تعتمد الحسابات المملوكة خارجيًا (EOAs) التقليدية في Ethereum أساسًا على توقيعات المفاتيح الخاصة للتحكم في المعاملات، بينما يمكن لحسابات العقود الذكية استخدام منطق قابل للبرمجة لتحديد قواعد تفويض أكثر تعقيدًا.

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

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

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

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

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

إضافة إلى ذلك، لا تستخدم محفظة Agentic بالضرورة ERC-4337. إذ يمكن لواجهات API للمحافظ المعتمدة على خدمات الحفظ، وخدمات توقيع MPC، وغيرها من نماذج حسابات البلوكشين، أن تدعم أيضًا العمليات الآلية لوكلاء الذكاء الاصطناعي إلى حد ما.

كيف تحمي MPC وTEE والحسابات الذكية المفتاح الخاص لوكيل الذكاء الاصطناعي معًا؟

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

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

ولتقليل هذا الخطر، يمكن للمطورين فصل بيئة اتخاذ القرار الخاصة بوكيل الذكاء الاصطناعي عن بيئة توقيع المحفظة.

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

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

تعالج هذه التقنيات جوانب مختلفة من الأمان:

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

لذلك، ينبغي لمحفظة Agentic آمنة أن تجمع بين حماية المفاتيح وفحوصات الأذونات ومحاكاة المعاملات والموافقة البشرية.

كيف توسع x402 وMCP وERC-8004 حالات استخدام محافظ Agentic؟

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

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

يُستخدم MCP (Model Context Protocol) أساسًا لربط نماذج الذكاء الاصطناعي بالأدوات الخارجية ومصادر البيانات. ويمكن للوكيل استخدام MCP للحصول على بيانات السوق، أو استدعاء أدوات التداول، أو الوصول إلى خدمات أخرى، لكن MCP نفسه لا يضمن أمان الأموال على البلوكشين.

يركز A2A (Agent-to-Agent) على اكتشاف القدرات والتواصل والتعاون في المهام بين وكلاء الذكاء الاصطناعي المختلفين. وعندما يحتاج وكيل إلى استدعاء خدمة يقدمها وكيل آخر، يمكن للمحفظة تنفيذ الدفع المقابل.

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

يمكن تلخيص العلاقة بين هذه التقنيات كما يلي:

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

ومن المهم ملاحظة أن القدرة على دمج البروتوكولات لا تعني أن كل منتج للمحافظ أو الوكلاء يدعم هذه الوظائف بالكامل. إذ يظل التوفر الفعلي معتمدًا على الشبكة وSDK وتنفيذ المحفظة ومزود الخدمة.

ما التطبيقات العملية التي ستتمتع بها محافظ Agentic في عام 2026؟

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

Gate: Gate لوكلاء الذكاء الاصطناعي وعمليات المحافظ الآلية

أطلقت Gate خدمة Gate for AI Agent، وهي بنية تحتية مالية للعملات المشفرة لوكلاء الذكاء الاصطناعي. ومن خلال أدوات مثل Gate Skills وCLI وMCP وAPI، تدمج الخدمة التداول وبيانات السوق وإدارة الأصول ومحافظ ويب3 وقدرات الدفع على البلوكشين في منظومة خدمات يمكن للوكلاء الوصول إليها.

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

في سيناريوهات ويب3، تدعم Gate Wallet Skills مصادقة هوية المحفظة، والاستعلامات عن الأصول متعددة السلاسل، وتحويلات الرموز، وتوقيع المعاملات، والتفاعلات مع DApp. ويمكن أيضًا دمجها مع أدوات Gate DEX الأخرى لإتمام عمليات مثل مبادلات الرموز. وإضافة إلى ذلك، تدعم Gate المدفوعات الآلية من وكلاء الذكاء الاصطناعي مقابل واجهات API المدفوعة والخدمات الرقمية عبر x402، مما يوفر نقطة دخول لتنفيذ النشاط الاقتصادي على البلوكشين بين الوكلاء.

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

Coinbase: محافظ Agentic وAgentKit

في فبراير 2026، أطلقت Coinbase Developer Platform محافظ Agentic، موفرةً لوكلاء الذكاء الاصطناعي قدرات الدفع والتداول والعمليات على البلوكشين. يجمع المنتج بين عمليات محفظة الوكيل وبنية تحتية للتوقيع الخاضع للرقابة، ويوفر تدابير أمان مثل حدود مبالغ المعاملات وضوابط الإنفاق على مستوى الجلسة. ووفقًا لوصف المنتج، لا تُكشف المفاتيح الخاصة مباشرةً لبيئة مطالبة نموذج الذكاء الاصطناعي. ويمكن للمطورين أيضًا استخدام x402 لبناء تدفقات مدفوعات آلية.

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

اتجاهات تطبيق محافظ Agentic

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

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

ما المخاطر الأمنية التي تواجهها محافظ Agentic؟ وكيف يمكن التحكم في أذونات التداول الآلي؟

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

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

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

لذلك، ينبغي لمحافظ Agentic استخدام آليات لفرض الأذونات تكون مستقلة عن نموذج الذكاء الاصطناعي قدر الإمكان، مع التركيز على التحكم في المخاطر التالية:

1. مبدأ الحد الأدنى من الامتيازات: منح أذونات الأصول والعقود والعمليات اللازمة فقط لإتمام المهمة الحالية.

2. حدود المبلغ والصلاحية: تحديد مبالغ لكل معاملة، وإجمالي الإنفاق، وتكرار المعاملات، وأوقات انتهاء التفويض.

3. التحقق المستقل من المعاملات: فحص عنوان الوجهة، وطريقة الاستدعاء، وموافقات الرموز، والتغيرات المتوقعة في الأصول قبل التوقيع.

4. محاكاة المعاملات واكتشاف الحالات غير الطبيعية: تحديد بعض تحويلات الأصول غير الطبيعية والانزلاق المفرط والتفاعلات المشبوهة مع العقود.

5. الموافقة البشرية والإيقاف الطارئ: طلب تأكيد بشري للمعاملات الكبيرة أو عالية المخاطر أو الخارجة عن النطاق، مع الاحتفاظ بالقدرة على إيقاف العمليات اللاحقة.

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

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

لا ينبغي أن يكون الهدف الأمني لمحفظة Agentic هو منح وكيل الذكاء الاصطناعي أكبر قدر ممكن من سلطة التشغيل. بل ينبغي أن يمكّنه من إتمام المهام ضمن حدود تفويض واضحة وقابلة للتحقق وقابلة للإلغاء.

الخلاصة

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

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

ومع استمرار تطور بروتوكولات مثل x402 وMCP وA2A وERC-8004، قد تؤدي محافظ Agentic دورًا أكبر في المدفوعات الآلية وشراء الخدمات الرقمية وتعاون الوكلاء. لكن اعتمادها على المدى الطويل سيظل معتمدًا على ما إذا كان يمكن الجمع بين إدارة الأذونات وأمان التوقيع ومراقبة المخاطر واحتياجات المستخدمين الفعلية في حل شامل وموثوق.

الأسئلة الشائعة

كيف تختلف محفظة Agentic عن محفظة العملات المشفرة العادية؟

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

هل يمكن لوكيل ذكاء اصطناعي التحكم مباشرةً في المفتاح الخاص للمستخدم؟

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

ما الفرق بين مفتاح الجلسة والمفتاح الخاص الأساسي للمحفظة؟

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

هل يجب أن تستخدم محفظة Agentic معيار ERC-4337؟

لا. يُعد ERC-4337 نهجًا مهمًا لتنفيذ الحسابات الذكية القابلة للبرمجة، لكن يمكن لمحفظة Agentic أيضًا استخدام محافظ MPC أو خدمات التوقيع الحاضنة أو هياكل حسابات بلوكشين أخرى.

هل يمكن لمحفظة Agentic ضمان أرباح من التداول الآلي بالذكاء الاصطناعي؟

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