بروتوكول x402: الذكاء الاصطناعي + التشفير

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

شخصيًا، لطالما آمنتُ بأن العملات المشفرة قد لا تكون للاستخدام البشري، بل للذكاء الاصطناعي. يثق هذا المجال ثقة كبيرة بالذكاء الاصطناعي والعملات المشفرة، وقد امتدت هذه الثقة سريعًا إلى مجال الدفع. ولكن، هل يجمع بروتوكول x402 من Coinbase بين الاثنين حقًا؟ هل هو حقًا سريع وفعال للذكاء الاصطناعي كما يصفونه، أم أنه مجرد خدعة أخرى في عالم العملات المشفرة؟

حسنًا، لنبدأ خطوة بخطوة. بعض الأسئلة: ما هو بروتوكول HTTP؟ ما هو خطأ x402؟ لماذا لم نسمع عن استخدام HTTP للدفع من قبل؟ لماذا نستخدمه الآن؟

بروتوكول HTTP هو مجموعة من القواعد للاتصال بين المتصفحات والخوادم. على سبيل المثال، إذا أدخلتَ www.bilibili.com في متصفحك، فسيعثر المتصفح على خادم Bilibili وفقًا للمسار ويسترجع المحتوى، ويعيده إلى المتصفح، مما يتيح لك رؤية موقع Bilibili الرسمي.

بروتوكول HTTP هو مجموعة من القواعد للاتصال بين المتصفحات والخوادم. على سبيل المثال، إذا أدخلتَ www.bilibili.com في متصفحك، فسيعثر المتصفح على خادم Bilibili وفقًا للمسار ويسترجع المحتوى، ويعيده إلى المتصفح، مما يتيح لك رؤية موقع Bilibili الرسمي.

