هل الطريق نحو تحول اقتصاد الوكلاء على الويب 3 ذكي أم ذكاء اصطناعي لامركزي؟ إطلاق Coinbase ل Agentic Wallet قد يعطي إجابات رئيسية مع تطور أطر عمل وكلاء الذكاء الاصطناعي خلال العام الماضي، لم يعد الوكلاء مقيدين بكونهم جزءا من سير عمل بمشاركة بشرية. في الماضي، كانت متطلباتنا للوكلاء هي ربط النماذج بالأدوات والعمليات، ومساعدة المستخدمين على إكمال المهام المعقدة بسرعة تحت إشراف سلطة بشرية، لكن جودة إخراج المهمة النهائية وقوة اتخاذ القرار النهائية كانت تحت سيطرة المستخدمين. تشير المشاريع الحديثة مثل OpenClaw ومشتقاتها، مثل Moltbook، إلى أن الوكلاء دخلوا المرحلة التالية، وهي المرحلة التي يقسم فيها عدة وكلاء العمل بشكل مستقل ويتعاونون بنشاط مع بعضهم البعض لإنجاز المهام بإشراف قليل (أو حتى بدون إشراف بشري)، مما يعني أن الوكلاء لديهم قدرات أقوى وتفكير أكثر تعقيدا. لكنهم يواجهون عموما عنق زجاجة في عدم كونهم موثوقين تماما عند أداء مهام ذات قيمة اقتصادية أو عند التعامل مع أصول حقيقية. عندما تتضمن المهام خلق قيمة أو تدفقات رأس المال، يجب عليهم إيقاف المهمة وانتظار موافقة البشر والمراجعة، مما يبطئ التطور السريع لشبكات الوكلاء. وفي هذا السياق، أطلقت Coinbase محفظة Agentic Wallet، وهي منشأة للمحفظة للوكلاء، على أمل بناء بنية اقتصادية ذكية آمنة وقابلة للتحكم وقابلة للبرمجة مصممة للوكلاء المستقلين. في الواقع، أطلقت كوينبيس أداة محفظة أخرى للوكلاء، وهي AgentKit، العام الماضي. المفهوم الأساسي للتصميم هو بناء المحفظة في كود الوكيل، مما يمنح الوكيل القدرة على التفاعل مع بيئة السلسلة المستخدمة، مما يمكنه من الحصول على هوية واضحة على السلسلة للمشاركة في مهام مثل نشر العقود وعمليات البروتوكول. ومع ذلك، فإن الهدف الأساسي من تصميم AgentKit هو إدخال الوكلاء إلى بيئة السلسلة وربطهم بهوية محددة للمشاركة في الأنشطة على السلسلة مع البشر. هذا التصميم يحتوي على بعض العيوب، أولا، نطاق نشاط الوكيل محدود (محدود بالسلسلة)، وفي كل مرة يضاف فيها نظام خارجي، يحتاج المطورون إلى إجراء دمج جديد، مما يصعب توسيع سيناريوهات التطبيقات بسرعة. ثانيا، تقع مسؤولية إدارة المفاتيح الخاصة للمحفظة مباشرة على المطور وبيئة تشغيل الوكيل، وسيصبح إذن المحفظة الخاص بالوكيل سطحا عرضة للهجوم في هجمات إساءة استخدام الأدوات وحقن الفوري. الجاذبية الأساسية لمحفظة الوكلاء التي صدرت هذه المرة لم تعد المشاركة العميقة في أنشطة السلسلة، بل في استدعاء الأصول وقدرات الدفع على السلسلة بشكل آمن وبسيط، كما تغير مفهومها التصميمي إلى "محفظة مستقلة يمكن لأي وكيل الاتصال بها". لم يعد يتطلب تكامل عميق في SDK، بل أصبح خدمة محفظة مستقلة يمكن استدعاؤها عبر أدوات سطر الأوامر أو خدمات MCP. يمكن للمحافظ الاحتفاظ ب USDC وإجراء طلبات الدفع عبر بروتوكول x402، لكن الوكلاء لا يملكون الوصول إلى المفتاح الخاص للمحفظة ولا يحتاجون للتعامل مع منطق توقيع المعاملات المعقد. جميع مخاطر أمان المحافظ محفوظة بشكل مجرد في خدمات الواجهة الخلفية التي تقدمها كوينبيس. هذا التحول لا يظهر فقط أن الوكيل الكبير والشامل في منظومة الوكلاء بدأ يستبدل بشبكة تعاونية مكونة من عدة وكلاء محترفين، بل يظهر أيضا أن وكيلا واحدا لا يمكن الوثوق به بالكامل عند إدارة الأصول الحقيقية، ويحتاج إلى التعاون مع تقنيات Web3 الناضجة الأخرى لإكمال التحكم في الأصول (مثل TEE الخلفية والتوقيعات، إلخ). ✜ انتهى قسم القراءة التجريبية، والمحتوى الجاد المتبقي هنا 👇