المؤلف:YQ،تم التجميع بواسطة: Block unicorn

يمثل الإصدار الثاني من بروتوكول x402، استنادًا إلى تجربة النشر في بيئات الإنتاج، تغييرًا معماريًا جوهريًا (يمكن للمهتمين زيارة موقع مؤسسة x402 الإلكتروني: https://www.x402.org/writing/x402-v2-launch).
يمثل الإصدار الثاني من بروتوكول x402، استنادًا إلى تجربة النشر في بيئات الإنتاج، تغييرًا معماريًا جوهريًا (يمكن للمهتمين زيارة للمزيد من المعلومات، تفضل بزيارة موقع مؤسسة x402 الإلكتروني: https://www.x402.org/writing/x402-v2-launch).
... بعد معالجة أكثر من 100 مليون معاملة، حدد الفريق نقاط الاحتكاك الرئيسية وأعاد تصميم البروتوكول حول ثلاثة أهداف: الفصل الهرمي الواضح، وقابلية التوسع المستقلة عن تقنية البلوك تشين، والامتثال لمعايير الويب.

التغييرات في الإصدار v2

التقليدي مقارنة بين الدفع عبر الوكيل والدفع عبر وكيل x402
تتطلب عمليات الدفع التقليدية خطوات يدوية متعددة وتدخلاً بشرياً. يزيل x402 هذه التعقيدات من خلال تمكين عمليات دفع فورية وتلقائية.

تحسينات بنية الإصدار الثاني
واجهة دفع موحدة
يدعم الإصدار الثاني المدفوعات متعددة السلاسل بشكل افتراضي. يمكن لواجهة برمجة تطبيقات واحدة قبول مدفوعات USDC على Base أو Solana أو أي سلسلة كتل مدعومة دون تعديل الكود.

معرف الشبكة: اعتماد CAIP-2
استخدم الإصدار 1 معرفات شبكة مخصصة، مثل "base-sepolia" و"base". يعتمد الإصدار 2 معيار CAIP-2 (مقترح التحسين المستقل عن السلسلة 2)، بتنسيق "namespace:reference". يتيح ذلك دعم أي سلسلة كتل، حتى المدفوعات غير القائمة على سلسلة الكتل. الأنظمة.

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

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

اختيار طريقة الدفع بشكل صريح
استخدم الإصدار 1 طريقة مطابقة الحقول لتحديد خيار الدفع الذي اختاره العميل. أما الإصدار 2 فيجعل عملية الاختيار أكثر وضوحًا من خلال حقل "مقبول" يحتوي على المتطلبات الكاملة للدفع المحدد.

تحديث نقل HTTP
متوافق مع RFC 6648
يستخدم المطورون أحرف CAIP-2 العامة لتسجيل تطبيقات البلوك تشين. ستقوم حزمة تطوير البرامج (SDK) بتوجيه العمليات إلى التطبيق الصحيح بناءً على نمط الشبكة.
يستخدم المطورون أحرف CAIP-2 العامة لتسجيل تطبيقات البلوك تشين. ستقوم حزمة تطوير البرامج (SDK) بتوجيه العمليات إلى التطبيق الصحيح بناءً على نمط الشبكة.

يستخدم المطورون أحرف CAIP-2 العامة لتسجيل تطبيقات البلوك تشين. ستقوم حزمة تطوير البرامج (SDK) بتوجيه العمليات إلى التطبيق الصحيح بناءً على الشبكة نمط.
مطابقة نمط الأحرف البديلة: eip15 5 :* يطابق جميع سلاسل EVM • solana:* يطابق جميع شبكات Solana • eip155:8453 يشير تحديدًا إلى الشبكة الرئيسية الأساسية. يعتمد على Lambda. كان محرك الاستراتيجية في الإصدار 1 يحتوي على أنواع محافظ وأنظمة دفع مبرمجة مسبقًا. قدم الإصدار 2 قابلية التركيب وظائف استراتيجية لتفويض الدفع أثناء التشغيل. كان نظام الربط في الإصدار 1 ينفذ منطق الأعمال بعد التحقق ولكن قبل التسوية. في حالة فشل التسوية، يكون الخادم قد نفذ بالفعل عمليات لا رجعة فيها (نقل الملفات، استدعاء واجهة برمجة التطبيقات، الكتابة إلى قاعدة البيانات). قدم الإصدار 2 ستة روابط لدورة الحياة.


التكوين
يدعم برنامج الوسيط في الإصدار 2 التكوين القائم على المسار ويوفر وظائف رد الاتصال أثناء التشغيل القرارات.يدعم برنامج الوسيط v2 التكوين القائم على المسار ويوفر وظائف رد الاتصال لاتخاذ القرارات في وقت التشغيل.

الميسر أتحسينات واجهة المستخدمالميزات
إعلان القدرات

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

استراتيجية الترحيل
يحافظ الإصدار v2 على التوافق مع الإصدارات السابقة من خلال عزل مساحة الاسم.المُيسِّريمكن لكل من الخادم والعميل دعم كلا الإصدارين في وقت واحد. يحدد العملاء تفضيلات الإصدار من خلال حقل x402Version، وسيستجيب التنفيذ بإصدار البروتوكول المطابق.


