يغلق Google AP2 حلقة اقتصاد الوكيل ويفتح الطريق أمام مدفوعات الذكاء الاصطناعي المشفرة

المؤلف: كيفن، باحث في Movemaker؛ المصدر: X، @MovemakerCN. يُحدد بروتوكول AP2 الذي أصدرته جوجل مؤخرًا القواعد الأساسية للمدفوعات والمعاملات في اقتصاد الوكلاء المُستقبلي. تتمثل مهمته الأساسية في إكمال الجزء الأخير من اللغز - تسوية القيمة - بين "تحليل الذكاء الاصطناعي" (المستند إلى MPC) و"تنفيذ الوكيل" (المستند إلى A2A). يهدف إلى توحيد عمليات الدفع وقواعد التفاعل لوكلاء الذكاء الاصطناعي، مما يُعزز في نهاية المطاف قدرة وكلاء الذكاء الاصطناعي على إكمال الأنشطة التجارية نيابةً عن المستخدمين بشكل مستقل. تستهدف سيناريوهات التطبيق الرئيسية لـ AP2 المجالات الأساسية للإنترنت التقليدي، مثل التجارة الإلكترونية وخدمات الاشتراك. هذا يعني أن هدف تصميمه الأصلي كان حل مشكلة تفويض تفويض الدفع من البشر إلى الذكاء الاصطناعي بشكل آمن ضمن إطار العمل الحالي. سيؤثر هذا بشكل مباشر على اتجاه عمليات التجارة الإلكترونية، مما يُحرر المستخدمين من النقر على "شراء" و"اشتراك" لتفويض نواياهم ووضع القواعد لوكلاء الذكاء الاصطناعي. بناءً على هذا المنطق، نحتاج إلى تقييم تأثير AP2 على صناعة العملات المشفرة بدقة أكبر. لم يُصمَّم لسيناريوهات Web3 الأصلية، بل لدمج مدفوعات العملات المشفرة (وخاصةً العملات المستقرة) كخيار دفع اختياري ومتكامل ضمن إطاره الأوسع. لذلك، بدلًا من القول إن AP2 سيُحفِّز طفرةً في الذكاء الاصطناعي، من الأدق القول إنه يُوفِّر واجهةً لأصول العملات المشفرة لدخول تطبيقات الذكاء الاصطناعي السائدة. فهم بروتوكولات AP2 السابقة: MCP وA2A. يعتمد وجود AP2 على مسارات تطوير البروتوكولين السابقين له، MCP وA2A. يُعدُّ فهم طبيعة هذين البروتوكولين وقيودهما أمرًا أساسيًا لفهم الغرض الحقيقي من AP2. يحل MCP مشكلة ربط الذكاء الاصطناعي بالأدوات، بينما يُحاول A2A معالجة مشكلة التعاون بين الذكاء الاصطناعي وأنواع الذكاء الاصطناعي الأخرى. ما هو MCP؟ دمج الذكاء الاصطناعي في العالم الحقيقي: نماذج اللغات الكبيرة (مثل Gemini وGPT) هي في الأساس "أدمغة خارقة" معزولة عن العالم الحقيقي. تمتلك كميات هائلة من المعرفة الثابتة، لكنها تفتقر إلى الوصول إلى المعلومات في الوقت الفعلي، ولا يمكنها تشغيل أي برنامج خارجي مباشرةً. طلب المستخدم، مثل "احجز لي رحلة إلى أوساكا غدًا"، مستحيل لعدم قدرته على التفاعل مع مواقع الحجز الإلكترونية. طُرح بروتوكول السياق النموذجي (MCP) لمعالجة مشكلة كيفية تواصل الذكاء الاصطناعي مع البيئة الخارجية. يُعرّف بروتوكول السياق النموذجي (MCP) صيغة اتصال موحدة تُمكّن الذكاء الاصطناعي من إرسال طلبات إلى أدوات خارجية (مثل قواعد البيانات وواجهات برمجة التطبيقات) وتلقي ردود. تخيّل الأمر كما لو كنت تُركّب هاتفًا في "غرفة سرية". بروتوكول السياق النموذجي (MCP) هو "نظام اتصال داخلي قياسي" مُصمّم لكسر هذه الغرفة المغلقة. روجت له شركات عملاقة في هذا المجال مثل Anthropic، ويهدف إلى معالجة مشكلة تفاعل الذكاء الاصطناعي الموحد مع البيانات والأدوات الخارجية (مثل قواعد البيانات والبرامج وسلاسل الكتل). من خلال هذا "النظام الداخلي"، يُمكن لنماذج الذكاء الاصطناعي إرسال طلبات إلى العالم الخارجي باستخدام لغة قياسية. يُرسل نظام السياق النموذجي هذه الطلبات بدقة إلى الأدوات الخارجية المُقابلة (مثل واجهات برمجة تطبيقات الطقس أو واجهات برمجة تطبيقات مواقع حجز التذاكر)، وبمجرد إتمام الأدوات للعملية، يُعيد النتائج إلى الذكاء الاصطناعي بتنسيق قياسي. ومع ذلك، يكشف تحليل تطبيقات MCP الحالية أنها أشبه بجهاز اتصال داخلي لا يمكنه سوى الاتصال بأرقام محددة مسبقًا. حاليًا، تعتمد قدرة الذكاء الاصطناعي على استدعاء أدوات خارجية بشكل كبير على التكامل الرأسي للمنصة. على سبيل المثال، عند البحث، يستخدم Gemini بحث جوجل افتراضيًا ويتصل به حصريًا؛ كما يعمل تنفيذ الكود الخاص به ضمن بيئة الحماية الخاصة بالمنصة. يؤثر هذا النموذج بشكل مباشر على المستخدمين والمطورين: بالنسبة للمستخدمين، تُحدد المنصة الحد الأقصى لقدرات الذكاء الاصطناعي. لا يمكن للمستخدمين اختيار أدوات خارجية يعتبرونها أفضل (على سبيل المثال، استخدام Perplexity للبحث بالذكاء الاصطناعي أو استدعاء واجهات برمجة تطبيقات بيانات مالية محددة). هذا يحد بشكل كبير من جدوى الذكاء الاصطناعي، وترتبط تجربة المستخدم بالنظام البيئي للمنصة. بالنسبة للمطورين، يُنشئ هذا حاجزًا سوقيًا فعليًا. حتى لو أنشأ المطورون تطبيقات ذكاء اصطناعي تتفوق بكثير على أدوات المنصة الأصلية في مجال معين، فلن تتمكن وكلاء الذكاء الاصطناعي السائدة من اكتشافها واستخدامها بشكل عادل. يُخنق الابتكار، وتقتصر المنافسة في السوق على نظام تعاوني مغلق تهيمن عليه المنصة. A2A: من "الهاتف الداخلي" إلى "الدليل العام". إذا كان بروتوكول MCP يمنح الذكاء الاصطناعي القدرة على تشغيل الأدوات، فإن بروتوكول A2A (من عميل إلى عميل) يُعلّم وكلاء الذكاء الاصطناعي المستقلين كيفية "التواصل والتعاون". يعتمد البروتوكول على MCP، وهو يُحدد مجموعة من القواعد المشتركة التي تُمكّن وكلاء الذكاء الاصطناعي المستقلين، الذين طورتهم شركات ومطورون مختلفون، من اكتشاف وفهم قدرات بعضهم البعض، والتعاون لإنجاز مهام معقدة تتجاوز قدرات وكيل واحد. تكمن أهمية A2A في ترقية نموذج معالجة المهام في MCP من "عمليات الجندي الواحد" إلى "التعاقد من الباطن على المشاريع". على سبيل المثال، عندما يطلب مستخدم خطة معقدة مثل "التخطيط لحفلة شاطئية في هاواي الشهر المقبل"، في نظام مغلق يعتمد فقط على MCP، لا يمكن للوكلاء الأفراد الوصول إلا إلى الأدوات المحدودة المتاحة على المنصة بشكل مُربك. ومع ذلك، وفقًا لرؤية A2A، يمكن للوكلاء الأفراد العمل كـ"متعاقدين". يُقسّمون المهمة إلى أجزاء أصغر، ثم ينشرون الطلب ضمن شبكة A2A، باحثين عن "وكلاء سفر" و"وكلاء تموين" و"وكلاء تخطيط فعاليات" محترفين للتعاون في إنجازها. سيكون لهذا التحول الجذري آثار عميقة: بالنسبة للمستخدمين: ستزداد قدرات وكلاء الذكاء الاصطناعي بشكل كبير. يمكن للمستخدمين تفويض مهام معقدة للغاية ومتعددة التخصصات بثقة، لأن الذكاء الاصطناعي لم يعد مجرد أداة تشغيل، بل منسق موارد. بالنسبة للقطاع: تهدف A2A إلى إنشاء سوق خدمات وكلاء مفتوح وقابل للتشغيل البيني. ويعالج ثلاث قضايا أساسية: الاكتشاف (إنشاء آلية مشابهة لمتجر تطبيقات الوكلاء)، والفهم (لغة وصف موحدة لقدرات الوكلاء)، والتعاون (توحيد عملية تخصيص المهام ومزامنة التقدم). بمجرد أن ينضج هذا النظام، سيتمكن أي مطور وكلاء يستوفي المعايير من تسجيل خدماته واختياره بشكل عادل من قِبل السوق. الآلية الأساسية لـ AP2: إرساء إطار عمل للثقة والتفويض لمعاملات الوكلاء. يتناول بروتوكولا MCP وA2A مسائل "ما يمكن للوكلاء فعله" و"كيفية تعاونهم". ومع ذلك، يثير هذا الأمر مباشرةً تحديًا تجاريًا أكثر تعقيدًا: عندما يبدأ الوكلاء بإجراء العمليات المالية بشكل مستقل، من المسؤول عن قانونية هذه الإجراءات وعواقبها؟ يعتمد منطق التحكم في المخاطر في أنظمة الدفع الإلكترونية التقليدية على فرضية أساسية: مستخدم بشري يُجري المعاملات بنشاط وفي الوقت الفعلي. سيُصنّف النظام المالي الحالي أي طلب دفع آلي غير بشري على أنه عالي المخاطر. وهذا يُمثل العائق الأساسي أمام تطوير اقتصاد الوكلاء. وتحديدًا، يطرح طلب المعاملة الذي يُجريه الذكاء الاصطناعي ثلاثة أسئلة بلا إجابة للتجار وشبكات الدفع: إثبات التفويض: كيف يُمكننا التأكد من أن المستخدم قد صرّح بالفعل للذكاء الاصطناعي بإجراء المعاملة؟ دقة النية: هل يعكس طلب الذكاء الاصطناعي المحدد (مثل كمية الشراء والسعر) بدقة النية الحقيقية للمستخدم، خاصةً عندما لا يتابع المستخدم المعاملة آنيًا؟ المسؤولية: في حال فشل المعاملة، من يتحمل الخسائر الناتجة؟ صُمم بروتوكول AP2 من جوجل للإجابة على هذه الأسئلة الثلاثة بشكل منهجي. يهدف AP2 إلى إنشاء بروتوكول اتصال مفتوح وموحد للتفويض والثقة بين المستخدمين ووكلاء الذكاء الاصطناعي والتجار. تعتمد تقنية AP2 الأساسية على آلية تفويض مزدوجة: 1. التفويض الآني (تفويض سلة التسوق): هذه الآلية مألوفة لمستخدمي بطاقات الائتمان. عند الدفع ببطاقة ائتمان على موقع إلكتروني، تظهر نافذة تفويض على هاتفك. يقوم AP2 بهذه الوظيفة. بعد الانتهاء من العمل التمهيدي، مثل البحث عن المنتج ومقارنة الأسعار، يُنشئ الوكيل "سلة تسوق" تحتوي على جميع تفاصيل المعاملة ويعرضها على المستخدم. يجب إكمال المعاملة بعد المراجعة النهائية للمستخدم وتأكيد توقيعه. تحليل الأثر: يُعدّ التفويض الفوري شكلاً مبكراً من أشكال الدفع عبر الوكيل. فهو يُخفّض حاجز دخول المستخدم، ولكنه لا يُعزز استقلالية الوكيل بشكل كامل. تكمن قيمته الأساسية في تحسين عملية اتخاذ القرار قبل إتمام المعاملة، إلا أن اللمسة النهائية تتطلب تدخلاً بشرياً. 2. تفويض النية: هذا هو الجانب الثوري في AP2. يُمكن للمستخدمين تحديد نوايا مُعقدة ومشروطة مُسبقاً. على سبيل المثال، "فقط إذا انخفض سعر سيارة Tesla Model Y بأكثر من 20,000 يوان، يتم تنفيذ عملية الشراء تلقائياً باستخدام أموال من الحساب أ. إذا كان الحساب أ غير كافٍ، فاستخدم الحساب ب." لجعل "النية المُستقبلية" هذه جديرة بالثقة وآمنة، يعتمد منطق تنفيذ AP2 على بيانات الاعتماد القابلة للتحقق (VCs): تُجمّع شروط نية المستخدم المُعقدة في "عقد معاملة" رقمي مُوقّع تشفيرياً ومُحصّن ضد العبث. في كل خطوة حاسمة من خطوات تنفيذ المهمة، يجب على وكيل الذكاء الاصطناعي تقديم هذا "العقد" لإثبات شرعية إجراءاته. كما تُولّد كل خطوة تنفيذ سجلات عملة افتراضية مقابلة، مما يضمن إمكانية تدقيق العملية بأكملها. بالنسبة للتجار وشبكات المقاصة (مثل Visa)، يتلقون "عقد معاملة" يحمل توقيع المستخدم المشفر، والذي يحدد بوضوح نطاق وشروط التفويض. بالتحقق من هذا العقد، يكتسبون الثقة في شرعية المعاملة، مما يقلل بشكل كبير من مخاطر الاحتيال وتكاليف الامتثال. بالنسبة للمستخدمين، يُمكّن هذا "وكلاء اقتصاديين مستقلين على مدار الساعة" حقًا، مما يُحررهم من اتخاذ القرارات المتكررة والمتكررة. باختصار، لا يكمن الابتكار الحقيقي لـ AP2 في تطوير شبكات المقاصة مثل Visa أو العملات المستقرة، بل في إضافة طبقة دلالية للثقة فوقها، مما يضمن "من ينفق، ولماذا ينفق، وما إذا كان يمكن تتبع أي مبالغ خارج النطاق المصرح به". يسعى AP2 إلى حل مشكلة تأكيد نية الدفع بالذكاء الاصطناعي بشكل موحد عبر أنظمة المقاصة المتنوعة، بما في ذلك العملات الورقية والعملات المشفرة، مما يُخفف المخاوف الأساسية لجميع المشاركين بشأن طبيعة سلوك الوكيل غير القابلة للسيطرة والتحقق. امتداد x402: دمج مدفوعات العملات المشفرة تلقائيًا في عملية استدعاء خدمة الوكيل. صُممت تقنية AP2 الأساسية لجعل وكلاء الذكاء الاصطناعي متوافقين مع أنظمة التفويض المالي الحالية التي تركز على الإنسان، بينما صُمم امتداد "A2A x402" للمدفوعات المستقبلية الأصلية من A2A على السلسلة. يُدار امتداد x402 بشكل مشترك من قِبل جوجل وكوين بيس ومؤسسة إيثريوم. ينبع التصميم الفني لـ x402 من معيار إنترنت خامل منذ فترة طويلة: رمز حالة HTTP 402، الذي يُعرّف "الدفع مطلوب". في الماضي، ونظرًا لعدم وجود طرق دفع آلية موحدة، نادرًا ما كان يُستخدم رمز الحالة هذا عمليًا. مع ذلك، ومع تحول المُتصلين الرئيسيين بواجهات برمجة التطبيقات من المطورين البشريين إلى وكلاء الذكاء الاصطناعي الآليين عاليي التردد، تتضح أهمية هذا البروتوكول بشكل متزايد. تُعدّ نماذج الاشتراك التقليدية أو الدفع المسبق مُرهقة وغير فعّالة للغاية بالنسبة للوكلاء لاستدعاء كميات هائلة من الخدمات عند الطلب، بشكل ديناميكي، وعبر المنصات. يُعالج المفهوم الأساسي لبروتوكول x402 هذه المشكلة من خلال ربط استدعاءات واجهة برمجة التطبيقات بالدفع تلقائيًا. صُمم سير العمل ليكون بسيطًا للغاية وآليًا: يستدعي وكيل الذكاء الاصطناعي واجهة برمجة تطبيقات للخدمات المدفوعة. يُعيد خادم الخدمة مباشرةً استجابة "مطلوب دفع 402"، والتي تحتوي على المعلومات اللازمة لإتمام الدفع (مثل عنوان المستلم والمبلغ ونوع الرمز المميز). تُحلل المحفظة المدمجة أو وحدة الدفع الخاصة بالوكيل "فاتورة الدفع" هذه وتُكمل الدفع تلقائيًا على السلسلة (على سبيل المثال، باستخدام USDC). ثم يُعيد الوكيل تشغيل طلب واجهة برمجة التطبيقات باستخدام بيانات اعتماد الدفع على السلسلة. بعد أن يتحقق الخادم من الدفع، يُعيد البيانات أو نتائج الخدمة المطلوبة إلى الوكيل فورًا. قد تبدو هذه العملية بسيطة، لكنها تستفيد من التسوية الفورية والطبيعة عالية البرمجة للعملات المستقرة، مما يؤثر بشكل كبير على نموذج أعمال خدمات وكلاء الذكاء الاصطناعي. التأثير على وكلاء الذكاء الاصطناعي: دفع فوري حقيقي: لم يعد الوكلاء بحاجة إلى اتباع العملية اليدوية التقليدية "تسجيل حساب - ربط بطاقة ائتمان - اختيار خطة اشتراك - انتظار تفعيل الخدمة". يمكنهم اكتشاف أي خدمة متوافقة مع معيار X402 على الشبكة ديناميكيًا وإكمال الدفع والاستخدام في غضون مللي ثانية، مما يضع الأساس لاستقلالية الوكيل وقدراته على الاستكشاف. كفاءة عالية في التكلفة: يمكن للوكلاء إجراء المدفوعات بوتيرة أسرع بكثير من البشر، كما أن قدراتهم على معالجة المهام المتوازية تُمكّنهم من إجراء مدفوعات صغيرة وتدفقات دقيقة للغاية. يُمكّن معيار x402 الوكلاء من الدفع بدقة بناءً على عدد مكالمات واجهة برمجة التطبيقات (API)، وكمية البيانات المُعادة (الرموز)، ومدة الحساب، مما يُوازن استهلاك الموارد مع التكاليف بسلاسة، ويتجنب هدر الموارد المتأصل في نماذج الاشتراك التقليدية. التأثير على مزودي خدمات الذكاء الاصطناعي: تقليص نطاق نظام الدفع إلى طبقة البروتوكول: يُدمج x402 إمكانيات "الوصول كعرض سعر، والدفع كخدمة" مباشرةً في طبقة بروتوكول الاتصال. لم يعد المطورون بحاجة إلى بناء أنظمة معقدة لإدارة الفواتير والحسابات والاشتراكات. يمكنهم التركيز على تطوير الخدمات الأساسية وضبط الأسعار وإطلاقها في السوق لأي واجهة برمجة تطبيقات، أو شريحة بيانات، أو حتى مكون صفحة. تحسين التدفق النقدي والتسوية العالمية: بالاستفادة من العملات المستقرة، يمكن لمزودي الخدمات تحقيق تسوية عالمية فورية ومنخفضة التكلفة، مما يُغني عن دورات التسوية الطويلة والرسوم المرتفعة المرتبطة بالمدفوعات التقليدية عبر الحدود. يوفر هذا سهولة غير مسبوقة في التوفيق بين المعاملات عالية التردد والقيمة الصغيرة للغاية، مما يُقلل بشكل كبير من صعوبة تسويق خدمات الذكاء الاصطناعي للمطورين الأفراد والفرق الصغيرة. ملخص وتوقعات: مسارات مزدوجة بالتوازي، نظام بيئي ناشئ. لا تكمن قيمة بروتوكول AP2 في تفاصيله التقنية التي تبدو بدائية، بل في أنه يُمثل الجزء الأخير من لغز الحلقة المغلقة التجارية - تسوية القيمة - في مسار التطور التكنولوجي لـ MCP (الاتصال) و A2A (التعاون). من خلال تمكين الوكلاء بإمكانيات معاملات موثوقة، يُمهد هذا البروتوكول الطريق لانتقال الصناعة من عصر "أدوات الذكاء الاصطناعي" إلى "اقتصاد الوكلاء" الحقيقي، مما يُمهد الطريق لمسار موحد للمضي قدمًا. يُظهر نشر جوجل بوضوح نواياها: فمن ناحية، يهدف البروتوكول، من خلال التكامل مع التجارة التقليدية، إلى تسريع اعتماد الوكلاء في السيناريوهات السائدة مثل التجارة الإلكترونية والاشتراكات، ووضع معايير للقطاع، وتمكين منصات التجارة الإلكترونية من التكيف بسرعة مع تدخل الذكاء الاصطناعي. ومن ناحية أخرى، من خلال تبني حلول مُشفرة، يُرسي البروتوكول أيضًا معايير للمدفوعات بين الوكلاء على السلسلة. الفرص والتحديات: مفترق طرق وكلاء التشفير الأصليين: سيُتيح استكمال إمكانيات الدفع في AP2 بلا شك مجموعة واسعة من سيناريوهات التطبيق، مثل التمويل الذاتي المُدار على مدار الساعة، وعمليات الشراء والتجديد الآلية للمؤسسات، والتي ستعزز انتشار اقتصاد الوكلاء. ومع ذلك، يُعد AP2 إطار عمل تفويض تنازلي تُديره شركات التكنولوجيا العملاقة، ويُركز بشكل أساسي على معالجة مشكلات منظومة أعمالها الأساسية. تلعب مدفوعات التشفير دورًا في "التوافق" و"الدعم"، مما يُشكل حافزًا إيجابيًا لبروتوكولات وكلاء التشفير الأصليين. في الوقت الحالي، لم تُحقق منتجات الوكلاء التي تُجسد القيم الأساسية لـ Web3، مثل اللامركزية ومقاومة الرقابة وحماية الخصوصية، أي إنجازات تكنولوجية رئيسية، وتفتقر إلى إطار عمل واضح. مع تزايد وضوح معايير الصناعة تدريجيًا، سيكون العامل الرئيسي في المنافسة المستقبلية بين بروتوكولات الذكاء الاصطناعي في مجال التشفير هو من يستطيع إنشاء منتجات بخصائص تشفير أصلية وتصميمات مبتكرة. على الرغم من أن المستقبل لا يزال غامضًا، إلا أن بعض البروتوكولات في قطاع العملات المشفرة قد بدأت بالفعل في التطور بنشاط حول AP2 والإمكانات التي يوفرها. من خلال الشركاء الأوائل، يمكننا أن نرى أن نظامًا بيئيًا أوليًا يتبلور. المعايير والبنية التحتية: تعمل Coinbase، بصفتها الداعم الأصلي لمعيار الدفع x402، بنشاط على الترويج لتطبيقه؛ وتعمل مؤسسة Ethereum بجد على تطوير بروتوكولات أساسية مثل ERC-8004 (معيار الوكيل الموثوق). البوابات والمحافظ: تلتزم MetaMask ببناء محفظة وكلاء ذاتية الاستضافة تعمل بالذكاء الاصطناعي وتبسيط عملية تسجيل المستخدمين، سعيًا لتصبح نقطة دخول آمنة لاقتصاد الوكلاء. السلاسل العامة وقابلية التشغيل البيني: تركز Mesh على تحسين توجيه الدفع لضمان نجاح وكفاءة مدفوعات الوكلاء. المدفوعات والتطبيقات: توفر شركات مثل Crossmint وBVNK للوكلاء إمكانيات دفع متعددة القنوات بالعملات المشفرة والعملات التقليدية؛ وتحتوي منصات مثل Questflow بالفعل على أنظمة دفع صغيرة مدمجة x402، مما يسمح للوكلاء بتلقي تعويضات بناءً على نتائج المهام. في نهاية المطاف، يُمثل إصدار AP2 بداية عملية توحيد معايير اقتصاد الوكلاء. فهو يفتح آفاقًا غير مسبوقة للقطاع، ولكنه يُعزز أيضًا مركزية السلطة التي تُسيطر على هذه القواعد الاقتصادية الجديدة. بالنسبة لقطاع العملات المشفرة، يُمثل هذا فرصةً ممتازةً للاندماج في السوق السائد وتسريع وتيرة تبنيه، واختبارًا حاسمًا لهيمنة اقتصاد الوكلاء المستقبلية. ستكون كيفية الاستفادة من هذه البنية التحتية مع شق طريق مُتميز يُجسد القيم الأساسية لـ Web3 مسارًا جديرًا بالمتابعة في العام المقبل.