تقرير بحثي عن البنية الاقتصادية لعوامل الذكاء الاصطناعي

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

على المستوى الكلي، يحلل التحليل لآفاق السوق للتجارة الوكالة ويحدد الفجوات الرئيسية في البنية التحتية. في طبقة البروتوكول، يوفر تحليلا معمقا لثلاثة بروتوكولات تكميلية: x402، ERC-8004، وبروتوكول Virtuals. في طبقة التطبيق، يستخدم OpenClaw كدراسة حالة لاستكشاف مسار النشر الحقيقي لاقتصاد الوكلاء. وأخيرا، يقدم تقييما شاملا للصناعة عبر أبعاد متعددة، بما في ذلك المشهد التنافسي، وخطوط الدفع، ومخاطر الأمان، ونماذج الأعمال.

x402 (طبقة الدفع)، التي أطلقتها Coinbase وCloudflare بشكل مشترك، تدمج المدفوعات الصغيرة بالعملات المستقرة مباشرة في طبقة بروتوكول HTTP. حتى نهاية عام 2025، قامت بمعالجة أكثر من 100 مليون معاملة، مع حجم مدفوعات سنوي يصل إلى 600 مليون دولار.

ERC-8004 (طبقة الثقة)، التي اقترحها فريق الذكاء الاصطناعي التابع لمؤسسة إيثيريوم بالتعاون مع MetaMask وGoogle وCoinbase، توفر لوكلاء الذكاء الاصطناعي ثلاثة سجلات أساسية ضمن السلسلة: الهوية، والسمعة، والتحقق. تم إطلاق اللعبة على شبكة إيثيريوم الرئيسية في 29 يناير 2026.

بنى بروتوكول Virtuals (طبقة التجارة) منصة تسويق وكلاء متكاملة، تتيح المعاملات المستقلة بين الوكلاء عبر ACP. وقد نشرت أكثر من 18,000 عميل، بإجمالي تجاوز 479 مليون دولار.

OpenClaw (طبقة التطبيقات)، التي طورها المطور النمساوي بيتر ستاينبرجر، تجاوزت React بأكثر من 250,000 نجم في GitHub خلال أربعة أشهر فقط، لتصبح أسرع مشروع مفتوح المصدر نموا في تاريخ GitHub. من خلال دمج الذكاء الاصطناعي بشكل أصلي في أكثر من 20 منصة مراسلة قائمة، حفز مجتمع العملات الرقمية لبناء بنية تحتية اقتصادية على السلسلة بشكل عضوي فوقه—مما يجعله دراسة حالة رئيسية لمراقبة التفاعلات الحقيقية بين الوكلاء والبروتوكولات على السلسلة.

الفصل الأول: الخلفية العامة

1.1 توقعات حجم السوق

قطاع الدفع الوكيل يمر بمرحلة توسع سريع، حيث تقدم عدة مؤسسات توقعات متفائلة لحجم سوقه:

1.2 فجوات البنية التحتية

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

هناك مساران تطوريان يظهران حاليا:

مسار مركزي قائم على الامتثال: التواصل عبر A2A، تكامل الأدوات عبر MCP، والمدفوعات عبر AP2/ACP (بقيادة OpenAI وStripe، ويب2 فقط)
مسار لامركزي بدون إذن: x402 + ERC-8004 / 8183 + ACP (إطار تنسيق الوكلاء)

1.3 الجدول الزمني الرئيسي

ملاحظة: حتى مارس 2026، انخفض متوسط حجم المعاملات اليومية بشكل كبير عن ذروته في ديسمبر، مع أكبر انخفاض في المعاملات المتعلقة بالبنية التحتية (>80٪).

الفصل 2: بروتوكول x402 – طبقة دفع الوكيل

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

من المهم ألا تعتبر x402 مجرد بروتوكول دفع آخر. يمثل إعادة تصميم للوحدة الأساسية للنشاط الاقتصادي: الانتقال من "مراجعة → التسجيل → الموافق→ة على الاستخدام" إلى "دفع → الاستخدام". في الجوهر، x402 = "سويفت للوكلاء."

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

يعالج x402 هذا من خلال الاستفادة من رمز حالة HTTP 402 لتمكين مدفوعات العملات المستقرة الأصلية. عندما يتلقى الوكيل رد 402، فإنه يدفع مباشرة عبر السلسلة (مثل USDC) ويحصل على إثبات دفع، مما يتيح تفاعلات الدفع مقابل الاستخدام السلسة.

2.1 نظرة عامة على البروتوكول وسير العمل

الأدوار الأساسية

سير عمل المعاملات المكون من خمس خطوات

طلب الموارد: يرسل العميل طلب HTTP قياسي إلى خادم الموارد (مثل GET /api/weather).
اقتباس الإرجاع: يرد الخادم برمز حالة HTTP 402، يتضمن تعليمات دفع منظمة في رؤوس الاستجابة (العملة، المبلغ، عنوان المحفظة، الشبكة).
الدفع بالتوقيع: يقوم العميل بإنشاء وتوقيع تفويض دفع باستخدام مفتاح المحفظة الخاص، ويضع الحمولة الموقعة في رأس طلب X-PAYMENT ويعيد إرسال الطلب.
تحقق وتسويتي: يقوم الخادم بتحويل معلومات الدفع إلى الميسر للتحقق. بمجرد التأكيد، يقوم الميسر بتنفيذ نقل العملات المستقرة عبر السلسلة.
مورد التوصيل: عند التأكيد، يعيد الخادم نتيجة البيانات/المحتوى/الحسابية المطلوبة إلى العميل.

تستغرق العملية بأكملها—من بدء الطلب إلى استلام المورد—حوالي ثانيتين.

مقارنة مع طرق الدفع التقليدية

الميزات الرئيسية: لا تسجيل حساب، لا مفتاح API، لا اشتراك، ولا حاجة لتدخل بشري. المدفوعات طبيعية مثل إرسال طلب HTTP—ولهذا السبب يسمى x402 "طبقة الدفع الأصلية للإنترنت".

2.2 المقاييس الرئيسية

ملاحظة جودة البيانات: وفقا لتحليل أرتميس، فإن نسبة المعاملات الحقيقية إلى المعاملات الممدودة في x402 قريبة من 1:1 (مثلا، في 2026.01.11، الواقع: 520K مقابل اللعب: 518K). يجب تفسير المقياس العضوي الحقيقي بخصم.

