jakiro
المؤلف: هاوتيان؛ المصدر: X، @tmel0211
<ب>دعونا نتحدث عن ترقية V2 لـ x402 ونشارك بعض النقاط الرئيسية التي أعتقد أنها الأكثر أهمية:
<ب>1) هوية المحفظة + جلسة قابلة لإعادة الاستخدام
في الإصدار V1، يجب أن يمر كل استدعاء لواجهة برمجة التطبيقات عبر عملية معاملة كاملة على السلسلة. إذا بدأ الوكيل طلبات الدفع بشكل مستمر، فسيتم إنشاء عدد كبير من المعاملات عبر السلسلة. إلى جانب تأخير التراكب وتراكم الغاز، لا يمكن تشغيله على الإطلاق في بعض سيناريوهات التطبيقات عالية التردد؛
سيقدم V2 قريبًا آلية تسجيل الدخول باستخدام X (SIWx). يتحقق الوكيل من هوية المحفظة مرة واحدة، ويمكن للمكالمات اللاحقة إعادة استخدام الجلسة مباشرة دون الحاجة إلى الذهاب إلى السلسلة للتأكيد في كل مرة.<ب>يؤدي هذا في الواقع إلى ترقية x402 الدفع لكل عرض إلى نظام عضوية الاشتراك، والذي يمكن أن يخفض عتبة تقنية الأداء المطلوبة في السيناريوهات عالية التردد؛
<ب>2) متوافق مع معيار CAIP متعدد السلاسل
يعتمد V1 بشكل أساسي على الآلية المدمجة لـ Base + EIP3009 USDC. لا يمكن تغليف السلاسل الأخرى أو توصيلها أو ترحيلها إلا للوصول إليها، ومن الواضح أن التعقيد الفني أعلى بكثير.
يمكن لـ V2 تحقيق تعريف موحد للأصول متعددة السلاسل من خلال CAIP. يمكن لقنوات Solana وMonad وAvalanche وL2 الأخرى وحتى قنوات الدفع بالعملة الورقية التقليدية تحقيق وصول سلس، مما يجعل بروتوكول x402 أكثر انفتاحًا وملاءمة للتكامل من خلال المزيد من السلاسل؛<ب>يعد هذا التعديل ضروريًا لأن x402 لا يمكنه البقاء على مستوى البروتوكول فقط. يجب أن تكون في نهاية المطاف منافسة بيئية متعددة السلاسل.، يمكن فقط الجمع بين ميزة Base، والأداء العالي لـ Solana، وسيولة BSC إلى أقصى حد؛
<ب>3) آلية ملحقات قابلة للتطوير
يقدم الإصدار الثاني مفهوم الامتدادات، مما يسمح بتوسيع الوظائف الجديدة دون تفرع البروتوكول الرئيسي.يمكن تركيب الاكتشاف التلقائي والتوجيه الديناميكي للدفع مقابل العديد من طرق اللعب المبتكرة المستقبلية في شكل ملحقات.
وهذا في الواقع يخلق شرطًا أساسيًا لابتكار البنية التحتية والتطبيقات على مستوى الميسر والمقدم.<ب>يمكن للمطورين استكشاف العديد من ابتكارات نماذج الدفع استنادًا إلى بروتوكول x402، بما في ذلك التسعير الديناميكي ومشاركة الحسابات متعددة الأطراف والدفع المشروط والتسوية المتأخرة وما إلى ذلك.
4) المكون الإضافي SDK + آلية الاكتشاف التلقائي
لا تزال تجربة التكامل V1 على مستوى العمليات اليدوية. لا يمكن تغيير كود مصدر SDK، ومطابقة قائمة الميسرين يدويًا، وما إلى ذلك إلا في سيناريوهات التطبيق صغيرة الحجم، ولكنها ستكون مزعجة بمجرد وصولها إلى نطاق واسع؛
لقد قام V2 بتغيير بنية SDK.<ب>يمكن للميسر الزحف تلقائيًا إلى البيانات التعريفية لخدمات x402 وفهرستها، كما تتم مزامنة معلومات السعر والتوجيه وسلسلة الدعم تلقائيًا..في الواقع، تم تخفيض العتبة التقنية بشكل أكبر وأصبحت البيئة المفتوحة أكثر ودية.
أعلاه.
قام V1 بتشغيل عدد كبير من txs، مما أثبت فقط جدوى السرد x402، ولكنه كشف أيضًا عن العديد من المشكلات، مثل البيئة المغلقة، وعتبة التكامل العالية، وعدم ودية تنفيذ التطبيقات عالية التردد.من الواضح أن التكامل السريع والتقدم لـ V2 هو حل مشكلة تنفيذ x402 على نطاق واسع.
<ب>الآن، أصبحت بعض طرق اللعب المثيرة للاهتمام والمبتكرة قاب قوسين أو أدنى!
