هل يمكن للآلات أن تبدأ في إجراء التحويلات x402 حقًا وتُغير نظام الدفع التقليدي؟

المؤلف: بول تيموفييف المصدر: Shoal Research الترجمة:善欧巴، 金色财经

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

اليوم، “الاندفاع للبحث عن الذهب” هو الذكاء الاصطناعي. المدفوعات أصبحت مكونًا أساسيًا في تدفقات عمل أنظمة الذكاء الاصطناعي، والبنية التحتية التي تدعم هذه المدفوعات بلا شك هي معول ومجرفة العصر الجديد. ستقوم هذه المقالة بتحليل بروتوكول x402، وهو بنية أساسية مفتوحة المصدر لمدفوعات الأنظمة الذكية الأصلية، يتناول ماهيته، وكيفية عمله، وحالة اعتماده الحالية، وما هي التحديات التي لا تزال قائمة عندما تبدأ الآلات في إدارة تدفقات الأموال بشكل مستقل.

حدث تغيّر هيكلي عميق

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

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

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

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

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

أطلقت OpenAI ChatGPT، الذي يتفاعل مع نماذج GPT الأساسية بطريقة بسيطة وواضحة، وحقق خلال 5 أيام مليون مستخدم، وخلال شهرين مليار مستخدم، مسجلًا أسرع نمو لمنتج إنترنت استهلاكي. تلاه ظهور منتجات منافسة مثل Gemini، Claude، Grok، وغيرها، مما أدى إلى سباق تنافسي يدفع المختبرات لتحديث نماذجها ووظائفها بسرعة.

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

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

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

بحلول 2025، أطلقت OpenAI Operator و Codex، وطرحت Anthropic Claude Code، وظهرت أدوات مثل Perplexity مع Comet، ودمجت Google الذكاء الاصطناعي Gemini بشكل عميق في Workspace، ودمجت Microsoft Copilot بشكل كامل في Office و Windows. وحققت شركات مثل Perplexity، Cursor، Sierra، Cognition، وغيرها، تمويلات بمئات الملايين من الدولارات، وحققت إيرادات قياسية. من الواضح أن الأنظمة الذكية ستحدد الفصل التالي في تفاعل البشر مع الذكاء الاصطناعي.

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

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

مثال آخر هو زواحف الإنترنت (Web Crawlers). هذه الأنظمة الذكية تتجول في الإنترنت، وتتبع الروابط، وتجمع صفحات الويب، وتدخل المحتوى في فهارس وتدفقات تدريب ضخمة. وبالمثل، أدوات جمع البيانات تستخرج المعلومات من صفحات الويب، وتستخدم في مجالات متعددة. والأخطر أن عام 2025 شهد وجود “روبوتات خبيثة” تشكل حوالي 37% من حركة المرور على الإنترنت، وهي برامج تستغل المنصات التجارية. بشكل عام، أكثر من نصف حركة المرور على الإنترنت الآن ناتجة عن أنظمة برمجية ذكية مستقلة.

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

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

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

تتوقع Gartner أنه بحلول نهاية 2026، ستحتوي حوالي 40% من تطبيقات الشركات على أنظمة ذكاء اصطناعي مخصصة. وتقدر McKinsey أن بحلول 2030، ستؤدي أنظمة الذكاء الاصطناعي إلى تحريك سوق استهلاكي عالمي بقيمة تتراوح بين 3 إلى 5 تريليون دولار. وتوقع Goldman Sachs أن بحلول 2030، ستصبح الأنظمة الذكية الواجهة الرئيسية للعمل المعرفي، وتستحوذ على جزء كبير من سوق SaaS، وتوسع حجم سوق البرمجيات بشكل عام.

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

المال يحتاج إلى تدفق

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

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

وفي ظل هذا الواقع، تتوسع أدوار العملة وتُوظف بشكل أكثر تخصصًا:

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

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

لكن، أليس النظام الآن يقوم بالتحويلات؟

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

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

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

