درک x402 و MPP در یک مقاله: دو مسیر پرداخت‌های نماینده

عنوان مقاله اصلی: MPP استرایپ در مقابل x402: امروز چه اتفاقی افتاد
نویسنده مقاله اصلی: نیک ساوینی، defiprime.com
ترجمه: پگی، Blockbeats

یادداشت سردبیر: در مورد مسئله اینکه نماینده چگونه پرداخت می‌کند، x402 و MPP دو مسیر تقریباً متضاد را طی کرده‌اند.

x402 مسیر حداقل‌سازی پروتکل را انتخاب کرد: گنجاندن پرداخت‌ها به طور مستقیم در درخواست‌های HTTP، دستیابی به درخواست برای پرداخت به ساده‌ترین شکل ممکن. بدون حساب، بدون واسطه‌ها، شبیه طراحی باز و بدون مجوز اینترنت اولیه است، مناسب برای توسعه‌دهندگان بلندمدت و سناریوهای غیرمتمرکز.

از سوی دیگر، MPP سیستم را به حداکثر می‌رساند: رسیدگی به تراکنش‌های با فرکانس بالا، مدیریت ریسک و مسائل ورودی فیات از طریق جلسات، پرداخت‌های جریانی و یک چارچوب انطباق. این به دنبال خلوص نیست بلکه اولویت را به برآورده کردن نیازهای واقعی کسب‌وکار می‌دهد، که آن را برای برنامه‌های مقیاس‌پذیر و سطح شرکتی مناسب‌تر می‌کند.

تفاوت بین این دو اساساً دو راه‌حل برای یک مشکل مشابه است: اینکه آیا پرداخت‌ها بخشی از پروتکل باشند یا لایه‌ای از سیستم.

به همین دلیل است که آنها در رقابت مستقیم نیستند بلکه بیشتر شبیه به اشغال بخش‌های مختلف هستند، با x402 که نیازهای بلندمدت شبکه باز را پوشش می‌دهد و MPP که ترافیک با فرکانس بالا و تجاری را مدیریت می‌کند. در یک اقتصاد نوپای نماینده، این تمایز ممکن است اجتناب‌ناپذیر باشد.

در زیر مقاله اصلی آمده است:

از اواخر دهه 1990 که کد وضعیت HTTP 402 در مشخصات HTTP/1.1 تعریف شد، در انتظار لحظه خود بوده است. معنای آن "پرداخت مورد نیاز است". ایده اصلی این بود که قابلیت‌های پرداخت را در لایه پروتکل وب جاسازی کنیم، به طوری که ماشین‌ها بتوانند منابعی مانند درخواست یک صفحه وب را خریداری کنند.

با این حال، این چشم‌انداز به طور عمده محقق نشده است. در طول سال‌ها، این کد وضعیت تنها به طور گاه به گاه در برخی موارد خاص ظاهر شده است، مانند پاسخ محدودیت نرخ Shopify، خطاهای صورتحساب Apple Mobile Me و غیره، اما هیچ‌کس واقعاً آینده میکروپرداختی را که به آن اشاره دارد، نساخته است. در عوض، ما کارت‌های اعتباری، دیوارهای پرداخت مبتنی بر اشتراک و مکانیزم‌های کلید API داریم که اساساً برای سیستم‌های تحت کنترل انسان طراحی شده‌اند.

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

x402: یک راه‌حل ساده‌تر

در مه 2025، Coinbase به طور رسمی x402 را راه‌اندازی کرد که ایده اصلی آن می‌تواند به عنوان تقریباً به طرز تهاجمی ساده توصیف شود. یک مشتری یک منبع را درخواست می‌کند؛ سرور با HTTP 402 پاسخ می‌دهد و به مشتری اطلاع می‌دهد که چه مقدار هزینه لازم است، کدام توکن را باید استفاده کند و در کدام زنجیره پرداخت را انجام دهد. مشتری پرداخت را در زنجیره کامل می‌کند، رسید پرداخت را به یک درخواست دوباره آغاز شده متصل می‌کند و سپس سرور منبع را تحویل می‌دهد.

