پروتکل x402: حذف فرم‌های پرداخت از تراکنش‌های هوش مصنوعی و داده

هزینهٔ دخالت انسان در خرید داده‌های تأییدشده توسط عامل‌های هوش مصنوعی اکنون به صفر دلار رسیده است. با استقرار پروتکل x402 از شرکت Coinbase، فرم‌های اشتراک سنتی جای خود را به یک دست‌دادن (Handshake) پرداخت‌محور داده‌اند که برای ماشین‌ها قابل خواندن است. این سیستم زنده، فرآیند خرید بسته‌های سرنخ‌های B2B تأییدشده از طریق Scout Packs را کاملاً خودکار کرده است.

بسیاری از عامل‌های هوش مصنوعی (AI Agents) — شبیه دستیاران دیجیتالی که می‌توانند به‌جای شما تصمیم بگیرند و ابزارها را اجرا کنند — قادر به پیمایش صفحات پرداخت یا پر کردن فرم‌های کارت اعتباری نیستند. به همین دلیل، مدل‌های رایج SaaS برای خریداران خودکار عملاً غیرقابل استفاده‌اند. برای یک کمپین تک‌مرحله‌ای، پرداخت هزینه اشتراک ماهانه ۴۹ دلاری برای یک صندلی داده، برای یک عامل هوش مصنوعی معامله‌ای بسیار بد و غیربهینه است. این پیاده‌سازی در حالی رخ می‌دهد که صنعت به سمت تجارت «عامل‌محور» (Agentic Commerce) حرکت می‌کند؛ جایی که توانایی انجام تراکنش به اندازه توانایی استدلال حیاتی است. تصور کنید عاملی که شما طراحی کرده‌اید، نه‌تنها یک سرنخ تجاری پیدا می‌کند، بلکه فوراً هزینهٔ داده‌های تأییدشده آن را می‌پردازد تا مأموریتش را به پایان برساند.

بر اساس راهنمای فنی منتشر شده در ۲ اکتبر ۲۰۲۶، این فرآیند از طریق یک جریان خاص HTTP عمل می‌کند. وقتی یک عامل درخواست دسترسی به منبعی پولی را می‌دهد، سرور با کد وضعیت ۴۰۲ (Payment Required) پاسخ می‌دهد که حاوی یک پیشنهاد JSON است. این پیشنهاد، کیف پول خزانه‌داری، شبکه (مانند Base) و مقدار دقیق USDC مورد نیاز را مشخص می‌کند.

دست‌دادن فنی

• کشف: عامل‌ها می‌توانند پیش از درخواست، فهرستی از خدمات و شرایط را در مسیر /.well-known/x402 بررسی کنند تا کاتالوگ و شرایط را ببینند. این روش بسیار ارزان‌تر از آن است که عامل از طریق مواجهه با خطاهای ۴۰۲ یاد بگیرد.
• پرداخت: عامل یک تراکنش انتقال را امضا کرده و درخواست را مجدداً با هدر X-Payment ارسال می‌کند. این هدر حاوی مدرک پرداخت کدگذاری‌شده به صورت base64 است که مطابق با مشخصات x402 است.
• تأیید: سرور پیش از تحویل داده‌های JSON، تراکنش را روی زنجیره (On-chain) بررسی می‌کند. در این مرحله، گیرنده، مبلغ، نوع دارایی و تسویه حساب (Settlement) را بازبینی می‌کند تا از صحت تراکنش مطمئن شود.

همان‌طور که در تحلیل‌های قبلی ما درباره‌ی اقتصاد داده‌های توزیع‌شده اشاره کردیم، حذف واسطه‌های انسانی در تراکنش‌های خرد، کلید مقیاس‌پذیری سیستم‌های خودکار است.

جزئیات پیاده‌سازی

در این سیستم، پاسخ ۴۰۲ یک صفحه خطا نیست، بلکه یک پیشنهاد تجاری است. بدنه این پاسخ شامل x402Version و زمان اعتبار پیشنهاد (maxTimeoutSeconds) است که مشخص می‌کند نقل‌قول قیمت تا چه زمانی معتبر است. همچنین، اندپوینت resource که شرایط پرداخت به آن اعمال می‌شود، در این پاسخ ذکر شده است.