التوزيع عبر البلوك تشين

التصنيف حسب حالة الاستخدام (لقطة على السلسلة حتى 2026.01.11)

2.3 تصنيفات استخدام المشاريع العليا (حتى مارس 2026)

مصدر البيانات: Dune Analytics – لوحة تحكم x402 معاملات لكل مشروع

2.4 ترقيات النواة في الإصدار الثاني

هوية المحفظة + الجلسات القابلة لإعادة الاستخدام
في الإصدار الأول، كانت كل استدعاء API يتطلب معاملة كاملة على السلسلة. يقدم V2 آلية تسجيل الدخول باستخدام X (SIWx): بمجرد أن يتحقق الوكيل من هوية محفظته، يمكن للمكالمات اللاحقة إعادة استخدام الجلسة دون تأكيد على السلسلة في كل مرة. بشكل أساسي، يرفع هذا نموذج الدفع مقابل المكالمة إلى نموذج الاشتراك، مما يعالج اختناقات الأداء في سيناريوهات التردد العالي.

توحيد السلاسل المتعددة + التوافق التقليدي للدفع
يقوم V2 بتوحيد تحديد الشبكات والأصول، مما يخلق صيغة دفع موحد (x402) تعمل عبر السلاسل وخطوط الدفع التقليدية. Base وSolana وشبكات L2 الأخرى، بالإضافة إلى ACH وSEPA وشبكات البطاقات، كلها مدمجة في نفس نموذج الدفع. هذه هي الترقية الأهم—حيث يتطور x402 من "بروتوكول دفع مقتصر على العملات الرقمية" إلى طبقة دفع محايدة تربط بين العملات الرقمية والتمويل التقليدي.

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

حزمة تطوير البرمجيات المعيارية
مع بنية تعتمد على الإضافات، تضاف سلاسل جديدة كحزم مستقلة، مما يقلل من تكاليف التكامل. اقترحت Cloudflare نظام دفع مؤجل، بما في ذلك حل Gateway من Circle، والذي لا يزال قيد التطوير.

2.5 مشاركو النظام البيئي

طبقة الأساس والبروتوكول

2.6 مشهد مكدس دفع الوكلاء

مقارنة تفصيلية بين البروتوكولات

الرؤية الرئيسية: الأمر لا يتعلق بمن يحل محل من، بل بكيفية دمجهما. تعاونت جوجل مع Coinbase لإصدار امتداد A2A x402، بينما يدمج AP2 x402 بشكل أصلي كوسيلة دفع للعملات الرقمية. تكمن المخاطر التنافسية الحقيقية في تجزئة المعايير.

2.7 إشارات المخاطر الرئيسية

انخفض متوسط حجم المعاملات اليومي من حوالي 731 ألف في ديسمبر 2025 إلى حوالي 57 ألف في مارس 2026 (-92٪). حجم المعاملات الحقيقي حوالي 14 ألف دولار يوميا (وفقا لأرتميس، خلال ذروة ديسمبر التي بلغت 250 ألف دولار يوميا، 95٪ كانت Gamed).
تبلغ القيمة السوقية للنظام البيئي 7 مليارات دولار (LINK 6 مليار دولار + Virtuals 0.6 مليار دولار)، مما يدل على اختلاف كبير بين التقييم والاستخدام الفعلي.
شهدت المشاريع المتعلقة بالبنية التحتية أكبر انخفاضات في الاستخدام: x402secure.com (-80٪+)، AgentLISA (شبه صفر)، pay.codenut.ai (تقلص بشكل كبير).

تحليل السبب ثلاثي الطبقات

الطبقة الأولى: اختفاء المحفزات
كان ارتفاع المعاملات من أكتوبر إلى ديسمبر 2025 مدفوعا بثلاثة عوامل: جنون رموز الميم، توقعات فعاليات توليد الرموز (TGEs) متعددة المشاريع، ومنافسات الميسرين لتعزيز تصنيفهم في Dune.

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

الطبقة 3: التبريد العام لسوق العملات الرقمية

الإشارة الإيجابية: دمج Stripe مع x402 يعد تطورا مهما. يتوقع جون كوليسون، المؤسس المشارك لشركة سترايب، أن "موجة التجارة الوكالة" ستأتي في الأشهر والسنوات القادمة. من خلال نشر ACP (سكة بطاقات ائتمان Web2) وx402 (سكة Web3 للعملات المستقرة)، يعمل سترايب كوسيلة تحوط عبر كلا المسارين.

أدى x402 إلى ظهور مجموعة من مشاريع البرمجيات الوسيطة الجديدة التي تساعد الوكلاء بشكل أكبر وبشكل أكثر سهولة واستقلالية في الوصول إلى خدمات متنوعة — من استدلال الذكاء الاصطناعي إلى واجهات برمجة تطبيقات الويب 2 — ضمن نموذج "الدفع حسب التفويض". سكك الدفع القابل للبرمجة وبدون إذن وتعمل على مدار الساعة طوال أيام الأسبوع هي الخيار الطبيعي للوكلاء المستقلين. ومع ذلك، هذا يهم فقط إذا كان العملاء بحاجة فعلا إلى تشغيل بدون إذن. إذا كان الوكلاء يعملون دائما تحت تصريح بشري (المرحلة 2: الوكلاء المسيطر عليهم)، فإن سكك الدفع التقليدية المدمجة مع البطاقات الافتراضية تكون كافية. فقط عندما يبدأ الوكلاء في ممارسة النشاط الاقتصادي بشكل مستقل عن البشر (المرحلة 3: الاقتصاد المستقل) تصبح القدرة بدون إذن ضرورة.

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

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

قد تشمل الحلول المحتملة:

آليات الضمان على السلسلة: الأموال مقفلة في العقود الذكية ولا يتم إصدارها إلا بعد تأكيد تسليم الخدمة.
بروتوكولات التأمين: توفير تغطية لمعاملات الوكلاء.
أنظمة السمعة ERC-8004: تقليل احتمالية المعاملات مع أطراف غير موثوقة.

ومع ذلك، فإن جميع هذه الأساليب لا تزال غير ناضجة حاليا.

2.8 منظور استثمار رأس المال الجريء

اتجاهات استثمارية واعدة