همین. هیچ سیستم حسابداری، هیچ کلید API، هیچ مکانیزم اشتراکی وجود ندارد. فقط یک درخواست HTTP با یک سفر رفت و برگشت، با یک پرداخت در بین آن.

امروز، Stripe به طور بومی از x402 در سیستم پرداخت خود پشتیبانی کرده است و به بازرگانان اجازه می‌دهد تا به طور مستقیم چنین پرداخت‌هایی را از طریق زیرساخت موجود خود دریافت کنند. با این حال، به طور بنیادی، x402 هنوز یک پروتکل تحت رهبری Coinbase است که توسط بنیاد x402 که به طور مشترک توسط Coinbase و Cloudflare در سپتامبر 2025 تأسیس شده است، اداره می‌شود. این پروتکل به طور کامل متن باز (مجوز Apache 2.0) است و SDKهایی در زبان‌های مختلف مانند TypeScript، Go و Python ارائه می‌دهد.

از نظر پشتیبانی، مستندات رسمی Coinbase نشان می‌دهد که پرداخت‌های ERC-20 در حال حاضر در Base، Polygon و Solana پشتیبانی می‌شوند. علاوه بر این، اکوسیستم در حال بررسی گسترش آن به زنجیره‌های دیگر مانند Avalanche، Sui و Near و غیره است، اما با درجات مختلفی از بلوغ.

نگاهی به داده‌های پذیرش، این بخش کمی پیچیده‌تر است. Coinbase اعلام کرده است که x402 بیش از 50 میلیون تراکنش را از طریق زیرساخت کیف پول Agentic خود پردازش کرده است. در حالی که این ممکن است به نظر چشمگیر بیاید، طبق داده‌های تحلیلی زنجیره‌ای از Artemis که توسط CoinDesk در 11 مارس ذکر شده است، حجم روزانه تراکنش‌ها حدود 131,000 تراکنش است، با مجموع حدود 28,000 دلار، میانگین پرداخت در هر تراکنش تنها حدود 0.20 دلار، و تقریباً نیمی از آن‌ها بیشتر شبیه آزمایش‌ها یا اقدامات بازی‌سازی شده به نظر می‌رسند تا تراکنش‌های تجاری واقعی.

با این حال، این ممکن است چیز بدی نباشد زیرا پروتکل برای بازاری طراحی شده است که هنوز واقعاً وجود ندارد - دنیای میکروتراکنش‌ها (حتی زیر 1 سنت) که توسط عوامل هوش مصنوعی برای تماس‌های API و جستجوهای داده انجام می‌شود. تاجران خدمت‌رسان به این بازار تازه در حال ظهور هستند.

به عنوان مثال، پروتکل پرداخت‌های هوشمند گوگل (AP2، بخشی از چارچوب A2A) x402 را یکپارچه کرده است؛ آزمایشگاه‌های نوآوری Lowe یک دمو را به نمایش گذاشتند که در آن یک عامل هوش مصنوعی می‌تواند کل فرآیند را از کشف محصول تا تحقیق و سفارش در یک جریان کامل کند. در همین حال، World (که توسط سم آلتمن آغاز شده است) این هفته AgentKit را منتشر کرد و قابلیت‌های تأیید هویت انسانی را به کیف پول‌های x402 اضافه کرد.

فرض اصلی پشت آن این است: تا زمانی که ما پرداخت‌ها را به سبکی یک درخواست HTTP انجام دهیم، موارد استفاده به طور طبیعی ظاهر خواهند شد. اینکه آیا این درست است هنوز باید دیده شود.

MPP: راه‌حل کامل-پشته

Stripe و Tempo مسیر متفاوتی را انتخاب کردند. پروتکل پرداخت‌های ماشین (MPP) امروز به همراه شبکه اصلی Tempo منتشر شد. برخلاف x402، که به عنوان یک لایه پوششی سبک بر روی یک بلاکچین موجود عمل می‌کند، MPP به طور خاص برای سناریوی عامل هوشمند تراکنش‌های با فرکانس بالا طراحی شده است.

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

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

