ماذا أعلنت Cloudflare؟

يتكوّن الإعلان من ثلاثة أجزاء مترابطة:

• Cloudflare Wallets: محافظ مبرمجة تعتمد على العملات المستقرة، وخصوصاً USDC، لوكلاء الذكاء الاصطناعي العاملين على شبكة Cloudflare .
• cloudflare.pay: نظام هوية قابل للقراءة من البشر والآلات. يحصل حساب Cloudflare على معرّف فريد، مثل research.example.cloudflare.pay، يمكن للتاجر استخدامه للتحقق من أن الوكيل يتصرف نيابة عن مستخدم معروف ومخوّل .
• حجز المعرّفات: أصبح متاحاً في 4 أغسطس عبر cloudflare.pay، فيما ستصل وظائف التمويل والإنفاق لاحقاً .

وتكمل هذه الخطوة إطلاق Monetization Gateway في يوليو 2026، وهي بوابة تتيح للمواقع وواجهات البرمجة وأدوات MCP فرض رسوم على وكلاء الذكاء الاصطناعي مقابل الوصول إلى مواردها . وبذلك تحاول Cloudflare تغطية جانبي المعاملة: تمكين الخدمات من تحصيل المال، وتمكين الوكلاء من الدفع .

كيف يعمل النظام؟

محفظة رئيسية ومحافظ افتراضية

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

وتوضع في كل محفظة افتراضية ضوابط واضحة، مثل:

• سقف إجمالي للإنفاق؛
• قائمة بالتجار المسموح بالتعامل معهم؛
• حد أقصى لقيمة المعاملة الواحدة.

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

الدفع عبر طلبات الويب

يدعم Agents SDK من Cloudflare بروتوكولي x402 وMachine Payments Protocol (MPP). ويستخدم كلاهما مدفوعات صغيرة بالعملات المستقرة عبر بروتوكول HTTP، ما يتيح دفع مبالغ قد تقل عن سنت واحد مقابل طلب API أو الحصول على بيانات أو قراءة محتوى .

تسير العملية على النحو الآتي:

1. يطلب الوكيل مورداً أو يستدعي أداة رقمية.
2. يرد الخادم برمز الحالة 402، أي «الدفع مطلوب»، مع تفاصيل المبلغ وطريقة الدفع والجهة المستفيدة.
3. ينفذ الوكيل الدفع ويرسل الطلب مجدداً مرفقاً بإثبات أو بيانات اعتماد الدفع.
4. يتحقق الخادم من العملية ثم يتيح المورد أو الأداة المطلوبة .

ويعيد بروتوكول x402 استخدام رمز HTTP 402، الذي كان موجوداً في مواصفات الويب منذ سنوات من دون استخدام واسع للدفع، ليصبح تحدياً قابلاً للمعالجة آلياً بين الخدمات والبرمجيات .

الهوية والثقة قبل الدفع

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

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

ما المقصود بـ«التجارة الوكيلة»؟

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

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

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

1. طبقة المصادقة: معيار Web Bot Auth الذي طوّرته Cloudflare بالتعاون مع شركات دفع وتقنية في أكتوبر 2025 .
2. جانب البيع: Monetization Gateway في يوليو 2026، لتمكين المواقع والخدمات من فرض رسوم على الوكلاء .
3. جانب الشراء: Cloudflare Wallets وcloudflare.pay في أغسطس 2026، لتمكين الوكلاء من الدفع .

من يتعاون مع Cloudflare؟

تعمل Cloudflare مع عدد من شركات المدفوعات الكبرى لتطوير معايير الثقة والدفع:

• Visa: شاركت Cloudflare في تطوير Visa Trusted Agent Protocol (TAP)، الذي يوقّع هوية الوكيل داخل ترويسات طلبات HTTP باستخدام توقيعات رسائل HTTP وفق RFC 9421. وتقدم Visa البروتوكول باعتباره مكملاً لـACP وx402 .
• Mastercard: أطلقت في يونيو 2026 برنامج Agent Pay for Machines، وكانت Cloudflare من بين أكثر من 30 شريكاً عند الإطلاق، إلى جانب Adyen وCoinbase وOKX وStripe وCheckout.com وغيرها .
• American Express: شاركت في التعاون الأولي حول Web Bot Auth في أكتوبر 2025 .
• شركاء آخرون في Web Bot Auth: Microsoft وShopify وCheckout.com وWorldpay وAdyen .