بالإضافة إلى ACP، مع تطور أنظمة الأعمال الذكية، تتزايد المدفوعات الذكية. فمثلاً، Claude Code و Codex يستخدمان حسابات مسبقة التمويل لتنفيذ التدفقات؛ وOpenClaw يدعم إصدار بطاقات افتراضية للأنظمة الذكية مع حدود استهلاك؛ وGoogle يستخدم UCP وAP2 لربط بطاقات الائتمان والبريد الإلكتروني مع رموز الدفع.

هذه البنية تعمل دون الحاجة إلى إعادة تصميم فورية. فهي تعمل بشكل كامل في سيناريوهات التعاون بين الإنسان والآلة.

هل الآلات بالفعل تقوم بالتحويلات؟

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

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

لكن، هل هذا هو الشكل النهائي للمدفوعات الآلية؟

ليس بعد. فهذه النماذج تعمل بشكل جيد على مستوى العمليات الصغيرة والمتكررة، لكن عند تطبيقها على تدفقات عمل واسعة النطاق ومستدامة، ستواجه قيودًا.

هذا النظام الجديد يُعرف بـ “اقتصاد الأنظمة الافتراضية”: سوق رقمي مترابط، حيث تتداول الأنظمة الذكية فيما بينها، بشكل مستقل عن العمل البشري، وتخلق قيمة اقتصادية. والأهم، أن حجم وسرعة هذه التبادلات يتجاوز بكثير قدرات الرقابة البشرية، وهو ما يبرز قيودًا أساسية في الأنظمة التجارية الحالية.

بروتوكولات مثل ACP تعتمد على أنظمة دفع تقليدية: بطاقات ائتمان، محافظ رقمية، وخدمات الدفع المسبق. المستخدمون والتجار يتحملون تكاليف: 2.9% + 0.3 دولار لكل معاملة، تسوية خلال أيام، وفترة رفض تصل إلى 120 يومًا. الأمر مقبول للبشر، لكنه غير ملائم للأنظمة الذكية التي تتطلب حجم معاملات أكبر، وتفاصيل أدق، وتكاليف أقل.

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

وهذا يعود إلى مشكلة بنية أعمق. كما أشار Felipe Montealegre في كتاب “Internet Finance”، فإن النظام المالي الحديث هو مجرد مجموعة من الخوادم الخاصة. نقل القيمة يتطلب تصاريح من مديري الحسابات، ويحدث ذلك مع تأخير في التسوية ورسوم متعددة الطبقات. عندما يطلق الأنظمة الذكية عمليات شراء عبر بروتوكولات مثل ACP، فإنها تثير مسارات تزامن: طلبات تمر عبر Stripe، ثم إلى البنوك، وتفرض رسومًا على كل طرف، وتتم المعاملات بشكل مستقل.

هذه الآلية تحد من سرعة الاقتصاد بشكل عام. وفقًا لتقرير بنك التسويات الدولية لعام 2024، فإن زيادة 1% في انتشار المدفوعات الرقمية تؤدي إلى زيادة 0.10% في معدل نمو الناتج المحلي الإجمالي للفرد خلال عامين. وإذا كانت إزالة الاحتكاك في المدفوعات البشرية يمكن أن تؤدي إلى نتائج كهذه، فإن للأنظمة الذكية التي تتطلب سرعات أعلى تأثير أكبر بكثير.

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

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

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

السؤال الذي يطرحه Szabo يعود ليظهر بشكل آخر: هل يمكن للأنظمة أن تتجاوز حدود قدراتها الحالية؟

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

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

عملية الدفع بين الإنسان والآلة مفيدة، لكن في المرحلة التالية — اقتصاد الأنظمة الذكية — فإن التكاليف، والاستقلالية، والهوية تمثل قيودًا لا يمكن التوفيق بينها في الأنظمة الحالية. التسويات على مدى أيام، وغياب مسارات دفع عالمية على مدار 24 ساعة، يزيد من الاحتكاك، رغم أن هذه ليست التحديات الكبرى. لفهم كيفية عمل الأنظمة الذكية بشكل فعلي، يجب النظر إلى أنظمة البرمجيات التي تعمل على الشبكة، وأفضل مكان لذلك هو الشبكة نفسها.

وهذا مثال على استدعاء API للدفع عبر إرسال طلب POST باستخدام HTTP 402.

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