جزء دیگری که ارزش درک کردن دارد این است: مجموعه تجارت عاملیت استرایپ شامل توکن‌های پرداخت مشترک (SPT) است. این بخشی از MPP نیست اما یک مکانیزم گسترش استرایپ است که می‌تواند در کنار آن کار کند. SPTها به یک عامل اجازه می‌دهند که اعتبار کارت بانکی یا کیف پول کاربر را به‌طور ایمن به یک فروشنده منتقل کند بدون اینکه داده‌های واقعی را افشا کند. این اعتبارنامه‌ها محدود به یک تراکنش واحد هستند و دارای محدودیت زمانی هستند و به‌عنوان یک مجوز برنامه‌ریزی‌شده و خود تخریب عمل می‌کنند. در استفاده عملی، این به این معنی است که یک عامل که از MPP پرداخت می‌کند می‌تواند از USDC تمپو، کارت ویزای متصل به کاربر یا حتی ترکیبی از هر دو استفاده کند.

بر اساس پست وبلاگ راه‌اندازی شبکه اصلی تمپو، شرکای آن شامل Anthropic، DoorDash، Mastercard، Nubank، OpenAI، Ramp، Revolut، Shopify، Standard Chartered و Visa هستند. "The Block" گزارش داد که در زمان راه‌اندازی MPP، دایرکتوری پرداخت بیش از 100 سرویس داشت، از جمله Alchemy، Dune Analytics، Merit Systems و Parallel Web Systems. همکاری تمپو با هم‌بنیان‌گذار Paradigm، مت هوانگ، در مصاحبه‌ای با "Fortune" بیان کرد که این حوزه هنوز در مراحل اولیه خود است و MPP به‌گونه‌ای طراحی شده است که ممکن است در آینده به محیط‌های زنجیره‌ای بیشتری فراتر از تمپو گسترش یابد.

چرا استرایپ از هر دو پشتیبانی می‌کند

اگر شما قبلاً با استرایپ یکپارچه شده‌اید، عملی‌ترین پاسخ این است: شما نیازی به انتخاب بین این دو ندارید.

استرایپ از x402 و MPP از طریق دو مسیر یکپارچه‌سازی جداگانه پشتیبانی می‌کند به جای اینکه آنها را به یک رابط یکپارچه تبدیل کند. برای x402، مستندات آن عمدتاً فرآیند تولید یک آدرس شارژ، نظارت زنجیره‌ای و تسویه وجوه به حساب استرایپ را پوشش می‌دهد—شما مسئول بازگرداندن یک پاسخ 402 هستید و استرایپ زیرساخت پرداخت رمزگذاری‌شده را مدیریت می‌کند. در حال حاضر USDC در Base پشتیبانی می‌شود و برنامه‌ریزی برای گسترش‌های آینده وجود دارد. برای MPP، فروشندگان می‌توانند از همان API PaymentIntents برای دریافت پرداخت‌های جریانی مبتنی بر جلسه استفاده کنند.

ساخت بر روی این دو ریل پرداخت، مجموعه تجارت عاملیت استرایپ است که در دسامبر 2025 منتشر شد. فروشندگان فقط نیاز دارند که کاتالوگ محصولات خود را بارگذاری کنند، عوامل هوش مصنوعی را که می‌خواهند یکپارچه کنند انتخاب کنند و استرایپ به کشف محصول، جریان‌های پرداخت، ضد تقلب و مدیریت مالیات رسیدگی خواهد کرد. در حال حاضر، URBN، Etsy، Coach، Kate Spade و Ashley Furniture از آن استفاده می‌کنند و پلتفرم‌هایی مانند Wix، WooCommerce، BigCommerce، Squarespace و commercetools یکپارچه‌سازی‌های خود را تکمیل کرده‌اند.

استراتژی آنها کاملاً واضح است: کنترل لایه انتزاع و اجازه دادن به پروتکل‌های زیرین برای رقابت آزاد.

در مقایسه

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

x402 (به رهبری Coinbase) در مقابل MPP (Stripe + Tempo)

