بروتوكول جوجل للدفع بواسطة الذكاء الاصطناعي (AP2): ثورة في معاملات التجارة الإلكترونية الآلية
يُعَدّ اعتماد وكلاء الذكاء الاصطناعي في عمليات الشراء عبر الإنترنت نقلة نوعية، إلا أن هذا التطور يطرح تحديات تتعلق بالثقة والأمان. فكيف نضمن أن عملية الشراء التي يقوم بها الوكيل تعكس رغبة المستخدم الفعلية؟ وكيف نحدد المسؤولية في حالة وقوع أي خطأ؟ يُجيب بروتوكول جوجل للدفع بواسطة وكلاء الذكاء الاصطناعي (AP2) على هذه الأسئلة، مُقدماً حلاً مبتكراً يُعزز الثقة والأمان في معاملات التجارة الإلكترونية الآلية.
لماذا نحتاج إلى بروتوكول دفع خاص بوكلاء الذكاء الاصطناعي؟
تعتمد أنظمة الدفع التقليدية على افتراض أن المستخدم هو من يقوم بالشراء مباشرةً. لكن مع استخدام وكلاء الذكاء الاصطناعي، تظهر ثلاث مسائل رئيسية:
- التفويض: هل تم تفويض الوكيل بشكل صحيح من قبل المستخدم لإجراء عملية الشراء؟
- المصادقة: هل يطابق طلب الشراء رغبة المستخدم الفعلية والمُعتمدة؟
- المسؤولية: من يتحمل المسؤولية في حالة حدوث أي خطأ أو مشكلة؟
يُعالج بروتوكول AP2 هذه المسائل من خلال تحديد بيانات ومعايير تشفيرية ورسائل مُحددة للإجابة على هذه الأسئلة بشكل مُتناسق عبر مختلف مقدمي الخدمات وأنواع المدفوعات.
كيف يُرسّخ AP2 الثقة والأمان؟
يعتمد AP2 على “الشهادات القابلة للتحقق” (VCs)، وهي كائنات رقمية مُوقعة تشفيرياً تُثبت صحة البيانات وتُمنع من التلاعب بها. ويُحدد البروتوكول ثلاثة أنواع من التفويضات:
- تفويض النية (Human-not-present): يُحدد هذا النوع القيود التي يُمكن للوكيل العمل ضمنها (مثل العلامة التجارية، والفئة، وحدود السعر، ونطاق الوقت)، ويُوقعه المستخدم.
- تفويض السلة (Human-present): يربط هذا النوع موافقة المستخدم الصريحة على سلة المشتريات المُوقعة من قبل التاجر (السلع، والأسعار، والعملة)، مُقدماً دليلاً لا يُمكن إنكاره على ما تم الموافقة عليه.
- تفويض الدفع: يُبلغ هذا النوع الشبكات/الجهات المُصدرة بأن وكيل ذكاء اصطناعي شارك في العملية، بما في ذلك طريقة التفاعل (مع وجود المستخدم أو بدونه) وسياق العملية ذات الصلة بالمخاطر.
تُشكل هذه الشهادات سجلاً يُمكن مراجعته ويربط بشكل لا لبس فيه تفويض المستخدم بطلب الشراء النهائي.
الأدوار الرئيسية وحدود الثقة في AP2
يُحدد AP2 بنية قائمة على الأدوار لفصل الاهتمامات وتقليل تعرض البيانات:
- المستخدم: يُفوض مهمة إلى الوكيل.
- وكيل التسوق/المستخدم: يُفسّر المهمة، ويتفاوض على سلة المشتريات، ويجمع الموافقات.
- مُوفر الشهادات (مثل المحفظة): يحفظ طرق الدفع ويُصدر عناصر خاصة بطريقة الدفع.
- نقطة نهاية التاجر: تعرض الكتالوج/الأسعار وتُوقع سلة المشتريات.
- معالج مدفوعات التاجر: يُنشئ كائن التفويض للشبكة.
- الشبكة والجهات المُصدرة: تُقيّم وتُوافق على الدفع.
معالجة AP2 للخصوصية والأمان
يضمن فصل الأدوار في AP2 أن تبقى البيانات الحساسة (مثل أرقام البطاقات، والرموز) مع مُوفر الشهادات، ولا تحتاج إلى المرور عبر واجهات وكلاء الأغراض العامة. وتُوقع التفويضات بهويات قابلة للتحقق، ويمكنها تضمين إشارات للمخاطر دون الكشف عن بيانات الاعتماد الكاملة للأطراف الأخرى.
جاهزية النظام البيئي
يتعاون جوجل مع أكثر من 60 منظمة، بما في ذلك الشبكات، والجهات المُصدرة، وبوابات الدفع، ومُوردي التكنولوجيا (مثل American Express، وMastercard، وPayPal، وCoinbase، وIntuit، وServiceNow، وUnionPay International، وWorldpay، وAdyen). والهدف هو تجنب عمليات التكامل الفردية من خلال الاتفاق على معاني تفويضية وإشارات للمساءلة مُشتركة عبر المنصات.
ما هو التالي؟
يُخطط فريق AP2 لتطوير المواصفات بشكل مفتوح ومُستمر إضافة عمليات التنفيذ المرجعية، بما في ذلك عمليات التكامل الأعمق عبر الشبكات وWeb3، والانسجام مع هيئات المعايير لتنسيقات الشهادات القابلة للتحقق وعناصر الهوية.
المُلخص
يُقدّم AP2 للنظام البيئي لوكلاء الذكاء الاصطناعي طريقة ملموسة قائمة على التشفير لإثبات تفويض المستخدم، وربطه بسلال المشتريات المُوقعة من قبل التاجر، وعرض سجل قابل للمراجعة على الجهات المُصدرة، دون حصر المُطورين في طريقة دفع أو بنية أساسية واحدة.
اترك تعليقاً