تم تطوير العديد من التوسعات التي تركز فقط على أصالة بروتوكول x402، بالإضافة إلى ذلك، يوجد في النظام البيئي الرئيسي لـ @BNBCHAIN حلول مثل إصدار العملات المستقرة الجديدة من @pieverse_io، وخطة الطبقة الوسيطة Relay من @b402ai:
الابتكار الرئيسي في بروتوكول B402 هو بناء طبقة Relay وسيطة تضمن الثقة في التفاعل.
دعوني أوضح لكم منطق التنفيذ: بروتوكول x402 يحتاج إلى آلية تفويض لمرة واحدة وفقًا لـ EIP-3009، لكن رموز BEP-20 على BNBChain لا تدعم هذا المعيار أساسًا.
ماذا نفعل؟ الجواب من Base هو "استخدام USDC الأصلية"، وجواب Pieverse هو "إصدار عملة مستقرة جديدة"، والجواب من B402 هو — "إضافة طبقة تنفيذ وسيطة".
بالتحديد: على B402، يحتاج الوكيل Agent فقط إلى إرسال أمر دفع بسيط يعبر عن نية الدفع، وكل الأعمال الشاقة بعد ذلك تُترك لـ Relayer.
يستدعي أولاً طريقة Approve لعقد USDT للحصول على التفويض، ثم ينفذ عملية Transfer للتحويل، ثم يقوم بتجميع نتائج العمليات على السلسلة في "شهادة دفع" تتوافق مع معيار x402، وأخيرًا يرسل هذه الشهادة إلى Facilitator لإتمام التسوية النهائية.
بالطبع، بما أن الطبقة الوسيطة هي خدمة، فهي تنفذ الحلول الأصلية التي يمكن لنظام Base القيام بها، وبالطبع يمكنها أيضًا إضافة وظائف لا يستطيع Base تنفيذها بعد.
على سبيل المثال، يمكنها دمج بروتوكول هوية الوكيل ERC-8004 الذي أنشأته مؤسسة إيثريوم، بحيث يحمل كل معاملة عبر B402 "بطاقة هوية" الوكيل، وتكون معلومات الدفع الخاصة بالوكيل على السلسلة وقابلة للتحقق والتتبع.
بالإضافة إلى ذلك، يمكن لبنية Relayer أن توفر فائدة أخرى: التوافق مع جميع الأصول. بالمقارنة مع دعم Base فقط لـ USDC الأصلية، فإن Relayer الخاص بـ B402 سيدعم بشكل طبيعي جميع رموز BEP20. هذا الشمولية يسهل على المطورين التكيف بكفاءة، حيث يمكن التعامل مع جميع الرموز عبر واجهة واحدة.
تم انتقاد SDK الخاص بـ Fetch من قبل العديد من الخبراء، حيث يتطلب التوافق مع 100 API تكاملًا مع 100 SDK، لكن وجود طبقة Relay هذه يحل المشكلة تمامًا.
بالطبع، مع توفير مثل هذه الراحة، ما هو الثمن؟ فرضية ثقة إضافية؟
يحتاج المستخدمون إلى الثقة في أن هذه الطبقة الوسيطة لن تتصرف بشكل ضار أو تتعرض للاختراق، بالإضافة إلى ذلك، فإن وجود طبقة وسيطة قد يؤدي إلى زيادة بعض التأخير واستهلاك الغاز. لكن، بالنظر إلى الحاجة الملحة لتوافق تقنية x402 على BNBChain حاليًا، قد يكون هذا النهج الوسيط هو الخيار الواقعي لتنظيم السوق الفوضوي. يمكن النظر إليه بشكل موضوعي.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تم تطوير العديد من التوسعات التي تركز فقط على أصالة بروتوكول x402، بالإضافة إلى ذلك، يوجد في النظام البيئي الرئيسي لـ @BNBCHAIN حلول مثل إصدار العملات المستقرة الجديدة من @pieverse_io، وخطة الطبقة الوسيطة Relay من @b402ai:
الابتكار الرئيسي في بروتوكول B402 هو بناء طبقة Relay وسيطة تضمن الثقة في التفاعل.
دعوني أوضح لكم منطق التنفيذ: بروتوكول x402 يحتاج إلى آلية تفويض لمرة واحدة وفقًا لـ EIP-3009، لكن رموز BEP-20 على BNBChain لا تدعم هذا المعيار أساسًا.
ماذا نفعل؟ الجواب من Base هو "استخدام USDC الأصلية"، وجواب Pieverse هو "إصدار عملة مستقرة جديدة"، والجواب من B402 هو — "إضافة طبقة تنفيذ وسيطة".
بالتحديد: على B402، يحتاج الوكيل Agent فقط إلى إرسال أمر دفع بسيط يعبر عن نية الدفع، وكل الأعمال الشاقة بعد ذلك تُترك لـ Relayer.
يستدعي أولاً طريقة Approve لعقد USDT للحصول على التفويض، ثم ينفذ عملية Transfer للتحويل، ثم يقوم بتجميع نتائج العمليات على السلسلة في "شهادة دفع" تتوافق مع معيار x402، وأخيرًا يرسل هذه الشهادة إلى Facilitator لإتمام التسوية النهائية.
بالطبع، بما أن الطبقة الوسيطة هي خدمة، فهي تنفذ الحلول الأصلية التي يمكن لنظام Base القيام بها، وبالطبع يمكنها أيضًا إضافة وظائف لا يستطيع Base تنفيذها بعد.
على سبيل المثال، يمكنها دمج بروتوكول هوية الوكيل ERC-8004 الذي أنشأته مؤسسة إيثريوم، بحيث يحمل كل معاملة عبر B402 "بطاقة هوية" الوكيل، وتكون معلومات الدفع الخاصة بالوكيل على السلسلة وقابلة للتحقق والتتبع.
بالإضافة إلى ذلك، يمكن لبنية Relayer أن توفر فائدة أخرى: التوافق مع جميع الأصول. بالمقارنة مع دعم Base فقط لـ USDC الأصلية، فإن Relayer الخاص بـ B402 سيدعم بشكل طبيعي جميع رموز BEP20. هذا الشمولية يسهل على المطورين التكيف بكفاءة، حيث يمكن التعامل مع جميع الرموز عبر واجهة واحدة.
تم انتقاد SDK الخاص بـ Fetch من قبل العديد من الخبراء، حيث يتطلب التوافق مع 100 API تكاملًا مع 100 SDK، لكن وجود طبقة Relay هذه يحل المشكلة تمامًا.
بالطبع، مع توفير مثل هذه الراحة، ما هو الثمن؟ فرضية ثقة إضافية؟
يحتاج المستخدمون إلى الثقة في أن هذه الطبقة الوسيطة لن تتصرف بشكل ضار أو تتعرض للاختراق، بالإضافة إلى ذلك، فإن وجود طبقة وسيطة قد يؤدي إلى زيادة بعض التأخير واستهلاك الغاز. لكن، بالنظر إلى الحاجة الملحة لتوافق تقنية x402 على BNBChain حاليًا، قد يكون هذا النهج الوسيط هو الخيار الواقعي لتنظيم السوق الفوضوي. يمكن النظر إليه بشكل موضوعي.