استانداردسازی
x402: کاملاً متن باز (Apache 2.0)، تحت هدایت بنیاد x402 برای مشارکت چندجانبه (Coinbase، Cloudflare، Visa، Google).
MPP: استاندارد باز که به طور مشترک توسط Stripe و Tempo توسعه یافته است، بخشی از مجموعه تجارت عامل Stripe.

مکانیسم HTTP
x402: HTTP 402 را احیا می‌کند، درخواست‌ها را از طریق هدر PAYMENT-REQUIRED آغاز می‌کند و تلاش‌ها را با استفاده از PAYMENT-SIGNATURE کامل می‌کند.
MPP: همچنین از یک مکانیزم چالش-پاسخ استفاده می‌کند اما از طرح احراز هویت HTTP پرداخت (یک پیش‌نویس IETF) استفاده می‌کند و شناسه چالش را با HMAC پیوند می‌زند.

لایه پرداخت (Rails)
x402: طراحی شده است تا نسبت به بلاک‌چین بی‌طرف باشد، در حال حاضر بر روی Base، Polygon، Solana پشتیبانی می‌شود و زنجیره‌های دیگر هنوز در حال بررسی هستند.
MPP: بر روی بلاک‌چین Tempo ساخته شده است — یک L1 بهینه‌سازی شده برای پرداخت‌ها، پشتیبانی از 10k+ TPS، نهایی‌سازی زیر یک ثانیه، بدون توکن گاز بومی؛ هدف بلندمدت سازگاری بین زنجیره‌ای است.

روش پرداخت
x402: استیبل‌کوین‌های خالص، کاملاً در زنجیره.
MPP: از USDC + SPT در Tempo (مکانیسم Stripe) پشتیبانی می‌کند و امکان ترکیب ارزهای دیجیتال و فیات (کارت‌های اعتباری، کیف پول‌ها، BNPL) را فراهم می‌کند.

روش تسویه
x402: تسویه در زنجیره (حدود 200 میلی‌ثانیه تا چند ثانیه)، تأیید و تسویه شده توسط تسهیل‌کنندگان مانند Coinbase.
MPP: نهایی‌سازی زیر یک ثانیه در Tempo، تسویه خودکار Stripe با رعایت قوانین انجام می‌شود.

پذیرش بازرگان
x402: نرم‌افزارهای میان‌افزاری متن‌باز (اکسپرس، هونُو، نکس‌ت.جی‌اس و غیره) که می‌توانند به‌صورت خودمیزبان یا تسهیل‌شده باشند.
MPP: ادغام مستقیم با API PaymentIntents استرایپ، مدیریت ریسک داخلی، مدیریت مالیات، بازپرداخت‌ها و گزارش‌گیری.

نوآوری اصلی
x402: بسیار ساده، مستقل از فروشنده، مشابه فلسفه یونیکس در فضای پرداخت.
MPP: تراکنش بالا + ادغام فیات، امکان پرداخت‌های جریانی، تجمیع میکروتراکنش‌ها از طریق جلسات و کنترل هزینه برنامه‌ریزی‌شده بر اساس SPT.

شرکای کلیدی
x402: کوین‌بیس، کلاودفلر، گوگل (A2A/AP2)، ویزا، ورلد، آنتروپیک (MCP).
MPP: استرایپ، ویزا، لایت‌اسپارک، آنتروپیک، دورداش، مسترکارت، اوپن‌ای‌آی، شاپیفای، رولوت، بانک استاندارد چارترد.

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

MPP، از طرف دیگر، یک پارادایم کاملاً متفاوت است. اگر نماینده شما نیاز به انجام صدها یا حتی هزاران تراکنش در یک جلسه دارد و نمی‌خواهید هر تراکنش هر بار در زنجیره باشد، پس این انتخاب معقول‌تری است. مکانیزم جلسه بیشتر تعاملات را تا تسویه نهایی خارج از زنجیره نگه می‌دارد؛ سیستم انطباق استرایپ ریسک و مالیات را مدیریت می‌کند؛ و حالت هیبریدی SPT به نماینده اجازه می‌دهد که محدود به استیبل‌کوین‌ها نباشد و همچنین به‌طور مستقیم به روش‌های پرداخت ویزا یا دیگر کاربران دسترسی پیدا کند. این به‌خوبی نیست، اما به واقعیت نزدیک‌تر است.