مزودو خدمات API مع طلب دفع حقيقي (البائعون): تحليلات البيانات، جمع البيانات عبر الويب، الأوراكل، تدقيقات الأمان، الدفع مقابل الاستنتاج، الامتثال/اعرف عرف العميل، وغيرها. معيار التقييم: يمكنهم بالفعل تحقيق أرباح بموجب النماذج التقليدية؛ تعمل X402 فقط كقناة توزيع إضافية.
طبقات حل النزاعات وضمان الدفع (البوابات): لا يمكن التراجع عن المدفوعات على السلسلة أو استرجاعها، لذا تتطلب المعاملات ذات القيمة العالية آليات لحل النزاعات. المشاريع التمثيلية:
بوابة الدائرة – الترديع المسبق غير الوصي + تسوية دفعية خارج السلسلة
كاميو – سمعة الوكيل، وصية الصندوق، الحكم القائم على العراف، التحكيم في ZKP
أدوات لوحة التحكم / FinOps: مساعدة المؤسسات في إدارة نفقات الوكلاء المتعددة (كم ينفق، على ماذا، تقييم القيمة، استراتيجيات توفير التكاليف). مماثل لأدوات الحوسبة السحابية مثل CloudHealth / Cloudability، مع إمكانية استحواذ تتراوح بين 300–500 مليون دولار من قبل شركات التكنولوجيا الكبرى.

الفصل 3: ERC-8004 – طبقة ثقة العملاء

ERC-8004 هو مجموعة من معايير التنسيق على السلسلة التي تؤسس إطار عمل للاكتشاف والتفاعل بدون ثقة بين الوكلاء عبر ثلاثة سجلات: الهوية، السمعة، والتحقق.

3.1 نظرة عامة قياسية وفروق أساسية

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

تمييز مهم: ERC-8004 ليس رمزا. بينما يستخدم المعيار NFTs ERC-721 داخليا لتمثيل هويات الوكلاء، فإن المعيار نفسه يركز على التنسيق والثقة، ولا يحمل أي قيمة اقتصادية، ولا يمكن تحويله.

3.2 ثلاثة سجلات

سجل الهوية
مبني على ERC-721 + URIStorage، يحصل كل وكيل على هوية NFT مرتبطة بوكيل URI يشير إلى ملف تسجيل (JSON) يحتوي على الاسم، الوصف، نقاط نهاية الخدمة (A2A/MCP/Web)، حالة دعم x402، وغيرها. يمكن تخزين رابط الرابط على:

IPFS – اللامركزية ومقاومة للرقابة
خادم HTTPS – بسيط لكنه مركزي
الترميز على السلسلة – لامركزي بالكامل لكنه مكلف

سجل السمعة
يوفر واجهات قياسية لنشر واسترجاع إشارات التغذية الراجعة، ويدعم كل من التقييم على السلسلة وخوارزميات خارج السلسلة. يمكنه إرفاق x402 proofOfPayment كإشارة ائتمان للاعتماد الاقتصادي. يقوم الوكلاء بتقييم بعضهم البعض، ولكن لمنع التلاعب بالدرجات، يساعد ERC-8183 في إثبات التفاعلات الحقيقية بين الوظائف.

سجل التحقق
يقدم بيئة التنفيذ الموثوقة (TEE)، وآليات التخزين في نقاط العرض، وZK (إثباتات المعرفة الصفرية) للتحقق من مخرجات مهام الوكيل والمصادقة:

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

3.3 معالم التنمية

المشجعون: ENS، EigenLayer، The Graph، Taiko. انضم حوالي 1,000 إلى 2,000 مطور.

ومع ذلك، فإن القيود الحالية ل ERC-8004 معترف بها حتى من قبل مبتكره، كرابيس: "8004 هو في الأساس مجموعة من السجلات." يوفر للوكلاء هوية وآلية تقييم، لكنه لا يستطيع ضمان أن يكون سلوك الوكيل جديرا بالثقة. التحقق الحقيقي يتطلب:

تدقيق السلوك: ماذا فعل العميل فعليا في الماضي؟
إثبات بيئة التنفيذ: دليل على أن المهام كانت تعمل في TEE.
التحقق من النية: هل فعل العميل فعلا ما ادعى أنه سيفعله؟

لا يزال مكون TEE من سجل التحقق قيد النقاش المجتمعي وبعيد عن النضج.

بعبارة أخرى، 8004 ضروري لكنه غير كاف. يحل سؤال "من هو هذا العميل؟" لكنه لا يحل "هل يمكن الوثوق بهذا العميل؟" الأخير يتطلب مزيجا من 8004 + TEE + تدقيق السلوك، والذي لم ينفذه أحد بالكامل بعد.

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

يمكن للوكيل ذو السمعة العالية أن يحصل على:

حدود ائتمانية أعلى (تفويض مسبق لتمويل أكثر)
انخفاض تكاليف المعاملات (انخفاض المخاطر)
توزيع المهام الأولوية (يختار أصحاب العمل الوكلاء ذوي السمعة العالية أولا)

سجلات الهوية والسمعة في ERC-8004 هي فقط طبقة البيانات الأساسية. يكمن خلق القيمة في من يمكنه بناء تقييم ائتمان الوكلاء والخدمات المالية فوق هذه الطبقة من البيانات — إقراض الوكلاء، تأمين الوكلاء، خطوط ائتمان الوكلاء — مما يشكل في الأساس كامل حزمة الخدمات المالية.

3.4 العلاقة مع بروتوكولات أخرى

3.5 ERC-8183: توحيد معيار الإيثيريوم ل ACP

ERC-8183 هو النسخة المفتوحة القياسية من بروتوكول ACP الداخلي المستخدم في إيثيريوم (تم إصداره في 10 مارس 2026، وهو حاليا في مرحلة المسودة).

البدائية الأساسية هي الوظيفة — آلة حالة على السلسلة (مفتوحة → ممولة → مقدمة → مكتملة/مرفوضة/منتهية الصلاحية) حيث تحفظ الأموال في ضمان قابل للبرمجة ويتم الحكم عليها بشكل مستقل من قبل مقيم. بمجرد تأكيد جودة التسليم، يتم تسوية الدفعة تلقائيا. يدعم البروتوكول امتدادات Hooks لميزات مثل عتبات السمعة، والمزايدة، ودفع المهام، وغيرها.