نحن نمتلك الآن مسار دفع أصلي على الشبكة

كما أن بروتوكول HTTP يتيح انتقال المعلومات بحرية وبدون إذن عبر الإنترنت، فإن انتقال القيمة عبر البلوكتشين العام المبني على العملات المستقرة (Stablecoins) أصبح واقعًا بحجم كبير. فحجم تداول العملات المستقرة يتجاوز تريليونات الدولارات، ويبلغ السوق المتداول حاليًا أكثر من 308 مليار دولار.

وفقًا لبيانات McKinsey وArtemis Analytics، بحلول 2025، ستصل قيمة المدفوعات باستخدام العملات المستقرة إلى 390 مليار دولار، أي ضعف العام السابق، مع تركيز على المدفوعات بين الشركات (B2B)، والمدفوعات بين الأفراد (P2P)، والمشتريات المرتبطة بالبطاقات، والتحويلات بين المستهلكين والتجار (B2C). على الرغم من أن نشاط العملات المستقرة على الشبكة كان في البداية يركز على التداول، إلا أن البيانات تظهر أن الطلب على المدفوعات أصبح جزءًا مستقلًا ومتزايدًا بشكل مستمر.

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

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

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

Haseeb Qureshi أشار بشكل أكثر حدة إلى أن التوافق بين العملات المشفرة والأنظمة الذكية أعلى منه مع البشر. يمكن للأنظمة التحقق من تفاصيل المعاملات، ومراجعة رموز العقود الذكية، والتأكد من التسوية خلال ثوانٍ، دون الاعتماد على طرف قانوني أو جهة قضائية. والكود هو حتمية: نفس المدخلات دائمًا تنتج نفس المخرجات. عقد ذكي يحدد “عند تلبية الشرط X، يتم الإفراج عن الدفع”، وكل مرة يتحقق الشرط، يُنفذ التنفيذ تلقائيًا.

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

الحل المفقود

لقد حددت HTTP 402 كيف يمكن للخادم أن يُبلغ أن المورد يتطلب دفعًا. والعملات المستقرة توفر وسيلة لنقل القيمة بسرعة عبر الشبكة. عند دمجهما، يصبح الأمر أشبه بمصافحة بروتوكولية على مستوى الشبكة، بدلاً من عملية تسوية تقليدية.

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

هذه هي نمط المدفوعات الأصلية على الشبكة: يطلق النظام طلبًا → يرد الخادم بمطالبة دفع → يُكمل النظام الدفع → يتم فتح الموارد. يوفر HTTP 402 رمز الحالة، وتوفر العملات المستقرة طبقة التسوية. الحل المفقود هو وجود ماكينة بيع أصلية على الشبكة تربط بينهما بشكل تلقائي.

x402: مسار الدفع الأصلي على الشبكة

في مايو 2025، أصدر فريق Coinbase بقيادة Erik Reppel، بالتعاون مع زملائه Kevin Leffew، Dan Kim، Nemil Dalal، ورقة بيضاء، حققت أول تطبيق فعلي لبروتوكول HTTP 402 منذ 29 عامًا: بروتوكول x402.

الفرضية الأساسية بسيطة جدًا: الإنترنت دائمًا بحاجة إلى وسيلة أصلية لإرسال واستقبال المدفوعات، والعملات المستقرة جعلت ذلك ممكنًا. منذ 2015، كانت Coinbase تستكشف معايير الدفع على الإنترنت، لكن الفكرة كانت متقدمة جدًا في ذلك الوقت. بحلول مايو 2025، نضجت الظروف: رسوم الشبكات على شبكات مثل Solana وBase منخفضة جدًا، وعرض العملات المستقرة يتزايد بسرعة، ويقترب من 300 مليار دولار، وقطاع الأعمال الذكية أصبح لديه نماذج تطبيقات ملموسة.

ما هو x402؟

x402 هو بروتوكول دفع مفتوح المصدر، ينسق بين عملاء الشبكة والخوادم عبر HTTP 402 والعملات المستقرة، ويُوحد عملية تبادل القيمة على الشبكة. هو ذلك الماكينة الأصلية المفقودة: المشتري يطلق الطلب، والبائع يقدّم عرض السعر، والدفع يتم مباشرة عبر HTTP، دون حاجة لعلاقة مسبقة.