المنافسون وبقية منظومة التجارة الوكيلة

لا تقتصر المنافسة على المحافظ؛ إذ تتوزع السوق الناشئة على طبقات متعددة:

المحافظ وبروتوكولات الدفع

• Coinbase: صاحبة بروتوكول x402، وأطلقت في فبراير 2026 Agentic Wallets لتمكين الوكلاء من الاحتفاظ بـUSDC وإنفاقه .
• Stripe: دمجت x402 لمدفوعات الوكلاء بالـUSDC، وشاركت OpenAI في تطوير Agentic Commerce Protocol (ACP) .
• PayPal: طرحت برنامجها الخاص للتجارة الوكيلة في عام 2026 .
• Skyfire: شركة ناشئة متخصصة في البنية التحتية لمدفوعات x402، تركز على المدفوعات الصغيرة بين الوكلاء والخدمات، وجمعت نحو 15 مليون دولار تراكمياً .
• Halliday: تقدم خدمات الضمان والتسوية متعددة المراحل على x402، مع تمويل تراكمي يقارب 10 ملايين دولار .
• Nekuda: تطور حزمة برمجية لمحافظ الوكلاء الآمنة .
• Basis Theory: توفر خزينة متوافقة مع متطلبات PCI لمدفوعات الوكلاء .

البروتوكولات والمعايير

• ACP: بروتوكول محادثة وإتمام الدفع بين الوكيل والتاجر، طورته OpenAI وStripe .
• UCP: بروتوكول موحد لإتمام عمليات الشراء، تقوده Google وShopify .
• AP2: بروتوكول لمدفوعات الوكلاء تدعمه Google وشبكات الدفع .
• MCP: بروتوكول Anthropic للوصول إلى الأدوات والسياق الخارجي .
• A2A: معيار من Google للتواصل بين الوكلاء .

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

تبني ChatGPT وGoogle AI Mode وPerplexity وMicrosoft Copilot وMeta AI وAmazon Rufus الواجهات التي يمكن أن يبدأ منها المستخدم رحلة التسوق، قبل أن يتولى الوكيل البحث والمقارنة وربما إتمام الشراء .

ماذا يعني ذلك للمستخدم؟

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

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

ماذا أعلنت Cloudflare؟

يتكوّن الإعلان من ثلاثة أجزاء مترابطة:

• Cloudflare Wallets: محافظ مبرمجة تعتمد على العملات المستقرة، وخصوصاً USDC، لوكلاء الذكاء الاصطناعي العاملين على شبكة Cloudflare .
• cloudflare.pay: نظام هوية قابل للقراءة من البشر والآلات. يحصل حساب Cloudflare على معرّف فريد، مثل research.example.cloudflare.pay، يمكن للتاجر استخدامه للتحقق من أن الوكيل يتصرف نيابة عن مستخدم معروف ومخوّل .
• حجز المعرّفات: أصبح متاحاً في 4 أغسطس عبر cloudflare.pay، فيما ستصل وظائف التمويل والإنفاق لاحقاً .

وتكمل هذه الخطوة إطلاق Monetization Gateway في يوليو 2026، وهي بوابة تتيح للمواقع وواجهات البرمجة وأدوات MCP فرض رسوم على وكلاء الذكاء الاصطناعي مقابل الوصول إلى مواردها . وبذلك تحاول Cloudflare تغطية جانبي المعاملة: تمكين الخدمات من تحصيل المال، وتمكين الوكلاء من الدفع .

كيف يعمل النظام؟

محفظة رئيسية ومحافظ افتراضية

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

وتوضع في كل محفظة افتراضية ضوابط واضحة، مثل:

• سقف إجمالي للإنفاق؛
• قائمة بالتجار المسموح بالتعامل معهم؛
• حد أقصى لقيمة المعاملة الواحدة.

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

الدفع عبر طلبات الويب

يدعم Agents SDK من Cloudflare بروتوكولي x402 وMachine Payments Protocol (MPP). ويستخدم كلاهما مدفوعات صغيرة بالعملات المستقرة عبر بروتوكول HTTP، ما يتيح دفع مبالغ قد تقل عن سنت واحد مقابل طلب API أو الحصول على بيانات أو قراءة محتوى .

تسير العملية على النحو الآتي:

1. يطلب الوكيل مورداً أو يستدعي أداة رقمية.
2. يرد الخادم برمز الحالة 402، أي «الدفع مطلوب»، مع تفاصيل المبلغ وطريقة الدفع والجهة المستفيدة.
3. ينفذ الوكيل الدفع ويرسل الطلب مجدداً مرفقاً بإثبات أو بيانات اعتماد الدفع.
4. يتحقق الخادم من العملية ثم يتيح المورد أو الأداة المطلوبة .

ويعيد بروتوكول x402 استخدام رمز HTTP 402، الذي كان موجوداً في مواصفات الويب منذ سنوات من دون استخدام واسع للدفع، ليصبح تحدياً قابلاً للمعالجة آلياً بين الخدمات والبرمجيات .

الهوية والثقة قبل الدفع

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

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

ما المقصود بـ«التجارة الوكيلة»؟

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

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

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

1. طبقة المصادقة: معيار Web Bot Auth الذي طوّرته Cloudflare بالتعاون مع شركات دفع وتقنية في أكتوبر 2025 .
2. جانب البيع: Monetization Gateway في يوليو 2026، لتمكين المواقع والخدمات من فرض رسوم على الوكلاء .
3. جانب الشراء: Cloudflare Wallets وcloudflare.pay في أغسطس 2026، لتمكين الوكلاء من الدفع .

من يتعاون مع Cloudflare؟

تعمل Cloudflare مع عدد من شركات المدفوعات الكبرى لتطوير معايير الثقة والدفع:

• Visa: شاركت Cloudflare في تطوير Visa Trusted Agent Protocol (TAP)، الذي يوقّع هوية الوكيل داخل ترويسات طلبات HTTP باستخدام توقيعات رسائل HTTP وفق RFC 9421. وتقدم Visa البروتوكول باعتباره مكملاً لـACP وx402 .
• Mastercard: أطلقت في يونيو 2026 برنامج Agent Pay for Machines، وكانت Cloudflare من بين أكثر من 30 شريكاً عند الإطلاق، إلى جانب Adyen وCoinbase وOKX وStripe وCheckout.com وغيرها .
• American Express: شاركت في التعاون الأولي حول Web Bot Auth في أكتوبر 2025 .
• شركاء آخرون في Web Bot Auth: Microsoft وShopify وCheckout.com وWorldpay وAdyen .

المنافسون وبقية منظومة التجارة الوكيلة

لا تقتصر المنافسة على المحافظ؛ إذ تتوزع السوق الناشئة على طبقات متعددة:

المحافظ وبروتوكولات الدفع

• Coinbase: صاحبة بروتوكول x402، وأطلقت في فبراير 2026 Agentic Wallets لتمكين الوكلاء من الاحتفاظ بـUSDC وإنفاقه .
• Stripe: دمجت x402 لمدفوعات الوكلاء بالـUSDC، وشاركت OpenAI في تطوير Agentic Commerce Protocol (ACP) .
• PayPal: طرحت برنامجها الخاص للتجارة الوكيلة في عام 2026 .
• Skyfire: شركة ناشئة متخصصة في البنية التحتية لمدفوعات x402، تركز على المدفوعات الصغيرة بين الوكلاء والخدمات، وجمعت نحو 15 مليون دولار تراكمياً .
• Halliday: تقدم خدمات الضمان والتسوية متعددة المراحل على x402، مع تمويل تراكمي يقارب 10 ملايين دولار .
• Nekuda: تطور حزمة برمجية لمحافظ الوكلاء الآمنة .
• Basis Theory: توفر خزينة متوافقة مع متطلبات PCI لمدفوعات الوكلاء .

البروتوكولات والمعايير

• ACP: بروتوكول محادثة وإتمام الدفع بين الوكيل والتاجر، طورته OpenAI وStripe .
• UCP: بروتوكول موحد لإتمام عمليات الشراء، تقوده Google وShopify .
• AP2: بروتوكول لمدفوعات الوكلاء تدعمه Google وشبكات الدفع .
• MCP: بروتوكول Anthropic للوصول إلى الأدوات والسياق الخارجي .
• A2A: معيار من Google للتواصل بين الوكلاء .

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

تبني ChatGPT وGoogle AI Mode وPerplexity وMicrosoft Copilot وMeta AI وAmazon Rufus الواجهات التي يمكن أن يبدأ منها المستخدم رحلة التسوق، قبل أن يتولى الوكيل البحث والمقارنة وربما إتمام الشراء .

ماذا يعني ذلك للمستخدم؟

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

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