جالب است که آنها کاملاً رقابتی نیستند. x402 سناریوی باز دنباله‌دار را پوشش می‌دهد، در حالی که MPP ترافیک با فرکانس بالا در سطح شرکتی را پوشش می‌دهد. استراتژی استرایپ نیز واضح است: نه بر روی یک پروتکل خاص شرط‌بندی کند و نه اطمینان حاصل کند که صرف‌نظر از اینکه کدام مسیر برنده می‌شود، وجوه در نهایت به سیستم حساب استرایپ می‌رسد.

بررسی واقعیت: ما اکنون در چه مرحله‌ای از توسعه هستیم؟

صادقانه بگویم، در حال حاضر تقریباً هیچ معامله واقعی در مقیاس بزرگ در حال انجام نیست.

بر اساس یادداشت‌های انتشار x402 کوین بیس، شرکای اولیه شامل هایپر بولیک (پرداخت استنتاج GPU) و آنتروپیک (ادغام پروتکل MCP) هستند. وبلاگ استرایپ به سناریوهای نماینده‌ای اشاره می‌کند که از طریق تماس‌های API پرداخت می‌شوند (مانند کوین‌گکو). زمانی که تمپو راه‌اندازی شد، دایرکتوری بیش از 100 سرویس داشت. SDK نمایندگان کلودفلر به طور بومی از x402 پشتیبانی می‌کند و برخی پروژه‌های کوچک در Base L2 نیز در تلاشند تا از x402 به عنوان درگاه پرداخت استفاده کنند.

اما به طور کلی، حجم معاملات پایین است، تعداد بازرگانان محدود است و بیشتر فعالیت‌ها هنوز در مرحله آزمایشی هستند.

این موضوع تعجب‌آور نیست. هر زیرساخت پرداخت جدیدی در روزهای اولیه به این شکل است. به اصطلاح لیست شرکا گاهی تفاوت بزرگی بین امضای MOU و واقعاً راه‌اندازی دارد و این انتشارها معمولاً تمایز خاصی قائل نمی‌شوند.

شرکت‌کنندگان سنگین‌وزن پشت زیرساخت بیشتر قابل توجه هستند. در سال 2025، استرایپ 19 تریلیون دلار پرداخت پردازش کرد و حجم کل 34 درصد نسبت به سال قبل رشد داشت. در همین حال، کوین بیس، کلودفلر، ویزا، گوگل و یک شبکه کامل از شراکت‌ها با تمپو همه وارد صحنه شده‌اند.

به عبارت دیگر، مسیر هموار شده است. تنها سوال باقی‌مانده این است: آیا در سال 2026، یک نماینده هوش مصنوعی واقعاً نیاز به انجام معاملات در مقیاس بزرگ در این مسیر دارد؟ یا این بیشتر شبیه به کشیدن کابل‌های فیبر نوری در سال 1998 است—ساخت زیرساخت قبل از رسیدن تقاضا.

کدام یک را باید انتخاب کنید؟

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

اگر شما قبلاً در اکوسیستم استرایپ هستید و می‌خواهید از ترافیک نماینده استفاده کنید، MPP مناسب‌تر است. جلسات، پرداخت‌های جریانی، ترکیب ارز فیات و ارز دیجیتال، و یک سیستم کامل انطباق اساساً شبیه به یک ارتقاء پیکربندی است تا یک بازسازی سیستم.

اگر فقط به یک چیز اهمیت می‌دهید: توانایی دریافت پرداخت‌ها بدون توجه به پروتکلی که عامل استفاده می‌کند، پس پاسخ در واقع این است: از Stripe استفاده کنید. این از هر دو طرف پشتیبانی می‌کند.

HTTP 402 بالاخره هدف خود را پیدا کرده است. این تقریباً ۲۷ سال طول کشید.

[لینک مقاله اصلی]