جوهره هو فصل ثلاثة عناصر:

  • طبقة النقل: طريقة انتقال البيانات بين الأطراف؛
  • منطق الدفع: خطة نقل القيمة؛
  • شبكة التسوية: المكان الذي تُسجل فيه القيمة على السلسلة.

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

كيف يعمل x402؟

باختصار، عملية الدفع عبر x402 تتبع الخطوات التالية:

  1. يطلب العميل من الخادم الوصول إلى مورد مدفوع؛
  2. يرد الخادم برمز الحالة HTTP 402، مرفقًا أمر دفع يمكن قراءته آليًا؛
  3. يُنشئ العميل حمولة دفع موقعة، ويعيد إرسال الطلب؛
  4. إذا تم التحقق من الحمولة، ينفذ الخادم الطلب الأصلي. ملاحظة: الدفع يُسجل على الشبكة ويُسوى، ويُمرر إثبات التسوية عبر الوسيط (Facilitator) لتأكيد الدفع؛
  5. بعد التأكيد، يرجع الخادم رمز 200 OK، ويُرسل المورد وإثبات المعاملة إلى العميل.

بعض التفاصيل تختلف حسب بنية الشبكة، وسنوضح ذلك لاحقًا. المهم أن كل خطوة تتوافق مع مكونين رئيسيين:

  • طبقة الاتصال خارج السلسلة: تتولى تبادل المعلومات؛
  • طبقة التسوية على السلسلة: تتولى تسوية المدفوعات.

طبقة الاتصال

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

المكون الرئيسي خارج السلسلة هو العميل والخادم، ويعملان على جميع طبقات النقل المدعومة.

العميل هو المشتري: الطرف الذي يطلب الوصول إلى مورد مدفوع على الشبكة، ويمكن أن يكون مطورًا يستخدم عميل HTTP، أو نظام ذكاء اصطناعي يعمل كعميل على الشبكة. يرسل الطلب الأولي، ويُنشئ حمولة دفع قانونية، ويستخدم رأس Payment-Signature الموقعة لإعادة الطلب.

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

بالنسبة للأنظمة الذكية، لا حاجة لدمج طبقات النقل بشكل منفصل، حيث يمكن أن تتم المدفوعات تلقائيًا عبر API، أدوات MCP، أو تفاعلات A2A.

الطبقة على السلسلة

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

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

للتسوية على السلسلة، يستخدم الخادم Facilitator، وهو نوع من وسيط المعاملات وخدمة تجريد الغاز (Gas abstraction). يتلقى الحمولة الموقعة، ويحقق من توقيعها، ويقوم بنقل الأموال نيابة عن الخادم على الشبكة، ويدفع رسوم الغاز. عند استلام الحمولة الموقعة، يمكن للخادم أن يعالج التسوية مباشرة، أو يرسل الحمولة إلى نقطة النهاية /settle الخاصة بـ Facilitator. يقوم الأخير بالتحقق من التوقيع، ويستخدم وظيفة transferWithAuthorization لعقد العملة، ويخصم من رصيده، ويُبث المعاملة على الشبكة.

المهم أن مزود الخدمة (Facilitator) ليس وصيًا على الأموال. هو ينفذ فقط المعاملات الموقعة من قبل العميل، ولا يمكنه إعادة توجيه الأموال أو تعديل شروط الدفع. يمكن لأي خادم أن يدير خدمة Facilitator خاصة به، ويقوم بالتحقق من التوقيعات بشكل مستقل. على سبيل المثال، Coinbase تدير مزود خدمة على Base وSolana، لكن الدور مفتوح للجميع.

x402: شبكات EVM مقابل Solana

تتم عملية الدفع عبر HTTP 402 بشكل موحد على جميع الشبكات. الاختلاف يكمن في آلية التسوية على السلسلة، وهو ما ينعكس في الاختلافات بين شبكات EVM وSolana.