الرمز 402 في x402 هو رمز حالة في بروتوكول HTTP. لرموز حالة HTTP أنواع عديدة، من 1xx، 2xx، 3xx، 4xx إلى 5xx. ينتمي الرمز 402 إلى رموز الحالة 4xx. يشير الرمز 401 إلى وصول غير مصرح به، و403 إلى رفض الوصول، بينما يشير الرمز 404 المألوف إلى عدم العثور على المورد المطلوب. أما الرمز 402 فيشير إلى ضرورة الدفع. هنا، يشير الرمز "x" في x402 إلى نسخة مُوسّعة من الرمز 402. ما المقصود بالرمز المُوسّع؟ تشير رموز حالة 4xx الأخرى ببساطة إلى حالة مُعيّنة؛ على سبيل المثال، يعني الرمز 404 عدم العثور على المورد ولا يُحلّ المشكلة فعليًا. لا يُخبرك الرمز 402 المُوسّع بضرورة الدفع فحسب، بل يُساعد العميل أيضًا على إتمام عملية الدفع. أي أن واجهة برمجة التطبيقات تُرسل دفعة (قد تكون عملات مستقرة أو عملات مُشفّرة أخرى) مع طلب المستخدم. يتحقق خادم الاستقبال من الدفع ثم يُعيد البيانات ذات الصلة، والتي قد تكون المحتوى المدفوع. عُرّف رمز حالة HTTP 402 لأول مرة في بروتوكول HTTP/1.1، وكان الهدف منه في البداية دعم سيناريو مثالي: على سبيل المثال، دفع بضعة سنتات لقراءة مقال أو استخدام خدمة، وهي عملية سلسة للغاية كتحميل صورة. مع ذلك، في بدايات الإنترنت، ولفترة طويلة بعد ذلك، لم تتمكن التكنولوجيا من دعم هذه الرؤية: فمن جهة، كانت تكاليف الدفع مرتفعة للغاية؛ إذ كانت مدفوعات بطاقات الائتمان التقليدية تتضمن عادةً رسومًا ثابتة (مثل 0.30 دولار أمريكي) بالإضافة إلى نسبة مئوية من مبلغ المعاملة. كان هذا غير اقتصادي على الإطلاق للمدفوعات الصغيرة التي تبلغ بضعة سنتات أو حتى بضعة دولارات، حيث كانت الرسوم قد تتجاوز بكثير مبلغ الدفع نفسه. ثانيًا، كانت تجربة الشبكة مجزأة. في ذلك الوقت، كانت سرعات الشبكة بطيئة نسبيًا. فإذا تطلبت كل دفعة صغيرة إعادة التوجيه إلى صفحة دفع معقدة تابعة لجهة خارجية للمصادقة، فسيؤثر ذلك سلبًا على تجربة المستخدم ويحول دون تحقيق مفهوم "الدفع السلس". ثالثًا، كان هناك نقص في المعايير الموحدة. لم يكن هناك بروتوكول تقني موحد ومقبول على نطاق واسع لتنظيم عملية الدفع هذه المضمنة في طلبات HTTP. وإذا طبقتها مواقع ويب مختلفة بشكل مستقل، فسيؤدي ذلك إلى تعقيد وإرباك كبيرين للمطورين والمستخدمين على حد سواء. بعد مناقشة أصول البروتوكول، كيف يعمل x402؟ توفر Coinbase مخططًا (كما هو موضح أدناه) يقارنها ببطاقات الائتمان وPayPal وشبكة Ethereum الرئيسية من حيث متوسط ​​الرسوم ووقت التسوية وإمكانية الاسترداد وTPS. من هذا الرسم البياني، يمكننا أن نرى أنه من حيث متوسط ​​الرسوم، فإن رسوم x402 تكاد تكون معدومة، ووقت تأكيد المعاملة بالثواني، مما يمنحها ميزة كبيرة. ومع ذلك، فإن x402 غير قادرة تمامًا على التعامل مع عمليات استرداد المبالغ المدفوعة، وهي مشكلة شائعة في معاملات السلع الحديثة، نظرًا للطبيعة غير القابلة للإلغاء لمعاملات blockchain. يبلغ TPS لـ x402 حوالي ألف، وهو أفضل من Ethereum، ولكنه أدنى بكثير من بطاقات الائتمان وPayPal. هنا أريد أن أشرح قليلاً. في مقال لاحق، سأذكر أن X402 توفر إمكانيات استرداد المبالغ المدفوعة، ولكن هذا الاسترداد يشير إلى استرداد المبالغ المدفوعة. في نظام بطاقة الائتمان، إذا لم تعجبك المعاملة في غضون 30-150 يومًا وطلبت استرداد الأموال، فيمكن للبنك خصم الأموال قسرًا من حساب التاجر. هذا الاسترداد يحمي المستهلك بشكل كبير، ولكنه لا يعمل في عالم البلوك تشين. بشكل عام، يرث بروتوكول X402 خصائص معاملات البلوك تشين - رسوم منخفضة وتسوية سريعة - ولكنه يرث أيضًا عيوب البلوك تشين الحالية: معاملات غير قابلة للإلغاء وضعف الأداء. لنلقِ نظرة على التفاصيل. تنقسم عملية بروتوكول X402 بأكملها إلى خطوتين: 1. يطلب العميل بيانات ← يُعيد الخادم رسالة الخطأ 402 "الدفع مطلوب" (أي "يجب عليك الدفع أولاً للحصول على البيانات"). 2. يُطلق العميل طلبًا ثانيًا ← يتضمن هذه المرة معلومات الدفع أو التوقيع. على سبيل المثال، دفع 0.01 دولار أمريكي، أو توقيع تفويض على البلوك تشين لتحويل سنت واحد بعملة الدولار الأمريكي. يتحقق الخادم من التوقيع ورصيد الحساب (عادةً عبر واجهة "/verify")، ثم يُكمل تسوية الدفع (تأكيد التحويل على البلوك تشين) على واجهة "/settle". بعد نجاح التأكيد، يُعيد الخادم البيانات الفعلية. قد تتساءل: "هل يحتاج كل خادم إلى كتابة شفرته الخاصة للتحقق من سلسلة الكتل وإدارة المعاملات؟" الإجابة هي: لا. هذا يؤدي إلى دور رئيسي - الوسيط (وسيط الدفع). لا يحتاج الخادم إلى كتابة منطق تحقق معقد على السلسلة؛ كل ما يحتاجه هو تسليم توقيع الدفع إلى الوسيط، الذي يتولى التحقق والتسوية على السلسلة. توفر منصات مثل Coinbase وThirdweb خدمات وسيط جاهزة. حسنًا، لقد أكملنا تحليل HTTP، أي بروتوكول طبقة التطبيقات. وبذلك، اكتملت عمليات Web2. كيف يتم التشفير في Web3؟ هذا يقودنا إلى سلسلة ومعيار Coinbase آخرين: سلسلة Base وERC-3009. لن نتطرق إلى تفاصيل سلسلة Base؛ فهي سلسلة Coinbase الخاصة، وجميع المعاملات الناتجة عن x402 تُسوى على سلسلة Base. لهذا السبب ذكر جدول المقارنة أن TPS يصل إلى الآلاف - إنه الفرق بين سلسلة Base وسلسلة Ethereum. ما هو ERC3009 إذن، وما علاقته بـ x402؟ أولًا، هناك صلة من حيث المصالح الأساسية. ERC3009 هو أيضًا معيار توسعة إيثريوم اقترحته Coinbase وفريق Circle. يسمح هذا المعيار لمستخدم المحفظة بتفويض الآخرين لبدء عمليات التحويل نيابةً عنه دون الحاجة إلى استدعاء دالة `transfer()`. بمعنى آخر، نفّذت Coinbase ميزة بطاقة العائلة، مما يسمح للزوج/الزوجة باستخدام أموالهما لدفع ثمن الخدمات أو السلع باستخدام بروتوكول ERC3009. X402 هو معيار إدخال الدفع في طبقة البروتوكول، بينما ERC3009 هو آلية التفويض في "طبقة التسوية على السلسلة". يكمن سبب استخدام بروتوكول ERC3009 الخاص به بدلًا من دالة تحويل بسيطة في أن دوال الدفع التقليدية تتطلب من المستخدم بدء المعاملة، مما يتطلب توقيعًا ويفرض رسومًا على الغاز لكل معاملة. في المقابل، يسمح ERC3009 للمستخدم بالتفويض مرة واحدة فقط، ويمكن للخادم إعادة استخدامه. لا رسوم على الغاز! مع تقنية البلوك تشين، لا يمكن تجنب هذه الرسوم؛ فالأمر ببساطة أن شخصًا آخر يدفعها نيابةً عنك. يدفع المُيسّر رسوم الوقود. إلى جانب كونها مريحة وخالية من الوقود، فهي مناسبة أيضًا للدفع الفوري ومتوافقة مع المحافظ الذكية. وأخيرًا، تدعم الإلغاء الآمن، أي استرداد الأموال. وهنا يأتي دور وحدة Coinbase المُصممة بعناية: وحدة الضمان. لنأخذ شراء قهوة بخمسة دولارات كمثال. تستخدم الخطوة الأولى جوهر x402: وظيفة بطاقة العائلة. يوقع المستخدم أولًا على تفويض ERC3009، قائلاً: "أسمح لهذه الخمسة دولارات بالدخول في عقد الضمان". ثم يستخدم المُشغّل توقيعك ووظيفة `transferWithAuthorization` داخل ERC3009 لتحويل الأموال فعليًا إلى عقد الضمان. بالطبع، كل هذا مُوقّع ومُصرّح به مسبقًا من قِبلك؛ يمكن للنظام تنفيذ نواياك بأمان دون تحويل مبالغ زائدة أو إساءة استخدام الأموال. بعد تأكيد التاجر لرغبتك في شراء القهوة، يُدخل المُشغِّل توقيعك إلى العقد الذكي. يتحقق العقد الذكي نفسه من أن التوقيع ملكك بالفعل، وأن المبلغ 5 دولارات، وأن مدة التفويض ضمن فترة الصلاحية، وأن التوقيع لم يُلغَ. إذا سارت الأمور على ما يُرام، فسيتم خصم 5 دولارات من محفظتك وتحويلها مباشرةً إلى عقد الضمان، وليس إلى التاجر مباشرةً. تُشبه هذه الـ 5 دولارات تأكيد استلام مُعلّق في Alipay؛ حيث يُمكن للتاجر التأكد من أنك دفعت وأنك لا تُحاول الحصول على شيء بالمجان. ومع ذلك، بعد تأكيد الاستلام، أو بعد اكتشاف النظام اكتمال الخدمة، يُنشئ التاجر طلب "استلام" عبر المُشغِّل، ويتحقق العقد الذكي من الشروط مرة أخرى. إذا لم تكن هناك أي مشاكل، تُكتمل المعاملة، ويُصدر عقد الضمان مبلغ الـ 5 دولارات. إذا انتهت مدة التفويض، أو قمتَ بإلغاء التفويض، فسيتم رد مبلغ الـ 5 دولارات إلى محفظتك. بهذا تُكمل عملية الاسترداد بالكامل. تُبرز فلسفة تصميم X402 ومنطق تشغيله طريقة دفع جديدة كليًا: يُمكن للمستخدمين إتمام المدفوعات مباشرةً بالعملات المشفرة دون الحاجة إلى عملية "اعرف عميلك". يُعد هذا بلا شك نقلة نوعية من حيث الراحة، إذ يُقرّب تجربة المستخدم من سرعة المدفوعات التقليدية عبر الإنترنت. ومع ذلك، يُثير هذا النموذج أيضًا تحديات جديدة ومخاطر محتملة. لمنح تصريح الوصول، يحتاج المستخدمون إلى تسجيل دخول مفاتيحهم الخاصة إلى نظام الذكاء الاصطناعي، وهو ما يُمثل بوضوح تراجعًا في مستوى الأمان وحماية الخصوصية - فمفتاح الأصول المشفرة، الذي يجب أن يكون تحت سيطرة المستخدم بالكامل، يعتمد جزئيًا على نظام ذكي خارجي، مما يزيد من احتمالية وجود ثغرات أمنية. من ناحية أخرى، لا يُعد تطبيق X402 حدثًا معزولًا؛ بل يتطلب تطويرًا تعاونيًا مع مشاريع وبروتوكولات وأنظمة بيئية أخرى لإنشاء حل دفع آمن ومريح وقابل للتطوير. من الناحية الفنية، لا يزال الجمع بين الذكاء الاصطناعي والعملات المشفرة في مرحلة الاستكشاف، ويتطلب حلولًا لقضايا مثل الثقة والتنظيم وتثقيف المستخدم. لذلك، مع أن X402 تُعدُّ فكرةً طليعية، إلا أن تطبيقها على نطاق واسع لا يزال يتطلب وقتًا وجهودًا مشتركة. الطريق إلى تطبيق الذكاء الاصطناعي والعملات المشفرة مليءٌ بالإمكانيات، ولكن لا تزال هناك العديد من العقبات التي يجب التغلب عليها في الواقع. وأخيرًا، أي شخص يبيع عملات الميم تحت شعار X402 هو عملية احتيال؛ يُرجى تذكر هذا.