وجهة نظر: بروتوكول x402 لا يساوي تجريد الحساب إثيريوم

المؤلف: هاوتيان؛ المصدر: X، @tmel0211

في المرة السابقة، تحدثنا عن بروتوكول x402 الذي يستمر في شبكة الفلاش، ومؤخراً أثناء تناول العشاء مع مجموعة من أصدقائي المبرمجين، تم “تحديني” مرة أخرى: أليس x402 مجرد تج抽抽 حساب AA السابق؟

الرسالة الضمنية هي أن إيثريوم قضى سنوات عديدة حول تجريد الحساب (Account Abstraction)، واستثمر الكثير من الموارد في ERC-4337 وPaymaster وغيرها، بما في ذلك أنواع مختلفة من المنح ومزودي خدمات المحفظة، ولكن كما رأى الجميع، تم انتقاده من قبل الكثيرين بأنه ضجيج كبير ولكن نتائج ضعيفة.

على الرغم من أنني لا أعتقد أن AA قد أعلنت فشلها، إلا أن المشكلة تكمن في أين؟

1、Paymaster ينقل استهلاك الغاز من المستخدمين إلى المشروع، يبدو ذلك جيداً، ولكن قدرة المشروع على دفع التكاليف ضعيفة للغاية، والعائد على الاستثمار غير واضح، بلا شك يدخل في طريق مسدود في نموذج العمل، كيف يمكن الاعتماد على نقل الدم فقط دون القدرة على توليد الدم الذاتي؟

2، الحسابات المتسلسلة تقتصر فقط على النظام البيئي EVM، مثل ERC4337 وPaymaster وEntryPoint، كلها خاصة بإيثريوم، إذا كنت ترغب في تحقيق استخدام عبر نظام EVM بما في ذلك سولانا وBTC، سيتعين عليك الاستمرار في إضافة خدمات الطبقة الوسطى لتحقيق الوظائف، لكن المشكلة هي أن خدمات الطبقة الوسطى تضيف رسومًا إضافية، مما يزيد من تحدي العائد على الاستثمار لنموذج العمل!

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

مقارنةً بذلك، ماذا يلعب بروتوكول x402؟ ما هو الاختلاف؟ هناك من ينتقد كيف تم إخراج رمز حالة HTTP 402، وهو نوع قديم يعود إلى 30 عامًا مضت، وبدأوا لعبة مزخرفة بالذهب.

لكن لا تنسَ، رمز الحالة HTTP 402 - هذا هو بروتوكول الإنترنت الأساسي، وهو اللغة المشتركة بين Web2 و Web3.

تحتاج AA إلى العقود الذكية، وتحتاج إلى حالة على السلسلة، وتحتاج إلى تنفيذ آلة EVM الافتراضية، بينما تحتاج x402 فقط إلى رأس طلب HTTP واحد، يمكن لأي نظام يدعم HTTP استخدامه - واجهة برمجة تطبيقات Web2، وRPC Web3، وحتى بوابات الدفع التقليدية، كلها متوافقة.

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

المفتاح هو أن x402 هو معيار جيد جداً للتشغيل البيني عبر السلاسل، طالما أن الوكيل يمكنه إرسال طلبات HTTP، ومعالجة استجابة 402، وإكمال تفويض EIP-3009 (أو معيار مكافئ على سلسلة أخرى)، بغض النظر عما إذا كنت تستخدم Base أو Monad أو Solana أو Avalanche أو BSC، فإن التشغيل البيني عبر السلاسل على مستوى البروتوكول يكون غير ملحوظ، ويظهر فقط في مشكلة نقطة التسوية للدفع، مقارنةً بذلك، فإن تكلفة التشغيل البيني أقل بكثير.

يمكن للمسهل أن يخدم عدة سلاسل في نفس الوقت، ويمكن فهرسة بيانات تاريخ دفع المستخدم بشكل موحد، حيث يمكن للمطورين الاتصال مرة واحدة “لفتح” النظام البيئي بالكامل.

أشعر عمومًا أن AA هو هندسة دقيقة تحت تفكير الباحثين، بينما بروتوكول x402 هو براغماتية ناجمة عن ضغط السوق.

هل ستسير ERC-8004 على نفس الطريق القديم لـ AA؟

من الناحية النظرية فقط، يبدو ERC-8004 مثل AA 2.0، ولا يزال مخصصًا لـ EVM، ويتطلب نشر ثلاثة سجلات (الهوية/السمعة/التحقق)، كما أن الحوافز في المرحلة المبكرة تعتمد أيضًا على الدعم الخارجي أو الرهانات، وهذه كلها من الفخاخ التي وقع فيها AA سابقًا، وإذا كانت سلاسل أخرى ترغب في التوافق، فإنها ستحتاج إلى إضافة طبقة إضافية من تكلفة الثقة.

لكن الاختلاف هو أن في إطار x402، ERC-8004 هو مجرد أداة، وليس معيارًا رئيسيًا. ما تحتاجه سلاسل أخرى للتوافق معه هو بروتوكول x402، وليس ERC8004.

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

ولكن ERC-8004 مختلف. لا يحتاج لأن يكون الشخصية الرئيسية، لأن x402 قد حلت المشكلة الأساسية: الدفع. ERC-8004 تقدم فقط “طبقة ثقة اختيارية” على هذه الشبكة المدفوعة التي تم تشغيلها بالفعل.

علاوة على ذلك، فإن ERC-8004 يستفيد من x402، ولا يحتاج إلى بناء النظام البيئي من الصفر. x402 لديه حلقة تجارية واضحة (توجيه المستخدمين من قبل المزود، رسوم من قبل الميسر)، مجموعة تقنية كاملة (بروتوكول HTTP + EIP-3009)، ونظام بيئي نشط، لذا فإن ERC-8004 يحتاج فقط إلى “التوصيل والتشغيل”.