على شبكات EVM المتوافقة، يستخدم x402 بروتوكول EIP-3009 كأصل لنقل العملة. هذا البروتوكول، الذي أُنشئ عام 2020 بواسطة فريق Coinbase، يتيح إنشاء تفويضات دفع غير مركزية، ويُستخدم بشكل واسع في عمليات USDC.

آلية EIP-3009 تعتمد على فصل التفويض عن التنفيذ. يُنشئ طرف خارجي توقيعًا مشفرًا لمرة واحدة، يخول تحويل مبلغ معين إلى عنوان معين خلال فترة زمنية محددة. يُستخدم هذا التوقيع كحمولة دفع في بروتوكول x402.

هناك وظيفتان رئيسيتان: transferWithAuthorization و receiveWithAuthorization. يوقع العميل رسالة EIP-712 تحتوي على تفاصيل الدفع، مع رقم nonce عشوائي لضمان عدم التكرار. عند استلام الخادم للتوقيع، يتحقق من صحة العنوان، والمبلغ، ونوع العملة، وتاريخ الانتهاء، والتوقيع. إذا كانت جميع الشروط صحيحة، يُنادي transferWithAuthorization على العقد، ويخصم من رصيده، ويُبث المعاملة على الشبكة. العميل يتلقى هاش المعاملة، ويمكنه التحقق منه بشكل مستقل.

أما على شبكة Solana، فإن العملية تختلف. يستخدم العميل توقيع Ed25519 لإنشاء وتوقيع جزء من معاملة SPL، ثم يُرمز إلى ذلك في حمولة HTTP. يُوقع العميل على المعاملة مع تحديد Facilitator كدافع للرسوم، ويُبث المعاملة بعد توقيع Facilitator. هنا، يتطلب الأمر توقيعًا من Facilitator أيضًا، ليتم بث المعاملة.

قبل ذلك، يستعلم العميل عن عنوان رسوم Facilitator عبر نقطة /supported، ثم يرسل المعاملة الموقعة جزئيًا، ويضيف Facilitator توقيعه، ويُبث المعاملة. يدفع العميل رسومًا باستخدام USDC، ولا يحتاج إلى SOL.

كل من الطريقتين، EVM وSolana، تستخدم آليات مختلفة لتحقيق التسوية الذرية، لكن الهدف واحد: أن تكون المعاملات آمنة وفعالة.

بالإضافة إلى ذلك، لكل شبكة مزاياها. على EVM، يُنقل الغاز من العميل إلى الخادم، مما يقلل التكاليف على العميل، ويتيح دمج عدة تفويضات في معاملة واحدة. على Solana، يُحسن الأداء ليدعم معدلات عالية من المدفوعات.

x402 غير مرتبط مباشرة بالبلوكتشين. يستخدم معرف الشبكة CAIP-2، لذلك يمكنه التعامل مع شبكات مثل Base، Solana، Polygon، Scroll، Avalanche، وغيرها، عبر نفس عملية المصافحة. يحدد الخادم الشبكة والأصول المقبولة، ويختار العميل من بين الخيارات المتاحة.

مع نضوج نظام المزودين Facilitator، وتوافق الشبكات الجديدة مع معايير x402، يمكن توسيع البروتوكول دون الحاجة لتغييرات أساسية.

ما هو الهدف الوحيد من x402؟

من منظور أوسع، يكمن قيمة x402 في أنه يجيب على سؤال أساسي: كيف يمكن للإنترنت أن يدعم المدفوعات بشكل أصيل، بحيث تكون سريعة، وموثوقة، وبدون وسيط مركزي؟

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

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

هل يمكن أن تحل بطاقات الائتمان التقليدية محل العملات المستقرة؟

السؤال مهم جدًا. الشركات الكبرى في مجال البطاقات الائتمانية، مثل Visa وMastercard، تعمل على تطوير أنظمة دفع موجهة للآلات، مع أدوات برمجة مرنة، وواجهات قابلة للبرمجة، وميزات أمان متقدمة، بحيث تقلل من الحاجة إلى العملات المشفرة أو العملات المستقرة.

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

هل ستتغلب أنظمة الدفع التقليدية على بروتوكول x402؟

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

هل ستواجه أنظمة مثل x402 تحديات تنظيمية وقانونية؟

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

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