التصميم الرئيسي: كل مهمة مكتملة تولد تلقائيا سجل تفاعل يغذي سجل السمعة الخاص ب ERC-8004—وهو ما يشبه "مراجعة Yelp التي تتطلب معاملة مكتملة وتشمل محكم طرف ثالث." هذه هي نقطة الاتصال التي يشكل فيها ERC-8183 وERC-8004 حلقة تكافلية.

الفصل 4: بروتوكول الافتراضيات – طبقة تجارة الوكلاء

4.1 نظرة عامة على المشروع

بروتوكول Virtuals هو بنية تحتية لامركزية وكاملة التكديس لعملاء الذكاء الاصطناعي تتيح لأي شخص إنشاء وكلاء ذكاء اصطناعي مستقلين وتحويله إلى رموز وترميز ومشاركة في امتلاك وتحقيق الدخل من وكلاء الذكاء الاصطناعي المستقلين على السلسلة. تأسس المشروع في الأصل عام 2021 باسم PathDAO (نقابة ألعاب) وتحول إلى وكلاء الذكاء الاصطناعي في أوائل عام 2024. نشرها الرئيسي على القاعدة، مع توسعات إلى إيثيريوم، سولانا، ورونين.

الفريق الأساسي:

يانسن تينغ – مؤسس، مستشار سابق في BCG، بكالوريوس في التكنولوجيا الحيوية وإدارة الأعمال من كلية إمبريال لندن
ويكي تايو – بكالوريوس العلوم الحيوية + ماجستير في الإدارة من كلية لندن للأعمال، مع خلفية في التربية البدنية/BCG

يقع المقر الرئيسي للفريق في كوالالمبور، ماليزيا، ويضم حوالي 38 عضوا.

تاريخ التمويل: خلال مرحلة PathDAO، جمعت جولة أولية 16 مليون دولار، بقيادة DeFiance Capital وBeam.

4.2 العمارة التقنية: الأعمدة الأربعة

الركيزة 1: إطار GAME – اتخاذ القرار الداخلي لوكيل واحد

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

جوهر العمارة: يفصل التخطيط الهرمي بين "ما يجب التفكير فيه" و "كيف نتصرف":