برای مدیریت دارایی‌ها، سیستم از قرارداد توکن USDC روی شبکه Base استفاده می‌کند. در اینجا مقدار scheme روی حالت "exact" تنظیم شده است تا تسویه حساب دقیقاً مطابق با مبلغ درخواستی صورت گیرد. نکته کلیدی این است که هیچ حساب کاربری، کلید API یا فرآیند پیچیده OAuth برای خریدار لازم نیست؛ کیف پول همان هویت است و حلقه تکرار درخواست (Retry Loop) نقش نشست (Session) را ایفا می‌کند.

برای تسهیل دسترسی، این پروژه یک سرور پروتکل زمینهٔ مدل (MCP) — شبیه یک مترجم که ابزارهای پیچیده را به زبانی قابل‌فهم برای مدل‌های زبانی تبدیل می‌کند — ارائه داده است. این پوشش (Wrapper) دو ابزار اصلی فراهم می‌کند: list_packs() برای مرور منو (شامل اندازه بسته‌ها، قیمت‌ها و محتویات) و buy_pack(pack_id) برای اجرای چرخه پرداخت و تکرار درخواست.

به نقل از توسعه‌دهندگان، رایج‌ترین خطا در پیاده‌سازی x402، اشتباه در محاسبه اعشار USDC است. برای مثال، بسته ۲۵ سرنخ ۹ دلار قیمت دارد که سرور آن را به دلیل ۶ رقم اعشار USDC، به صورت ۹,۰۰۰,۰۰۰ واحد پایه تفسیر می‌کند. توسعه‌دهنده هشدار می‌دهد که اشتباه در این محاسبات — یعنی نوشتن مبلغ به دلار اما شارژ کردن به صورت میکرو-سنت — رایج‌ترین باگ در پیاده‌سازی‌های x402 است.

سبد محصولات

سرویس Scout Packs سه سطح دسترسی برای سرنخ‌های B2B تأییدشده ارائه می‌دهد: ۲۵ سرنخ با قیمت ۹ دلار، ۵۰ سرنخ با ۱۵ دلار و ۱۰۰ سرنخ با ۲۵ دلار. هر سرنخ به صورت یک فایل JSON تحویل داده می‌شود که شامل نام شرکت، شخص تماس، سمت شغلی، ایمیل منتشر شده و URL منبعی است که برای تأیید داده‌ها استفاده شده است. در حالی که بسته ۲۵ تایی فوراً تحویل داده می‌شود، تحویل بسته‌های ۵۰ و ۱۰۰ تایی ظرف ۲۴ ساعت صورت می‌گیرد.

این تغییر، صنعت را از مدیریت کلیدهای API به سمت هویت‌های مبتنی بر کیف پول سوق می‌دهد. با تبدیل حلقه تکرار به نشست و کیف پول به حساب کاربری، اصطکاک ورود یک عامل هوش مصنوعی به صفر می‌رسد. برای توسعه‌دهندگان، «دیوار پرداخت» دیگر یک مانع برای پذیرش هوش مصنوعی نیست، بلکه یک API استاندارد است. اثر ثانویه این اتفاق، ظهور یک اقتصاد داده‌ای واقعاً خودکار است که در آن عامل‌ها می‌توانند در لحظه بودجه‌بندی کرده و هزینه کنند. برای جلوگیری از نوسان قیمت‌ها (Price Drift)، توسعه‌دهنده توصیه می‌کند که هندلر ۴۰۲، مانیفست و سیستم تحویل، همگی به یک شیء کاتالوگ واحد متصل باشند.

گام بعدی شما

• بررسی مخزن گیت‌هاب github.com/tigerops-win/scout-packs برای تحلیل کد پیاده‌سازی x402.
• تست اندپوینت زنده در scoutpacks-tunnel-1.loca.lt برای مشاهده نحوه تراکنش ماشین-به-ماشین در محیط عملیاتی.
• ارزیابی جایگزینی سیستم‌های Billing سنتی با پرداخت‌های On-chain در پروژه‌های عامل‌محور خود.

اما زیرساخت‌های سخت‌افزاری برای پردازش این حجم از تراکنش‌های خرد حتی پیچیده‌تر است — به تحلیل ما درباره تراشه‌های Blackwell مراجعه کنید.