تصور کنید یک دستیار خرید در چند ثانیه بهترین حوله ورزشی را پیدا می‌کند، اما لحظه پرداخت، نیاز به یک دسترسی امن به کیف پول مالی شما دارد. برای پر کردن این شکاف، WebAZ در ۱۶ اکتبر ۲۰۲۶ مستندات جریان پرداخت x402 USDC را منتشر کرد تا عامل‌های هوش مصنوعی (AI Agents) بتوانند سفارش‌های پرداخت مستقیم را به‌صورت خودکار مدیریت کنند.
بسیاری از تجربه‌های خرید با هوش مصنوعی در حال حاضر در نقطه اتصال «یافتن محصول» و «پرداخت هزینه» شکست می‌خورند. اغلب مدل‌ها سعی می‌کنند دستورالعمل‌های پرداخت را بر اساس حافظه قدیمی خود جعل کنند. WebAZ این مشکل را با جداسازی سخت‌گیرانه جست‌وجوی عمومی از پرداخت‌های احراز شده حل می‌کند؛ یعنی یک جست‌وجوی ساده — شبیه به تماشای ویترین مغازه بدون اجازه ورود به صندوق — هرگز به‌طور تصادفی منجر به تراکنش مالی نمی‌شود.
طبق اعلام WebAZ در راهنمای عامل‌ها، این یکپارچه‌سازی از یک توالی فنی دقیق پیروی می‌کند:
- کشف: عامل‌ها از یک درخواست GET احراز شده برای بررسی منبع
payment.x402استفاده می‌کنند. - تراکنش: عامل یک درخواست POST ارسال می‌کند و پاسخ HTTP 402 (پرداخت لازم است) را دریافت می‌کند. این رویکرد در واقع تکامل یافته‌ی همان استانداردی است که پیش‌تر توسط AgentBadge برای ممکن ساختن پرداخت‌های ماشین‌به‌ماشین معرفی شده بود.
- تأیید: کیف پول کاربر یک مجوز EIP-3009 را امضا می‌کند.
- تکمیل: عامل درخواست POST را همراه با
PAYMENT-SIGNATUREتکرار می‌کند.
همان‌طور که در تحلیل‌های قبلی ما درباره‌ی پروتکل‌های ارتباطی مدل‌ها اشاره کردیم، تعریف مرزهای صریح بین دسترسی خواندنی و نوشتنی برای امنیت حیاتی است. برای جلوگیری از هزینه‌های غیرمجاز، مالک حساب باید نقطه ورود MCP را از طریق Passkey در صفحه WebAZ Me فعال کند. این یعنی عامل تنها نقش یک نامه‌رسان برای پرداخت را دارد، نه مالک وجوه.
برای توسعه‌دهندگان، این تغییر نقش عامل را از «تخمین‌زننده پرداخت» به «هماهنگ‌کننده جریان کار» تبدیل می‌کند. با صریح کردن مرزهای یکپارچه‌سازی، ریسک توهم (Hallucination) — مثل وقتی که مدل با اطمینان چیزی را می‌گوید که وجود ندارد — در مورد قیمت یا آدرس مقصد در مرحله پرداخت حذف می‌شود.
این معماری با دور نگه داشتن کلیدهای API و امضاهای پرداخت از پرامپت‌های مدل زبانی بزرگ (LLM) — شبیه کتابخانه‌داری که میلیاردها صفحه را خوانده و حالا با همان لحن جواب می‌دهد — امنیت کاربر نهایی را افزایش می‌دهد. این لایه‌ی امنیتی یادآور رویکردهای مبتنی بر هشینگ SHA-256 در Brand Design است که برای تأیید پیشنهادهای پرداخت به کار می‌رفت. در این سیستم، کاربر باید پیش از امضای تراکنش، نوع محصول، مبلغ و مقصد را تأیید کند.
توسعه‌دهندگان می‌توانند با پیاده‌سازی جست‌وجوی محصول در مناطقی مانند سنگاپور، پیش از اتصال قابلیت‌های پرداخت، داده‌ها را بررسی کنند. مراجع فعلی در راهنمای عامل‌ها و فایل llms.txt پلتفرم در دسترس است.
گام بعدی شما
- بررسی مستندات x402 در راهنمای عامل‌های WebAZ برای پیاده‌سازی جریان پرداخت.
- تست قابلیت جست‌وجوی محصول (Read-only) در منطقه سنگاپور جهت ارزیابی داده‌ها.
- فعال‌سازی نقطه ورود
webaz_pay_orderاز طریق Passkey برای تست تراکنش‌های واقعی.
اما زیرساخت‌های پرداخت برای عامل‌ها تنها بخشی از این پازل است؛ اثر این استانداردها بر اقتصاد تراکنش‌های خرد را در گزارش بعدی بررسی خواهیم کرد.
گفتگو