مولد المهام (مخطط عالي المستوى / خطة عالية المستوى (HLP): تولد المهام بناء على أهداف الوكيل وتعين العمال
العمال (المخططون منخفضو المستوى / LLP): لكل منها مجموعة محددة من الدوال التنفيذية
الوظائف: نفذ استدعاءات API، والمعاملات على السلسلة، واسترجاع البيانات، وغيرها.

نماذج القاعدة المدعومة: Llama 3.1 405B (افتراضي)، Llama 3.3 70B، DeepSeek R1، DeepSeek V3 — مصمم ليكون غير معتمد على الطراز. مع إصدار أطر عمل OpenAI/Google Agent، أصبح التمايز في GAME ضئيلا الآن: فهو إطار عمل Agent الوحيد الذي يحتوي على تكامل أصلي للطبقة الاقتصادية على السلسلة (ACP + VIRTUAL token).

الركيزة 2: ACP – "القانون التجاري" بين الوكلاء

بروتوكول تجارة الوكلاء (ACP) هو بروتوكول موحد على السلسلة يمكن الوكلاء من اكتشاف واستئجار وتفاوض وضمان الأموال وتسليمها وتسويتها مع بعضهم البعض دون تدخل بشري.

آلة الحالة ذات الأربع مراحل من ACP:

العمود 3: الخادم – بوابة المستخدم الفائقة

باتلر هو البوابة الموجهة للمستهلك لشبكة ACP—وهو في الأساس وكيل ينظم بروتوكول ACP، مبني فوق نموذج لغوي (LLM). يترجم اللغة الطبيعية للمستخدم إلى سير عمل تعاوني متعدد الوكلاء ضمن السلسلة.

تتمتع باتلر ببنية ذات طبقتين:

طبقة السطح: واجهة المحادثة لنماذج اللغة الكبيرة (مدعومة حاليا بواسطة Gemini 3 Pro)
الطبقة الأساسية: منسق بروتوكول ACP، ينفذ العملية الكاملة: اكتشاف الوكيل → تأكيد العرض → قفل الضمان → توجيه المهام → التحقق من التسليم → إطلاق الأموال. يرى المستخدمون واجهة دردشة، لكن باتلر يتولى جدولة العقود خلف الكواليس.

يفصل وضع Butler Pro بوضوح بين التخطيط والتنفيذ:

مرحلة التخطيط →
مرحلة المراجعة (يمكن للمستخدمين تحسين الخطة) →
مرحلة التنفيذ (تنسق سير العمل الكامل بشكل تلقائي)

تشمل القدرات المدمجة تبادل الرموز، واستثمارات DCA، والعقود الدائمة، وصندوق الصناديق.

الركيزة 4: منصة الإطلاق – وول ستريت للوكلاء

يغطي نظام الإطلاق المكون من ثلاث مستويات دورة حياة مشاريع الوكلاء بالكامل، من 0 → 1 → 100:

مشاريع إطلاق Titan:

XMAQUINA ($DEUS): شركة DAO تمتلك أسهما في شركات استخبارات متجسدة مثل Figure AI، مع استثمار FDV بقيمة 60 مليون دولار
كريم الأساس من القماش ($ROBO): الشراكة مع OpenMind في اقتصاد الروبوتات

4.3 تحليل الناتج المحلي الإجمالي العامل (aGDP)

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

مسار نمو الناتج المحلي الإجمالي

مشاكل جودة الناتج المحلي الإجمالي – ثلاث إشارات تحذيرية:

تقلب الإيرادات يكشف عن الاعتماد المضاربي:
انخفضت إيرادات البروتوكول اليومية من 1.02 مليون دولار في يناير 2025 إلى 35 ألف دولار بحلول نهاية فبراير (-97٪). تأتي الإيرادات بشكل رئيسي من رسوم معاملات توكن الوكيل (1٪)، وليس من المدفوعات المستمرة لخدمات الوكلاء.
التركيز الشديد في الأعلى:

Ethy AI: وكيل واحد ساهم ب 218 مليون دولار للناتج المحلي الإجمالي (45.5٪ من النظام البيئي بأكمله)
أفضل ثلاثة وكلاء مجتمعين: 407 مليون دولار (84.9٪)
جميعها وكلاء تنفيذ معاملات؛ الناتج المحلي الإجمالي لديهم يعكس إلى حد كبير حجم المعاملات التي تم التعامل معها بدلا من إيرادات خدمات الوكلاء الفعلية.
لونا، كوكيل IP رائد، لديها معدل استقبال يقارب 100٪
معدل استقبال Ethy AI لا يتجاوز 0.26٪

افتراضات هدف بقيمة 3 مليارات دولار:
التوسع من 470 مليون دولار إلى 3 مليارات دولار يتطلب نموا بنسبة 6.4×. إذا هيمنت العناصر المضاربية على الناتج المحلي الإجمالي، فإن هذا الهدف يراهن فعليا على ضجة سوق رموز الوكلاء بدلا من النمو العضوي لاقتصاد الوكلاء.

4.4 اقتصاديات الرموز

آلية التقاط القيم الرباعية في $VIRTUAL

هيكل الضرائب في ACP:
عندما يدفع المستخدم 100 ٪، تذهب 90٪ إلى محفظة الوكيل (يمكن سحبها أو استخدامها لتوظيف وكلاء آخرين، مع مركب الناتج المحلي الإجمالي على السلسلة)، و10٪ تذهب إلى الخزانة (منها 1٪ تذهب إلى خزانة G.A.M.E). تستخدم إيرادات الخزانة باستمرار لإعادة شراء رموز الوكلاء، مما يتوافق مع الحوافز طويلة الأجل.

هيكل الإمدادات:

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

4.5 نظرة عامة على بيانات النظام البيئي

حالات وكلاء المعيار

4.6 المشهد التنافسي والخندق

تسلسل الخندق (من الأقوى إلى الأضعف):

تأثيرات الشبكة + دولاب الموازنة الرمزي (الأقوى):
يشكل أكثر من 18,000 وكيل و650,000+ حامل سوقا من جانبين. يتم إقران كل وكيل مع VIRTUAL، مما يخلق حلقة تغذية راجعة إيجابية. لا يمكن تكرار ذلك بواسطة أطر مفتوحة المصدر—فلانغتشين يفتقر إلى طبقة تسوية اقتصادية أصلية بين الوكلاء.
قوة تحديد المعيار (قوية):
يتنافس مزيج ACP → ERC-8183 (الصادر بالاشتراك مع مؤسسة إيثيريوم) + ERC-8004 + x402 لتأسيس "الأساس القانوني" لاقتصاد وكلاء الذكاء الاصطناعي.
ميزة المحرك الأول + العلامة التجارية (متوسطة):
رائدة في مجال التفكير الذهني في مجال وكلاء الذكاء الاصطناعي + العملات الرقمية، مدعومة بمؤسسات مثل Grayscale وFundstrat.

القدرة التقنية (الأضعف):
تقدم البنية الهرمية ل GAME مزايا تصميمية، لكنها تعتمد على نماذج لغوية كبيرة من طرف ثالث، وتفتقر إلى نماذج خاصة، ويمكن استبدال طبقة التنسيق بأطر أقوى.

C هابتر 5: OpenClaw – دراسة خاصة لنظام التطبيقات

5.1 خلفية المشروع والانطلاق

في نوفمبر 2025، نشر المطور النمساوي بيتر ستاينبرجر مشروعا نهاية الأسبوع على GitHub. بحلول مارس 2026، بعد أربعة أشهر فقط، تجاوز المشروع React ليصبح أكثر مشروع برمجي حصلا على نجوم في تاريخ GitHub—ب 250 ألف نجوم، بينما استغرق React 13 عاما ليصل إلى نفس الرقم.

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

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

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

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

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

5.2 تحليل البنية التقنية

الطبقة الأولى: قنوات الرسائل – مشكلة الهوية

يتصل OpenClaw ب 20+ منصة. من منظور الوكيل الداخلي، يعرف أنه نفس العميل، بذاكرة موحدة وتكوين SOUL.md. ومع ذلك، من منظور خارجي، كيف يمكن للآخرين معرفة أن العميل على تيليجرام هو نفسه الذي على ديسكورد؟ لكل منصة نظام تعريف مستخدم خاص بها، وهذه الأنظمة معزولة دون رؤية لسلوك المنصات المتقاطعة. هذه هي المشكلة الأساسية التي يهدف ERC-8004 إلى حلها.

الطبقة 2: البوابة – مشكلة أمنية

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

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

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

الطبقة 3: نواة الوكيل (حلقة إعادة التفاعل) – مشكلة التنبؤ

تتبع عملية الوكيل حلقة React (التفكير + الفعل):
استلام المدخلات → التفكير (استدعاء نموذج اللغة الكبيرة) → اتخاذ إجراء → أداة استدعاء → الحصول على النتائج → إعادة التفكير في حلقة →

ينفذ OpenClaw تحسينات هندسية مثل:

جدولة الرسائل عالية التردد مع استراتيجيات التوجيه/التجميع/المتابعة/المقاطعة
تحمل الأخطاء ذات الطبقتين المزدوجة في نموذج اللغة الكبيرة (دوران المصادقة + النموذج الاحتياطي للنموذج)
آلية التفكير متعددة المستويات اختيارية (6 مستويات)

ومع ذلك، فإن نماذج اللغة الكبيرة بطبيعتها احتمالية، والمخرجات غير حتمية. ينفذ الوكلاء الأفعال بشكل غير حتمي في بيئات غير حتمية.

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

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

مثال: أمر قائد الارتباط بمختبر الذكاء الفائق في ميتا، سامر يو ، أحد العملاء ب "اقتراح رسائل إلكترونية يمكن حذفها"، لكن العميل انتهى به الأمر بحذف مئات الرسائل الإلكترونية. ضغط نافذة السياق تسبب في فقدان القيد الرئيسي ("اقتراح").

في مثل هذه الحالات، لا يكون هناك حاجة إلى هندسة توجيهية أفضل، بل آليات سلامة هيكلية:

سجلات الإجراءات القابلة للتدقيق
حدود الأذونات القابلة للبرمجة
أنظمة اقتصادية تسمح بالمساءلة والتعويض عند حدوث أخطاء

هذه هي المجالات التي تتفوق فيها العقود الذكية والبنية التحتية على السلسلة.

الطبقة 4: نظام الذاكرة – مشاكل الاستمرارية وقابلية النقل

ينفذ OpenClaw نوعين من الذاكرة:

الذاكرة العاملة اليومية (ملفات YYYY-MM-DD.md)
الذاكرة المقطرة طويلة الأمد (MEMORY.md، إزالة التفضيلات الرئيسية وتصنيفها)

يستخدم الاسترجاع مزيجا من البحث المتجه وBM25.

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

القيود الرئيسية:

جميع الذاكرة موجودة على نظام الملفات المحلي؛ تغيير الحواسيب يسبب فقدان الذاكرة.
لا توجد آلية ذاكرة مشتركة عند التعاون مع وكلاء آخرين.
معرفة وخبرة العميل مقتصرة على الجهاز الذي يعمل عليه.
التعاون بين الوكلاء الفرعيين يقتصر على نفس نسخة OpenClaw. التعاون بين الأمثلة أو المؤسسات مستحيلة حاليا.

ملاحظات المطورين على GitHub: سجلات القرارات موجودة في سجل الدردشة لكنها لا تظل محفوظة كقطع أثرية، والتسليمات غامضة، ونقل المعرفة غير مكتمل.

5.3 المشكلات الهيكلية في اقتصاد الوكلاء

السياق لا يتدفق: جذر كل المشاكل

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

كل واحدة منها تحسن تجربة الوكيل داخل حديقتها المسورة الخاصة.

يظهر عدم الحركة في السياق خمس طرق:

القفل المكاني: ذاكرة ومعرفة العميل مقفلة على الآلة التي تستخدمها

يستمر في الجري. عند تبديل الأجهزة يختفي.

عزل الثقة: يدعي العميل أ أن "المستخدم فضل X الأسبوع الماضي." العميل ب لا يملك

طريقة رائعة للتحقق. لا مصدر مشترك للحقيقة.

عدم وجود آلية اكتشاف: هل تريد وكيلا ماهرا في التمويل اللامركزي؟ لا توجد طريقة قياسية لذلك.

ابحث عن واحد.

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

لكي يتدفق السياق فعليا، يحتاج إلى الخمسة في نفس الوقت:

— تجاوز حدود الثقة

— القيمة الاقتصادية

— قابل للاكتشاف بدون وسطاء

— تاريخ القرارات القابل للتتبع

— استجابة لاحتياجات المستخدم

لا يوجد بروتوكول يحقق الخمسة جميعا. MCP يحل كيفية استدعاء النماذج للأدوات. A2A يحل طريقة تواصل العملاء مع بعضهم البعض. x402 يحل كيفية دفع الوكلاء. ما ينقص هو كيف يقوم الوكلاء باكتشاف وتقييم واستخدام بيانات السياق بشكل مستقل عبر بيئات غير موثوقة.

هذا الجواب غير موجود بعد.

مفارقة التنسيق

الوكيل يحتاج فقط إلى سياق كاف للمنطق، لكن التنسيق بين المنظمات يتطلب كل السياق التاريخي.

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

تتوقع شركة جارتنر أنه بحلول عام 2027، سيتم إلغاء أكثر من 40٪ من مشاريع الذكاء الاصطناعي الوكيلي بسبب ارتفاع التكاليف، أو عدم وضوح قيمة الأعمال، أو عدم كفاية السيطرة على المخاطر. ومع ذلك، أفاد 70٪ من المطورين بأن المشكلة الأساسية هي التكامل مع الأنظمة القائمة. السبب الجذري: الوكلاء هم منفذون غير حتميين، بينما تحتاج المؤسسات إلى نتائج حتمية. المنفذ غير الحتمي في بيئة غير مؤكدة ويتعاون مع شركاء غير مؤكدين لا يمكنه إنتاج مخرجات موثوقة بدون طبقة ثقة قابلة للتحقق.

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

مفهوم العمارة

الطبقة السفلى: حيث يقوم الوكلاء بالتفكير.
الخصائص: مؤقتة، مرتبطة بالرمز، سريعة، مركزة على المهام الحالية.
أمثلة: OpenClaw، Claude Code، Cursor.
الطبقة العليا: حيث يحدث التنسيق.
الخصائص: مستمر، قابل للتحقق، وبسعر اقتصادي.
يجمع المعرفة عبر المؤسسات، ويحافظ على الأصل، ويدير السمعة.

هاتان الطبقتان لهما متطلبات متضاربة:

الوكلاء بحاجة إلى البساطة؛ المنظمات بحاجة إلى سجلات تاريخية.
العملاء يحتاجون إلى سرعة؛ التدقيق يتطلب الديمومة.
الوكلاء يعملون بشكل احتمالي؛ تتطلب المؤسسات نتائج حتمية.

تحاول معظم البنى الحالية دمج هذه الطبقات، وهو أمر غير مرجح أن ينجح.

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

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

الافتراض الأساسي هو أن تدفق السياق ذو قيمة:

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

إذا كان الوسيط يوفر فقط السياق المحمول، فمن المحتمل أن يفشل.

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

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

نقطة الدخول الحقيقية للعملات الرقمية

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

على سبيل المثال:

الوكيل أ (الذي يعمل على OpenClaw، ويملكه المستخدم ألفا) يحتاج إلى توظيف الوكيل B (الذي يعمل على كود كلود، ويملكه المستخدم التجريبي) لإتمام مهمة.
ليس لديهم منصة مشتركة، ولا نظام حسابات مشترك، ولا علاقة عمل سابقة.

في هذا السيناريو، تعتبر الهوية على السلسلة (ERC-8004)، والدفع على السلسلة (x402)، والسمعة على السلسلة أكثر ملاءمة من أي حل مركزي—لأن لا توجد منصة مركزية واحدة يمكنها تغطية جميع أطر الوكلاء في نفس الوقت.

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

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

هناك ثلاثة محفزات محتملة تجعل العملات الرقمية "ضرورية":

يبدأ العملاء في توظيف عملاء آخرين على نطاق واسع

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

يبدأ الوكلاء معاملات عابرة للحدود على مدار الساعة طوال أيام الأسبوع

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

تصل المدفوعات الصغيرة إلى تردد يتجاوز قدرة السكك الحديدية التقليدية

حاليا، تبلغ المعاملات الصغيرة على السلسلة (استدعاءات واجهة برمجة التطبيقات، استعلامات البيانات، موارد الحساب) في المتوسط 0.09 دولار لكل معاملة، بينما رسوم سترايب وحدها هي 0.35 دولار + 2.5٪، أي أعلى بمقدار 4× من المعاملة نفسها.
إذا احتاج الوكيل إلى الاتصال بعشرات الآلاف من واجهات برمجة التطبيقات (APIs)، لا يمكن لمعالجي الدفع التقليديين ضمان هذه المخاطر على التاجر، ويصبح هيكل الرسوم عنق زجاجة حقيقي.

التهديدات الأمنية وضرورة البنية التحتية على السلسلة

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

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

وصف البعض انضمام ستاينبرجر إلى OpenAI بأنه "لحظة iPhone لوكلاء الذكاء الاصطناعي". لكن قبل ذلك، يجب أن يكون هناك مرحلة تحتوي على بنية تحتية أمنية. وإلا، فإن التبني على نطاق واسع يعني خسائر كبيرة. تتنبأ Choping Block ب "اختراقات مولدة بالذكاء الاصطناعي بقيمة 100 مليون دولار+"—إذا حدث ذلك، فهناك مساران:

الذعر العام يسبب تراجعا في تبني الوكلاء (مشابه لتراجع إيثيريوم بعد اختراق DAO عام 2016).
إنه يحفز بنية تحتية أمنية حقيقية للوكلاء (مشابه لطفرة تدقيق العقود الذكية بعد DAO).

نميل إلى الخيار الثاني، لأن الطلب على الوكلاء حقيقي:

كشف الوكيل الخبيث → نظام السمعة ERC-8004
إذا كان لكل وكيل سجل هوية وسمعة عامة على السلسلة، فإن السلوك الخبيث يترك سجلا غير قابل للتغيير. يمكن للوكلاء الآخرين التحقق من سمعة السلسلة قبل الثقة.
يجب أن يكون نظام السمعة ناضجا—متعدد الأبعاد، مرجنا بالزمن، مع آليات مضادة للتلاعب، وليس مجرد تقييمات بسيطة.
تدقيق المهارات الخبيثة → سجل التحقق
إذا تم تسجيل تدقيقات كود Skills في سجل التحقق من صحة ERC-8004، وتم التحقق منها من قبل مقيمين مستقلين (خدمات التخزين، مدققات zkML، عرابات TEE)، تقل مخاطر التكتل المطبعي بشكل كبير.
يكفي التحقق من حالة التحقق من صحة السلسلة قبل تثبيت مهارة معينة.
تسرب الاعتمادات → x402 "الدفع مقابل الوصول"
x402 يقضي على مشاكل إدارة مفاتيح واجهة برمجة التطبيقات (API). الوكلاء لا يحتاجون إلى تخزين بيانات الاعتماد طويلة الأمد—فهم يدفعون عند الطلب مقابل الوصول المؤقت.
وبالاقتران مع ارتباط توقيع EIP-712 (حقوق استخدام الخدمة الملزمة لعنوان الدفع)، حتى لو تسرب رمز معين، لا يمكن استخدامه من قبل الآخرين.
سجلات التدقيق السلوكي الهروب → على السلسلة + الأذونات القابلة للبرمجة
سواء كان ذلك بحقن فوري من قبل مهاجم أو فقدان السياق أثناء الضغط، فإن النتيجة هي قيام الوكيل بعمليات غير متوقعة.
يمكن للعقود الذكية تحديد حدود سلوك الوكيل — مثل "معاملة واحدة ≤ مقدار X"، أو "الحذف يتطلب موافقة متعدد التوقيعات." السجلات على السلسلة غير قابلة للتغيير والتدقيق.
هذا أكثر موثوقية بكثير من تضمين "اطلب الموافقة أولا" في الطلب، لأن القيود على مستوى المطالبة قد تفقد أثناء الضغط، بينما تستمر القيود على مستوى العقد.

بالطبع، البنية التحتية على السلسلة يمكنها فقط التخفيف من العواقب، وليس منع الهجمات. يمكن للعقود الذكية أن تحد من "معاملة واحدة ≤ مبلغ معين"، لكن ماذا لو استمر الوكيل المحقون في اتخاذ إجراءات خبيثة ضمن هذا الحد؟ على سبيل المثال، لا تزال 10,000 معاملة خبيثة من $0.09 تصل إلى 900 دولار.

يتطلب الأمن الحقيقي نهجا مزدوجا:

طبقة تشغيل الوكيل (TEE/sandbox)
طبقة السلسلة (الأذونات/التدقيق)

الاعتماد على طبقة السلسلة وحده غير كاف.

الفصل السادس: التحليل الشامل للصناعة

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

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

المنافسة الحقيقية في المضمار ليست في العملات الرقمية

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

على سبيل المثال، جمعت شركة Sapiom مبلغ 15.75 مليون دولار لتوفير إدارة وصول خدمات الوكلاء المعتمدة على الويب 2. في سيناريو متطرف، إذا كان حل Sapiom جيدا بما فيه الكفاية—يمكن للوكلاء الوصول إلى جميع خدمات Web2 من خلاله دون الحاجة إلى المدفوعات على السلسلة— فلن يكون لدى x402 أي سبب للوجود. إذا تمكن حل البطاقة الافتراضية من Stripe من حل مشاكل مكافحة الأتمتة من خلال اتفاقيات تجارية (إقناع التجار بإزالة CAPTCHAs لبطاقات افتراضية محددة)، فقد يستمر نموذج المرحلة الثانية لفترة أطول. هذا بالضبط هو ساحة المعركة التي تتصارع عليها فيزا وماستركارد وسترايب حاليا: عملاء تحت السيطرة ضمن النطاق المصرح به. الجوهر هو البطاقات الافتراضية + واجهات برمجة التطبيقات المخصصة للدفع، مما يحول الثقة من "الثقة في ذكاء اصطناعي غير مؤكد" إلى "الثقة في أداة دفع متوافقة يتحكم بها المصدر." هذا يعمل بشكل أفضل على نطاق واسع حاليا، ولكن مع تقدم سيناريوهات الوكلاء بين الشركات إلى المستوى التالي، ستصبح حدود قابلية البرمجة لمعلومات التفويض وقيود بيانات بطاقات الائتمان عنق زجاجة.

لكي يفوز x402، يجب أن يتفوق نموذج "الدفع حسب الاستخدام يساوي التفويض" على نموذج "إدارة الوكلاء في الطبقة الوسطى" من حيث التكلفة، والتأخير، وتجربة المطور. حاليا، يتمتع x402 بميزة في سيناريوهات الدفع الصغير (حتى 0.001 دولار لكل معاملة)، لكن في سيناريوهات المؤسسات المعقدة مع إدارة الأمور المتطورة، قد تكون حلول Web2 لا تزال أفضل.

وبالمثل، لكي يفوز ERC-8004، يجب أن تكون الهوية والسمعة على السلسلة أكثر فائدة من إدارة الهوية المركزية (مثل آلية التحقق الخاصة ب ClawHub). لا يزال اعتماد 8004 محدودا؛ التحقق من سمعة السلسلة ليس مريحا مثل النظر إلى تقييم المنصة. كما يعكس استحواذ ميتا على مولت بوك هذا أيضا—حيث يكتسب إمكانيات التحقق من هوية الوكيل وقدرات الدليل للتحكم داخليا في طبقة هوية الوكيل.

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

عمالقة الدفع القديمة يحددون الجدول الزمني للتبني

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

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

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

بالطبع، يجب أن تكون البنية التحتية موجودة مسبقا، لكن البنية التحتية وحدها لا تدفع التبني — بل تتطلب تفعيلا في طبقة التطبيق. تم اختراع TCP/IP في السبعينيات، لكنه لم يستخدم على نطاق واسع حتى ظهر متصفح الويب العالمي في التسعينيات.

حاليا، يمكننا رؤية تحسن البنية التحتية تدريجيا، لكن لا أحد يستخدمها على نطاق واسع حتى الآن. على سبيل المثال، كان x402 في معظم عام 2025 جاهزا تقنيا لكنه يفتقر إلى حالات استخدام قاتلة.

نحتاج إلى ظهور المزيد من التطبيقات وربط هذه الأجزاء البنية التحتية في مكدس قابل للاستخدام. التبني المتفجر ل OpenClaw/Moltbook هو أول محرك طلب مرئي — فجأة، يحتاج مئات الآلاف من الوكلاء إلى الدفع والهوية والسمعة، مما يتحول إلى x402 و8004 من "متاح" إلى "مستخدم بنشاط".

بيع المجارف أفضل من البحث عن الذهب

النظام البيئي بأكمله للعبة Base Lobster يؤكد مقولة استثمارية قديمة: الطريقة الأكثر موثوقية للربح خلال اندفاع الذهب هي بيع المجارف.

فيليكس ربح 75,000 دولار. لكن كلانكر، من خلال 64,000 نشر رمز، حصل على رسوم أعلى بكثير. تبيع كلاو راوتر خدمات توجيه نماذج اللغة الكبيرة (0.003 دولار لكل طلب). ClawCloud يبيع قوة الحوسبة للوكيل. تبيع فينيس قدرة الاستدلالية وتمول الحوسبة عبر نموذج VVV/DIEM. نماذج أعمال مزودي البنية التحتية هذه أكثر نضجا وموثوقية بكثير من وكلاء يحققون أرباحا بشكل مستقل.

البنية التحتية التي تحتاجها جميع فئات الوكلاء — الهوية، المدفوعات، الأمان، التنسيق، موارد الحوسبة — ستكون مطلوبة بغض النظر عن إطار عمل الوكيل الذي يفوز (OpenClaw أو IronClaw أو منتجات OpenAI من الجيل القادم).

مصطلح "المخالب" الذي صاغه كارباثي يعكس اتجاها أكبر من OpenClaw نفسه—حيث يمثل وكلاء الذكاء الاصطناعي المحليون، المستمرون، والمستقلون، فئة كاملة. يجب أن تخدم البنية التحتية للعملات الرقمية فئة كلاو بالكامل. تنتمي IronClaw (النسخة المؤمنة ل Near بتقنية TEE)، وأطر عمل الوكلاء المخصصة للمؤسسات، والوكلاء المتكاملين القادمين من OpenAI، إلى هذه الفئة. OpenClaw رائد، لكنه لن يكون اللاعب الوحيد.

توافق المنتج والوكيل سيحل محل توافق المنتج مع السوق

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

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

لن تبنى القنوات المستقبلية على العلامة التجارية (الوكلاء لا يهتمون بالعلامات)، ولا على تجربة المستخدم (الوكلاء لا يستخدمون واجهات)، بل على هيكلة البيانات، واستقرار واجهات برمجة التطبيقات، وتوافق MCP، وسجلات جودة الخدمة القابلة للتحقق على السلسلة.

قد تتحول نماذج الأعمال على الإنترنت نحو الدفع مقابل الخدش: لم يعد الوكلاء كمستهلكين للخدمة يعتمدون على النماذج المجانية المدعومة بالإعلانات، بل يدفعون مباشرة لاسترجاع البيانات. كل استعلام بيانات، أو استدعاء واجهة برمجة التطبيقات (API)، أو استخدام خدمة يتطلب دفعة صغيرة ويضمن وصولا متوافقا للوكيل. هذه هي المشكلة التي يحلها x402 — الدفع المباشر للوصول إلى البيانات أثناء دعم المعاملات الصغيرة. الأشكال المبكرة بدأت تظهر بالفعل: أطلقت Lord of a Few أكثر من 80 نقطة نهاية مدفوعة x402 خلال أسبوع واحد، كل منها كلف 0.50 دولار للبناء وتفرض من بضعة إلى عشرات السنتات لكل مكالمة.

علاوة على ذلك، عندما يكون كل من المشترين والبائعين وكلاء، كيف يتم إعادة توزيع مخزون الأرباح؟

الخاتمة

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

المراجع

[1] شركة ماكينزي، "فرصة التجارة الوكالة"، 2025.

[2] أبحاث مورغان ستانلي، "المتسوقون الوكلاء بالذكاء الاصطناعي: الحدود القادمة للتجارة الإلكترونية"، 2025.

[3] إدغار دن & شركة، "التجارة الوكالة: مستقبل التجزئة المدفوعة بالذكاء الاصطناعي"، 2025.

[4] Dune Analytics — لوحة تحكم x402 معاملات لكل مشروع

[5] أرتيميس أناليتكس

[6] x402 وايت باب

[7] EIP-8004

[8] ERC-8183 — فريق dAI في مؤسسة ETH، مارس 2026

[9] توثيق بروتوكول Virtuals

[10] SecurityScorecard — تقرير التعرض ل OpenClaw، 2026.03

[11] ذا بلوك، فيميكس، مختبرات أليوم — تقارير بيانات مختلفة ل x402

[12] MarketsandMarkets، "تقرير سوق الذكاء الاصطناعي الوكيل في التجزئة والتجارة الإلكترونية"، 2025.