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

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

طبق اعلام کلودفلر (Cloudflare)، این شرکت در ۱ جولای ۲۰۲۶ ابزاری به نام Monetization Gateway را برای تغییر بنیادی اقتصاد وب معرفی کرد. این سامانه اجازه می‌دهد هر درخواست HTTP به‌طور مستقیم به یک تراکنش مالی تبدیل شود. به این ترتیب، هر دارایی که توسط کلودفلر محافظت شود — از صفحات وب و مجموعه‌داده‌ها گرفته تا ابزارهای پروتکل زمینهٔ مدل (MCP) — می‌تواند با قیمت‌هایی در حد کسری از یک سنت فروخته شود.

سه دهه است که وب بر پایه یک معامله ساده پیش رفته است: تبادل محتوا در برابر توجه انسان که از طریق تبلیغات، اشتراک‌ها و تجارت الکترونیک پول‌ساز می‌شد. اما وقتی کاربران اصلی، عامل‌های هوش مصنوعی (AI Agents) — شبیه به کارمندانی دیجیتال که شبانه‌روزی و بدون خستگی دستورات را اجرا می‌کنند — باشند، این مدل شکست می‌خورد. عامل‌ها داده را یک‌بار می‌خوانند و می‌روند؛ آن‌ها نه روی تبلیغ کلیک می‌کنند و نه برای هر ابزار کوچک، اشتراک ماهانه می‌خرند. بر اساس بررسی منابع متعدد، خزنده‌های هوش مصنوعی برای هر بازدیدکننده‌ای که به سایت هدایت می‌کنند، از صدها تا ده‌ها هزار بار درخواست داده می‌فرستند و این یعنی زیربنای اقتصادی اینترنت در حال گسست است.

زمینه: تجارت عامل‌محور

دنیایی را تصور کنید که در آن یک عامل به‌جای ثبت‌نام در یک طرح SaaS، مبلغ ۰.۰۰۱ دلار به‌عنوان هزینه پایه و ۰.۰۱ دلار به‌ازای هر مگابایت آپلود داده پرداخت می‌کند، یا برای یک جستجوی وب واحد که به‌ازای هر فراخوانی صورت‌حساب می‌شود، چند سنت می‌پردازد. در سناریویی پیچیده‌تر، یک عامل ممکن است برای هر ارتقای پشتیبانی (Support Escalation) که با موفقیت حل شود، مبلغ ۰.۹۹ دلار بپردازد، اما این پرداخت تنها زمانی رخ می‌دهد که کار واقعاً با موفقیت به پایان رسیده باشد. این تغییر به سمت قیمت‌گذاری مبتنی بر مصرف ضروری است، زیرا عامل‌ها می‌توانند هزاران ریزپرداخت را بدون هیچ اصطکاک یا محدودیتی اجرا کنند، در حالی که درخواست از یک انسان برای تأیید هر یک از این پرداخت‌های کوچک، به‌طور غیرممکن خسته‌کننده و دشوار خواهد بود. این رویکرد یادآور تغییرات استراتژیک در شرکت‌های بزرگ است؛ برای مثال مایکروسافت نیز اخیراً تغییر مسیر به سمت صورت‌حساب مبتنی بر مصرف در Copilot Cowork را تجربه کرده است تا با نیازهای جدید مدل‌های هوش مصنوعی سازگار شود.

از نظر تاریخی، صورت‌حساب‌های مبتنی بر مصرف یک کابوس فنی بود. کسب‌وکارها مجبور بودند عملاً به یک شرکت پرداخت تبدیل شوند و سیستم‌های حسابداری داخلی بسیار قوی و قابل حسابرسی را برای ردیابی مصرف اجرا کنند. بازسازی سیستم‌های بک‌اند (Backend) چنان هزینه‌بر بود که بسیاری از شرکت‌ها به صورت پیش‌فرض مدل قیمت‌گذاری «به‌ازای هر کاربر» (per-seat) را انتخاب کردند، زیرا ساده‌تر بود و اغلب سودآوری بیشتری داشت. اما حالا عامل‌ها این دینامیک را معکوس کرده‌اند؛ یک عامل واحد می‌تواند کار یک تیم کامل انسانی را به‌صورت شبانه‌روزی انجام دهد. در چنین شرایطی، دریافت یک هزینه ثابت یک‌باره که با میزان مصرف واقعی قطع ارتباط دارد، به مدلی منسوخ تبدیل می‌شود.

مکانیسم x402

در قلب این تحول، پروتکل x402 قرار دارد؛ یک استاندارد باز که توسط کلودفلر و ائتلافی از بیش از ۲۵ پیشرو صنعتی از طریق «بنیاد x402» ایجاد شده است. این پروتکل از کد وضعیت قدیمی و مدت‌ها بدون‌استفاده‌ی HTTP 402 (Payment Required) برای تسهیل تجارت ماشین-به-ماشین استفاده می‌کند.

روند تراکنش برای حذف صفحات پرداخت پیچیده یا فراخوانی‌های جداگانه API پرداخت، به‌طور کامل بهینه شده است:

• درخواست (Request): یک کلاینت برای یک منبع دارای پرداخت (مانند یک API، مجموعه‌داده یا فراخوانی ابزار MCP) درخواست می‌فرستد.
• چالش (Challenge): سرور به‌جای تحویل منبع، کد وضعیت ۴۰۲ و یک محموله (Payload) کوچک شامل قیمت، دارایی پذیرفته شده و محل پرداخت را برمی‌گرداند.
• پرداخت (Payment): کلاینت مبلغ را پرداخت کرده و درخواست را دوباره با پیوست کردن «گواهی پرداخت» ارسال می‌کند.
• تأیید (Verification): یک تسهیل‌گر پرداخت را تأیید کرده و سرور منبع مورد نظر را بازمی‌گرداند.

به دلیل پرداخت‌های همتا-به-همتا (P2P)، وجوه مستقیماً به کیف پول فروشنده منتقل می‌شود. این امر نیاز فروشنده به ساخت ماشین‌پرداخت یا مدیریت حسابداری داخلی پیچیده برای تراکنش‌های زیر-سنت را از بین می‌برد. این پروتکل برای پایین نگه داشتن هزینه‌های سربار طراحی شده و هدف آن تسویه پرداخت در کمتر از یک ثانیه است. x402 نسبت به شبکه انتقال (Rail) agnostic است، اما به‌طور ویژه‌ای استیبل‌کوین‌ها را هدف قرار داده است، زیرا آن‌ها می‌توانند در کمتر از یک ثانیه و با کسری از یک سنت تسویه شوند و هیچ قابلیت «برگشت وجه» (Chargeback) ندارند.

پیاده‌سازی فنی و مقیاس

کلودفلر از جایگاه خود به‌عنوان یک لایه واسط (Proxy) استفاده می‌کند تا تأیید و اجرای پرداخت را در لبه (Edge) مدیریت کند. با پردازش دست‌دادن (Handshake) x402 در شبکه جهانی خود که شامل بیش از ۳۳۰ شهر می‌شود، این شرکت تضمین می‌کند که تراکنش در نزدیک‌ترین نقطه ممکن به خریدار رخ دهد. این کار باعث کاهش تأخیر (Latency) درخواست می‌شود و از فشار بیش از حد به سرور اصلی (Origin Server) در اثر حجم بالای پرداخت‌ها جلوگیری می‌کند.

توسعه‌دهندگان می‌توانند قوانین پرداخت را از طریق یک API اختصاصی محصول تعریف کنند یا آن‌ها را به‌عنوان کد از طریق Terraform مدیریت نمایند؛ این کار باعث می‌شود یک نقطه پایانی (Endpoint) پولی، صرفاً به بخشی از پیکربندی زیرساختی تبدیل شود. قابلیت‌های برنامه‌ریزی شده عبارت‌اند از:

• شارژ بر اساس متد REST: الزام به پرداخت برای مسیرهای خاص، مثلاً دریافت ۰.۰۱ دلار برای هر درخواست GET یا POST به مسیر /api/premium/*.
• قیمت‌گذاری متغیر: شارژ بر اساس پیچیدگی تکلیف؛ برای مثال، تولید تصویر می‌تواند بسته به میزان محاسبات (Compute) مصرف شده، هر مبلغی تا سقف ۲ دلار هزینه داشته باشد.

• رهگیری احراز هویت: رهگیری پاسخ‌های HTTP 401 «غیرمجاز» (Unauthorized) از سرور اصلی و بازگرداندن دستورات ۴۰۲ «پرداخت لازم است» به‌جای آن.

برای عملیاتی کردن این سیستم، از استیبل‌کوین‌هایی مثل USDC و Open USD استفاده شده است. در سیستم‌های بانکی سنتی، زیر یک قیمت مشخص، هزینه جمع‌آوری پرداخت از خودِ ارزش آن پرداخت بیشتر بود. اما استیبل‌کوین‌ها اجازه می‌دهند خریداران مبالغ بسیار اندک را با کارمزدی ناچیز در سراسر اینترنت منتقل کرده و تسویه را در کمتر از یک ثانیه انجام دهند. فروشندگان می‌توانند از این استیبل‌کوین‌های جمع‌آوری شده برای تراکنش‌های خود استفاده کرده یا آن‌ها را به ارز فیات (پول رایج) معادل در حساب بانکی خود تبدیل کنند.

جزئیات گسترده درباره منطق درگاه

کلودفلر سال‌ها وقت صرف توسعه حسابداری مبتنی بر مصرف کرده است که در سیستم‌های صورت‌حساب و تحلیل مشتریان خودش از آن استفاده می‌کرد. Monetization Gateway این تجربه را به ابزاری برای عموم تبدیل می‌کند. جزئیات کلیدی عملیاتی عبارت‌اند از:

• دسترسی بدون اعتبارنامه (Credential-less Access): خودِ پرداخت به‌عنوان اعتبارنامه عمل می‌کند. این بدان معناست که خریدار برای دسترسی به منبع، نیازی به داشتن حساب پیش‌فرض نزد فروشنده ندارد.
• اجرای لبه‌ای (Edge Enforcement): تأیید پرداخت و مسیر درخواست در لبه شبکه ادغام می‌شوند. گواه پرداخت مستقیماً وارد خودِ درخواست می‌شود.
• احراز هویت منعطف: فروشندگان می‌توانند تصمیم بگیرند که به چه میزان اطلاعات درباره خریدار نیاز دارند. آن‌ها این انعطاف را دارند که از عامل‌ها بخواهند از طریق Web Bot Auth احراز هویت کنند و قیمت‌گذاری مبتنی بر مصرف را برای حساب‌هایی که عامل‌ها از پیش دارند، اعمال کنند.
• حفاظت از سرور اصلی (Origin Protection): چون اندازه‌گیری، تبادل پرداخت و تسویه از سرور اصلی فاصله گرفته‌اند، سرور اصلی تنها زمانی درخواست را می‌بیند که پرداخت قبلاً تأیید شده باشد.

چرخش به سمت اقتصاد عامل-محور

این زیرساخت، گواه پرداخت را در دلِ خودِ درخواست جای می‌دهد. با ادغام تأیید پرداخت و مسیر درخواست، کلودفلر نیاز به API Key یا روابط قبلی بین خریدار و فروشنده را حذف می‌کند. در این مدل، پرداخت همان اعتبارنامه است و خریدار برای دسترسی به منبع، نیازی به ساخت حساب نزد فروشنده ندارد.

این نشان‌دهنده یک تغییر بنیادین در نحوه جذب ارزش دیجیتال است. در حال حاضر، بیشتر ارزش‌هایی که در وب جابه‌جا می‌شوند — از هر فراخوانی API مفید گرفته تا هر پاسخ یا هر ابزاری که یک عامل اجرا می‌کند — بدون درآمد هستند، زیرا ابزارهایی برای شارژ آن‌ها وجود نداشت. حالا Monetization Gateway با ارائه ریل‌های خنثی برای این تراکنش‌ها، به سازندگان مستقل اجازه می‌دهد تا از مدل‌های زبانی بزرگی (LLM) که از آثار آن‌ها استفاده می‌کنند، پول بگیرند.

تحلیل: پایان مدل «به‌ازای هر کاربر»

برای صاحب کسب‌وکار، این اتفاق سیگنالی برای افول مدل قیمت‌گذاری «به‌ازای هر کاربر» (per-seat) است. وقتی یک عامل واحد بتواند کار یک تیم انسانی را انجام دهد، قیمت‌گذاری بر اساس تعداد کاربر به یک استراتژی شکست‌خورده تبدیل می‌شود. واحد طبیعی پرداخت در حال تغییر به «درخواست»، «توکن» یا «نتیجه موفقیت‌آمیز» است. این حرکتی به سوی اینترنتی «عامل-محور» است که در آن نرم‌افزارها به‌طور خودمختار عمل می‌کنند و کیف پول خود را برای خرید مجموعه‌داده‌ها، پردازش یا فراخوانی‌های API، بدون دخالت انسان، به همراه دارند.

این اقدام به‌طور مؤثر کلودفلر را به اتاق پایاپای مالی (Clearinghouse) برای وب عامل‌محور تبدیل می‌کند. با ادغام هویت تأییدشده‌ی عامل (از طریق Web Bot Auth) با تأیید پرداخت، کلودفلر می‌تواند عامل را شناسایی کند، قانون قیمت‌گذاری را اعمال نماید و پرداخت را بررسی کند، پیش از آنکه سرور اصلی اصلاً تماس را ببیند. این تمرکز بر کنترل لایه‌های واسط وب، شباهت‌هایی به چالش‌های رگولاتوری دارد که کمیسیون اروپا در مورد تعیین «دروازه‌بان‌های» ابری برای AWS و Azure مطرح کرده بود، هرچند کلودفلر در اینجا به دنبال ایجاد یک استاندارد باز برای تسهیل تجارت است.

برای توسعه‌دهنده، بزرگ‌ترین دستاورد، حذف سربار صورت‌حساب است. دیگر نیازی نیست خریدار را پذیرش (Onboard) کنید یا یک موتور اشتراک پیچیده برای کسب درآمد از یک ابزار تخصصی بسازید. شما صرفاً یک قانون می‌نویسید و اجازه می‌دهید خریداران عامل‌محور هزینه آنچه را که مصرف می‌کنند، بپردازند. این کار میدان بازی را برابر می‌کند و به کوچک‌ترین API جدید اجازه می‌دهد تا به همان خریدارانی دسترسی داشته باشد و با همان شرایطی عمل کند که بزرگ‌ترین شرکت وب در دنیا عمل می‌کند.

توسعه‌دهندگان برای کاوش در این اقتصاد جدید می‌توانند در لیست انتظار Monetization Gateway ثبت‌نام کنند تا قیمت‌گذاری صفحات وب، مجموعه‌داده‌ها و ابزارهای MCP خود را برای وب عامل‌محور آغاز کنند.