في مقالات سابقة، استعرضنا كيف يعتمد بروتوكول x402 على شبكة Lightning Network. خلال نقاش تقني مع مجموعة من المطورين، طُرح تساؤل: هل بروتوكول x402 ليس إلا نسخة أخرى من تجريد الحساب (Account Abstraction - AA)؟
الجوهر أن شبكة Ethereum كرّست سنوات لتطوير تجريد الحساب (Account Abstraction - AA)، من خلال معيار ERC-4337 وPaymaster واستثمار موارد ضخمة عبر المنح ومزودي المحافظ. ورغم ذلك، يرى كثيرون أن النتائج مجرد ضجة إعلامية دون تأثير ملموس.
لا توجد مؤشرات واضحة على أن تجريد الحساب (AA) قد فشل، لكن تبقى هناك إشكالية رئيسية.
1. ينقل Paymaster تكاليف الغاز من المستخدم إلى فرق المشاريع. رغم أن الفكرة تبدو مغرية، إلا أن الحافز لدى الفرق لتحمل هذه التكاليف ضعيف، والعائد على الاستثمار (ROI) غير واضح. الاعتماد الكامل على التمويل الخارجي دون وجود نموذج أعمال مستدام غير مجدٍ.
2. تجريد الحساب (AA) مقتصر على منظومة EVM، فمعايير ERC-4337 وPaymaster وعقود EntryPoint كلها خاصة بـ Ethereum. أما لدعم سلاسل أخرى مثل Solana أو BTC، فلا بد من إضافة طبقات وسيطة لتحقيق الوظائف المطلوبة. هذه الطبقات تفرض رسوماً إضافية تزيد من صعوبة النموذج التجاري والعائد على الاستثمار.
هناك العديد من التعقيدات التقنية، لكن ما هو واضح أن تجريد الحساب (AA) غالباً يُنظر إليه كمنتج ناتج عن ثقافة البحث والتطوير في Ethereum، يركز على التطور التقني.
فيما يتعلق ببروتوكول x402، يرى البعض أنه مجرد إعادة استخدام لرمز الحالة HTTP 402 من بروتوكولات الإنترنت السابقة وإعادة تقديم فكرة قديمة بطريقة جديدة.
لكن رمز الحالة HTTP 402 هو بروتوكول أساسي للإنترنت؛ لغة مشتركة بين Web2 وWeb3.
تجريد الحساب (AA) يعتمد على العقود الذكية، حالة السلسلة، وتنفيذ EVM. أما x402 فيكفيه ترويسة طلب HTTP. أي نظام يدعم HTTP مثل واجهات Web2، أو Web3 RPC، أو بوابات الدفع التقليدية، بإمكانه استخدام البروتوكول.
هذا ليس مجرد تحسين تقني، بل تبسيط على مستوى البروتوكول. بدلاً من محاولة فرض التوافق والثقة في طبقة التطبيق، يصبح توحيد المعايير على مستوى البروتوكول أكثر فعالية.
x402 معيار قوي للتوافق بين السلاسل. إذا كان الوكيل قادراً على إرسال طلبات HTTP، ومعالجة استجابات 402، وإتمام تفويض EIP-3009 (أو أي معيار مكافئ)، فلا فرق إن كان المستخدم يعتمد Base أو Monad أو Solana أو Avalanche أو BSC. التفاعل بين السلاسل سلس على مستوى البروتوكول، مع نقطة تسوية واحدة فقط، ما يساهم في تقليل التكاليف بشكل كبير.
الميسرون بإمكانهم خدمة أكثر من سلسلة في وقت واحد، وبيانات المدفوعات يمكن أرشفتها بشكل موحد، والمطورون يمكنهم الدمج مرة واحدة للوصول إلى النظام بأكمله.
في المجمل، تجريد الحساب (AA) منتج هندسي قائم على التفكير البحثي، بينما بروتوكول x402 يستند إلى متطلبات السوق.
من ناحية أخرى، معيار ERC-8004 يقدم نموذجاً مشابهاً لـ AA 2.0، فهو لا يزال مخصصاً لـ EVM ويتطلب نشر ثلاثة سجلات (الهوية، السمعة، التحقق)، ويعتمد على الحوافز المبكرة من الدعم أو الرهن. هذه نفس العقبات التي واجهها تجريد الحساب (AA)، كما أن سلاسل أخرى ستحتاج لإضافة طبقات ثقة للتوافق معه.
الفرق أن ERC-8004 ضمن إطار x402 يُعد أداة وليس معياراً شاملاً. السلاسل الأخرى بحاجة فقط لأن تتوافق مع بروتوكول x402 وليس ERC-8004.
هذا التمييز أساسي. حاول تجريد الحساب (AA) أن يصبح "المعيار الوحيد للدفع على Ethereum"، وتوقع من المحافظ والتطبيقات والمستخدمين التكيف معه، وبدون تطبيقات قوية وعائد على الاستثمار واضح، لم تنجح هذه المقاربة المركزية.
أما ERC-8004 فيضيف طبقة ثقة اختيارية إلى شبكة دفع قائمة، ولا يتطلب السيطرة على السوق، لأن x402 يعالج المسألة الأساسية للمدفوعات.
بالإضافة إلى ذلك، يستفيد ERC-8004 من منظومة x402، فهو لا يتطلب بناء النظام من البداية. x402 يمتلك دورة تشغيل متكاملة، مع حركة مزودين ورسوم ميسرين، وبنية تقنية ناضجة (بروتوكول HTTP مع EIP-3009)، ومنظومة مشاريع نشطة. معيار ERC-8004 قابل للتكامل الفوري.
ملاحظة: يُحترم جميع المطورين العاملين في هذا المجال والمكرسين لتحقيق تقدم طويل الأمد. ولكن إذا لم تحقق إحدى المقاربات اعتماداً واسعاً، فقد يكون الوقت مناسباً لاستكشاف توجهات جديدة. بروتوكول x402 يمثل بداية جديدة.
بيان:
- تم إعادة نشر هذه المقالة من [tmel0211]. حقوق النشر محفوظة للمؤلف الأصلي [tmel0211]. إذا كان لديك أي استفسار حول إعادة النشر، يرجى التواصل مع فريق Gate Learn. سنقوم بمعالجة استفسارك وفق إجراءاتنا بأسرع وقت.
- إخلاء مسؤولية: الآراء والمحتوى في هذه المقالة تعبر عن وجهة نظر الكاتب فقط ولا تمثل نصيحة استثمارية.
- تمت ترجمة النسخ بلغات أخرى بواسطة فريق Gate Learn. يُمنع إعادة إنتاج أو توزيع أو نسخ المقالة المُترجمة إلا مع ذكر Gate كمصدر.
