تصور کنید جهانی را که در آن تنها یک سنت، قیمت ورود به محتوای دیجیتال ممتاز باشد. این پیشفرض پروتکل x402 است؛ سازوکاری که طراحی شده تا اقتصاد مزاحم تبلیغات را با یک مدل پرداخت دقیق و بهمقدار مصرف (Pay-per-use) برای وب جایگزین کند. با اجازه دادن به کنترل دقیق بر هزینهها و پایین آوردن آستانه پرداخت، این رویکرد پتانسیل آن را دارد که اقتصاد فعلیِ تبلیغات-محور را منسوخ کرده و موانع ورود بالا برای تولیدکنندگان محتوا را از بین ببرد. این سیستم به نظر ابزاری ایدهآل برای تجاریسازی یک وبلاگ یا یک رابط برنامهنویسی (API) میرسد.
در حالی که شرکت Cloudflare اخیراً «درگاه تجاریسازی» (Monetization Gateway) خود را برای سادهسازی این فرآیند معرفی کرد، این سرویس تا ۶ ژوئیه ۲۰۲۶ در حالت بتای بسته باقی مانده و دسترسی به آن در حال حاضر از طریق یک لیست انتظار محدود شده است. این موضوع باعث شد توسعهدهندگان برای اثبات کاربردی بودن این استاندارد در سایتهای استاتیک و APIها، شروع به پیادهسازی دستی آن کنند تا نشان دهند این سیستم به اندازه کافی ساده است که بتوان آن را تنها در یک روز به عنوان یک قابلیت «الحاقی» به هر پروژه اضافه کرد. این تلاشها در راستای گسترش قابلیتهایی است که پروتکل x402 کلودفلر پیشتر برای تسهیل پرداختهای زیر یک سنت در عاملهای هوش مصنوعی ارائه کرده بود.
سالهاست که درآمدزایی از وبلاگها بر پایه انتخابهای دوتایی استوار بوده است: یا اشتراکهای ماهانه گرانقیمت و یا بنرهای تبلیغاتی آزاردهنده. رویکرد x402 یک راه میانی را معرفی میکند که در آن کاربر مبلغی بسیار ریز — مثلاً ۰.۰۱ دلار — را برای باز کردن یک منبع خاص، مانند یک شوخی باکیفیت یا یک فراخوان API، پرداخت میکند.
معماری فنی
پیادهسازی این مدل نیازمند سه جزء اصلی است: یک کیف پول کریپتویی برای دریافت وجوه، منبعی که پشت دیوار پرداخت است و یک «ورکر» (Worker) برای اجرای منطق پرداخت. در این پیادهسازی خاص، توسعهدهنده از Cloudflare Workers و زبان TypeScript برای ساخت میانافزار استفاده کرده و محیط را برای مدیریت بهتر دامنه پروژه، روی Cloudflare میزبانی کرده است.
با بهرهگیری از فریمورک Hono، سیستم درخواستها را رهگیری کرده و مجوز پرداخت را بررسی میکند. اگر پرداخت انجام نشده باشد، سرور کد وضعیت HTTP 402 (Payment Required) را برمیگرداند.
سرور یک هدر به نام PAYMENT-REQUIRED ارسال میکند که شامل یک شیء JSON کدگذاری شده با Base64 است. این شیء به کلاینت دقیقاً میگوید که منبع مورد نظر چیست، قیمت آن چقدر است (مثلاً ۱۰,۰۰۰ واحد از یک استیبلکوین) و کدام شبکهها پذیرفته شدهاند. بهطور مشخص، این پیادهسازی از موارد زیر پشتیبانی میکند:
- Base (EVM): با استفاده از شناسه شبکه
eip155:84532و یک آدرس EVM مشخص (0xD040AEACCdFf083C5D4cB221F1533e8719a84F0e). - Solana (SVM): با استفاده از شبکه
solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1و یک آدرس SVM (HjexCvNzgxJT3Ni7rb98WF4pQGEX2fN7G6Zh26B19mBc).
جزئیات پیادهسازی
برای ساخت این سیستم، توسعهدهنده از مجموعه مشخصی از کتابخانهها و پیکربندیها استفاده کرده است:
- بستههای اصلی: این تنظیمات از
@x402/honoبرای میانافزار،@x402/evm/exact/serverبرای طرحهای EVM و@x402/svm/exact/serverبرای طرحهای سولانا استفاده میکند. - کلاینت تسهیلگر: یک
HTTPFacilitatorClientبرای ارتباط با تسهیلکننده (که در ابتداhttps://x402.org/facilitatorبود) به کار گرفته شده است. - پیکربندی: یک فایل
wrangler.jsoncبرای جزئیات Cloudflare مورد نیاز است که نقطه ورود اصلی راsrc/index.tsتعریف کرده و تاریخ سازگاری (compatibility date) را روی2026-07-01تنظیم میکند. - مسیریابی: مسیر تولید روی
shtein.me/api/*در زونshtein.meتنظیم شده است. این پیکربندی خاص از شبیهسازی میزبان توسطwrangler devجلوگیری کرده و تضمین میکند که URLها در طول توسعه به localhost اشاره کنند.
تحلیل محموله پرداخت
وقتی کاربر بدون پرداخت سعی میکند به نقطه انتهایی GET /api/joke دسترسی پیدا کند، سرور یک پاسخ ساختاریافته برمیگرداند. هدر Base64 پس از رمزگشایی به یک شیء JSON با نسخه x402Version: 2 تبدیل میشود. این شیء شامل توصیفی از منبع («یک شوخی ممتاز و دستچین شده») و mimeType تنظیم شده روی application/json است.
آرایه accepts بهطور صریح متدهای پرداخت را لیست میکند. برای هر دو روش EVM و SVM، مبلغ روی 10000 واحد و زمان انتظار حداکثری (maxTimeoutSeconds) روی ۳۰۰ ثانیه تنظیم شده است. در ورودی EVM، دارایی 0x036CbD53842c5426634e7929541eC2318f3dCF7e به عنوان نسخه ۲ USDC مشخص شده است، در حالی که ورودی سولانا یک آدرس feePayer را ارائه میدهد: CKPKJWNdJEqa81x7CkZ14BVPiY6y16Sxs7owznqtWYp5.
مدیریت جریان پرداخت
برای اینکه فرآیند برای کاربر ساده باشد، بسته @x402/paywall یک رابط کاربری (UI) فرانت-اند ارائه میدهد. وقتی کاربر با مرورگر به یک URL دارای دیوار پرداخت میرود، این رابط او را از طریق ابزارهایی مانند MetaMask برای تکمیل فرآیند پرداخت هدایت میکند. این پیادهسازی شامل یک نام برنامه سفارشی (appName) با عنوان "Igor's corner" و یک پرچم testnet: true برای اعتبارسنجی اولیه است.
پس از اینکه کاربر کیف پول خود را متصل کرد و تراکنش را امضا نمود، کلاینت هدر PAYMENT-SIGNATURE را به سرور بازمیگرداند. این امضا حاوی جزئیات مجوز است، از جمله فرستنده (0xAF40224e2B8fF2B4840c99d8458A0Fd803b15a0e)، گیرنده و مقدار دقیق منتقل شده (۱۰,۰۰۰ واحد). همچنین شامل یک مقدار یکتا یا نانس (0x82806d883f9d46e376b9dc9c065560521f1c9064cf58d1d4ea53e9e3be5f01df) و برچسبهای زمانی اعتبار (validAfter و validBefore) است.
میانافزار این امضا را تأیید میکند. در صورت معتبر بودن، محتوای درخواستی ارائه شده و هدر PAYMENT-RESPONSE حاوی هش تراکنش (0x88aefe88050c4faaa650383460451ba1faebe3bdc398793970592e6a4ae787dc) و آدرس پرداختکننده بازگردانده میشود.
یک رفتار جالب در این مرحله رخ میدهد: مرورگر محتوای پرداختشده را در یک URL جدید باز میکند که از یک شیء در حافظه (in-memory) ایجاد شده است. چون پاسخ JSON است و نه HTML، دیوار پرداخت محتوا را در پسزمینه واکشی کرده و سپس به این Object URL هدایت میکند تا نتیجه را رندر کند. این کار از پرداخت مضاعف کاربر از طریق یک رفرش ساده صفحه جلوگیری میکند.
انتقال به محیط عملیاتی
برای تست، توسعهدهنده از تسهیلکننده x402.org استفاده کرد. با این حال، برای محیطهای عملیاتی در شبکههای اصلی Base و Solana، پیادهسازی به PayAI (از طریق تسهیلکننده Dexter) در آدرس https://facilitator.payai.network تغییر یافت.
این انتقال شامل بهروزرسانی شناسههای شبکه بود:
- شبکه Base از
eip155:84532(تستنت) بهeip155:8453(میننت) تغییر کرد. - شبکه سولانا به
solana:5eykt4UsFv8P8NJdTREpY1vzqKqZKvdpتغییر یافت. - پرچم
testnetرویfalseتنظیم شد.
دلیل انتخاب PayAI این است که یک تسهیلکننده رایگان است که تسویه حسابهای میننت Base و Solana را بدون نیاز به تأیید SMS، ایجاد حسابهای ثبتنام یا کلیدهای API انجام میدهد. تلاشهای قبلی با Dexter منجر به Time-out پرداخت میشد، زیرا تراکنشهای اعلامشده هرگز به شبکه واقعی نمیرسیدند. با PayAI، تسویه حسابها بهطور روان عمل میکنند.
یک جزئیات حیاتی در پیکربندی، استفاده از پرچم nodejs_compat در فایل wrangler.jsonc است. این امر ضروری است زیرا بستههای x402 برای عملکرد در محیط Cloudflare به توابع داخلی Node مانند events، crypto و url وابسته هستند و بدون این پرچم، Build با شکست مواجه میشود.
این تنظیمات یک سایت استاتیک را به یک مولد درآمد پویا تبدیل میکند. به جای دکمههای «برای من یک قهوه بخر»، پرداخت مستقیماً به مصرف ارزش گره خورده است. تحت پروتکل x402، این دقیقاً یک مدل «پرداخت بهازای هر بار مصرف» است، به این معنی که هر بار فراخوانی API منجر به یک هزینه میشود. این تغییر پارادایم شبیه به چرخش مایکروسافت به سمت سیستمهای پرداخت مبتنی بر مصرف در Copilot Cowork است
برای خواننده، این به معنای عبور از خستگیِ اشتراکهای «همه یا هیچ» است. شما دیگر نیازی ندارید برای خواندن یک مقاله تخصصی، عضو کل یک پلتفرم شوید؛ بلکه صرفاً هزینه همان دادهای را میدهید که نیاز دارید.
از دیدگاه توسعهدهنده، این مدل اصطکاک ایجاد شده توسط ساخت سیستمهای پیچیده صورتحساب را حذف میکند. منطق پرداخت به سطح پروتکل منتقل شده و میکرومونتایزیشن را به یک قابلیت «الحاقی» تبدیل میکند، نه یک پروژه زیرساختی اصلی. این رویکرد میتواند مشابه مدلهای اقتصادی جدیدی باشد که توسعهدهندگان برای تجاریسازی مستندات محلی به کار میبرند تا سودآوری دقیقتری داشته باشند.
این سازوکار بهویژه برای عاملهای هوش مصنوعی (AI Agents) بسیار قدرتمند است. یک عامل میتواند بهطور برنامهریزیشده هزینه یک فراخوان API را با استفاده از x402 پرداخت کند و یک اقتصاد B2B بیوقفه ایجاد کند که در آن خدمات در لحظه و بدون دخالت انسان پرداخت میشوند. اگرچه در حال حاضر هیچ راهکار آمادهای برای پرداختهای چندشبکهای که مستقیماً در DOM صفحه جاسازی شوند وجود ندارد، اما آمادگی مرورگرها برای دیوار پرداخت، پیادهسازی را ساده میکند.
منتظر پذیرش گستردهتر استاندارد x402 با ظهور تسهیلکنندههای بیشتری مانند PayAI باشید که پتانسیل آن را دارند وب سنتیِ «تبلیغات-محور» را به اثری از گذشته تبدیل کنند.
گام بعدی شما
- اگر صاحب یک API یا وبلاگ تخصصی هستید، مستندات x402 را برای جایگزینی اشتراکهای ماهانه بررسی کنید.
- توسعهدهندگان TypeScript را تشویق میکنیم از
nodejs_compatدر Cloudflare Workers برای اجرای کتابخانههای Node استفاده کنند. - نحوه تعامل عاملهای هوش مصنوعی با پرداختهای ریزدلتاری را در پروژههای اتوماسیون خود تست کنید.
اما داستان سختافزاری این تحول حتی شگفتانگیزتر است — به تحلیل ما دربارهی تراشههای Blackwell مراجعه کنید.
گفتگو