کوینبیس کیفپولهای هوشمند و x402 را معرفی کرد
جریان مبتنی بر HTTP 402 به عنوان یک دست دادن استاندارد برای پرداخت دیوار نرمافزار معرفی میشود، با تماسهای API به قیمت USDC و مسیری از AWS CloudFront/WAF.
کوین بیس در حال معرفی "کیف پولهای عاملیت" و جریان پرداخت x402 به عنوان زیرساختهای اولیه برای نرمافزارهای خودمختار است تا برای خدمات آنلاین با استیبلکوینها پرداخت کنند. این شرکت اعلام کرده است که x402 بیش از 50 میلیون تراکنش را پردازش کرده و این پروتکل را با ادغامهایی مانند API SQL USDC به قیمت 0.10 دلار به ازای هر پرسش و مسیر پذیرش AWS CloudFront/WAF ترکیب کرده است.
نکات کلیدی
- کوین بیس در فوریه ۲۰۲۶ "کیف پولهای عاملی" را با ویژگیهای تأمین مالی، ارسال، تجارت و کسب درآمد راهاندازی کرد، با استفاده از سقفهای هر جلسه و هر تراکنش در حالی که حفظ میکندکلیدهای خصوصیاز مدل هوش مصنوعی جدا شده است.
- x402به عنوان یک پروتکل پرداخت باز که بر اساس HTTP 402 "پرداخت الزامی" ساخته شده است، چارچوببندی شده است و به نرمافزار اجازه میدهد تا به یک منبع پرداختشده دسترسی پیدا کند، دستورالعملهای پرداخت را دریافت کند، در زنجیره تسویه کند و بهطور خودکار ادامه دهد.
- کوین بیس یک نشان مقیاس بر روی این فشار قرار داده و اعلام کرده است که x402 بیش از 50 میلیون تراکنش را پردازش کرده است، بدون اینکه تعریفی مستقل یا تأییدیهای در بسته گنجانده شده باشد.
- بهروزرسانیهای مارس ۲۰۲۶ به x402 گسترش یافتند تا تقریباً به هر چیزی برسند.ERC-20 از طریق Permit2 و گاز-حمایت از گسترشها، به همراه ادغامهایی مانند یک SQL با هزینه ۰.۱۰ دلار USDC به ازای هر درخواست API و یک جریان پذیرش ناشر AWS CloudFront/WAF.
Coinbase x402 را به عنوان یک راهحل پرداخت ماشین معرفی میکند پس از ادعای بیش از ۵۰ میلیون تراکنش
پیشنهاد Coinbase این است که «تجارت نماینده» به یک دستدادن پرداخت نیاز دارد که شبیه وب باشد، نه شبیه یک صفحه پرداخت. ساختار بسته شامل دو بخش است: یک پوشش کیف پول دوستانه برای نمایندگان که محدودیتهایی برای آنچه نرمافزار میتواند با وجوه انجام دهد، ایجاد میکند، و یک حلقه پرداخت HTTP-native (x402) که یک درخواست دارای پرداخت را به یک تسویهحساب زنجیرهای و تلاش مجدد تبدیل میکند.
معیار اصلی که Coinbase برای فروش این داستان استفاده میکند، مقیاس است. این شرکت میگوید x402 بیش از ۵۰ میلیون تراکنش را پردازش کرده است. بسته هیچ تجزیه و تحلیل زنجیرهای، داشبورد شخص ثالث، یا حتی تعریفی از آنچه که به عنوان «تراکنش x402» واجد شرایط است، ارائه نمیدهد، که مهم است زیرا این عدد بیشتر کار متقاعدسازی را انجام میدهد.
جایی که چارچوبسازی بیشتر مشخص میشود در توزیع است. مثالها این نیستند که "نمایندگان ممکن است روزی برای چیزها پرداخت کنند"، بلکه سطوح پذیرش خاصی هستند: یک API SQL برای دادههای بلاکچین به قیمت ۰.۱۰ دلار به ازای هر درخواست USDC و یک مسیر AWS CloudFront و AWS WAF برای ناشران جهت پذیرش پرداختهای نماینده.
کیف پولهای عاملی: خودمختاری مجوزدار بدون دادن کلیدها به مدل
یک هوش مصنوعیکیف پول عامل، همانطور که در بسته توضیح داده شده است، یک تنظیم کیف پول است که برای نرمافزار طراحی شده تا تحت قوانین از پیش تعیین شده معامله کند، نه کلیکهای مستقیم انسانی. نقطه عملیاتی این است که به یک عامل اجازه داده شود تا پرداختها یا معاملات روتین را انجام دهد در حالی که شعاع انفجار را محدود نگه دارد زمانی که عامل اشتباه میکند، به خطر میافتد یا به سادگی بیش از حد مشتاق است.
انتخاب پیادهسازی Coinbase صریح است: کیفپولهای Agentic در فوریه ۲۰۲۶ راهاندازی شدند و شامل عملکردهایی از جمله تأمین مالی، ارسال، تجارت و کسب درآمد هستند و کنترلها به محدودیتهای هزینه در هر جلسه و هر تراکنش مربوط میشوند. کلیدهای خصوصی از مدل هوش مصنوعی جدا باقی میمانند که این یک تفکیک واضح از وظایف است. مدل میتواند درخواست اقدام کند، اما دسترسی به نگهداری کلیدهای خام را ندارد.
آن طراحی مانند اعترافی به حالتهای شکست به نظر میرسد. عوامل میتوانند دستورالعملها را اشتباه بفهمند، با خدمات مخرب تعامل داشته باشند یا خریدهای غیرمجاز انجام دهند. محدودیتها و جداسازی کلیدها این مشکلات را حل نمیکنند، اما آنها را از "ضرر کامل" به "ضرر محدود" تبدیل میکنند و افزودن غربالگری تراکنش را آسانتر میکنند وحسابرسیسوابق بدون این که مدل را به عنوان یک امضاکننده مورد اعتماد جلوه دهد.
چگونه x402 یک دیوار پرداخت را به یک حلقه تسویه زنجیرهای تبدیل میکند
x402 به عنوان یک پروتکل پرداخت باز بر اساس کد وضعیت "پرداخت مورد نیاز" 402 HTTP توصیف شده است. به طور مکانیکی، جریان به گونهای طراحی شده است که خستهکننده باشد، به طوری که زیرساخت وب خستهکننده است: نرمافزار یک منبع را درخواست میکند، پاسخ 402 با دستورالعملهای پرداخت دریافت میکند، در زنجیره تسویه میشود و سپس به طور خودکار ادامه مییابد زمانی که پرداخت تأیید شود.
نتیجه این است که یک دست دادن پرداخت استاندارد برای نرمافزار وجود دارد. به جای تأمین کلیدهای API، راهاندازی حسابها، یا هدایت یک انسان از طریق پرداخت، یک عامل میتواند پرداخت را به عنوان بخشی از چرخه حیات درخواست در نظر بگیرد. این پیشنیاز برای کارکرد میکروپرداختها در تنظیمات ماشین به ماشین است، زیرا واحد کار معمولاً "یک پرسش" یا "یک تماس" است، نه یک اشتراک ماهانه.
مثال قابل خواندنترین بسته، API SQL Coinbase است که به عنوان اجازه خرید پرسشهای دادههای بلاکچین به قیمت 0.10 دلار به ازای هر واحد در USDC بدون نیاز به کلیدهای API، حسابها یا تأیید انسانی توصیف شده است. مثال دیگری، معرفی پرداختهای x402 اکسای در آوریل 2026 برای جستجوی پریمیوم است، جایی که عوامل میتوانند به طور خودکار خدمات جستجو را کشف، پرداخت و مصرف کنند.
Coinbase همچنین یک ادغام AWS را اعلام کرد که به ناشران استفادهکننده از CloudFront و WAF اجازه میدهد تا پرداختهای عامل را بپذیرند. بسته مشخص نمیکند که کدام زنجیرهها یا توکنها پشتیبانی میشوند، چگونه تسویه انجام میشود، هزینهها چگونه به نظر میرسند، یا ناشران چگونه قیمتگذاری برای منابع پرداختی را تعیین میکنند. با این حال، جهتگیری واضح است: دروازه پرداخت را در جایی قرار دهید که ناشران قبلاً ترافیک را خاتمه میدهند.
سیگنالهایی برای پیگیری: گسترش ERC-20 از طریق Permit2، حمایت از گاز، و موازی ثبتنام عامل UPI
گسترش مارس 2026 برای پشتیبانی از تقریباً هر توکن ERC-20 از طریق مجوز2 و گسترشهای حمایت از گاز، حرکت سازگاری است. مجوز2 به عنوان مکانیزم تأیید اشاره شده است که پشتیبانی از توکن را گسترش میدهد، در حالی که حمایت از گاز حرکت UX است که میتواند به یک عامل اجازه دهد بدون نگهداری توکنهای گاز بومی پرداخت کند. هر دو اصطکاک را کاهش میدهند، اما بسته نمیگوید که چه مقدار از فعالیت گزارش شده x402 متمرکز بر USDC است در مقابل چند توکنی.
سیگنال بعدی تأیید است، نه ویژگیها. ادعای "بیش از 50 میلیون" معامله x402 Coinbase نیاز به تجزیه و تحلیل مستقل دارد که روشن کند چه چیزی شمارش میشود و کجا در زنجیره تسویه میشود. بدون آن، این عدد یک عنصر بازاریابی است نه یک معیار پذیرش.
جزئیات توزیع بخش دیگری است که گم شده است. مسیر پذیرش AWS CloudFront/WAF تنها در سطح بالا توصیف شده است، بنابراین سوالات عملی باقی میمانند: کدام زنجیرهها و توکنها پشتیبانی میشوند، ناشران چگونه منابع پرداختی را فعال و قیمتگذاری میکنند، و مسیر تسویه و هزینه چگونه به نظر میرسد.
سیگنال سوم این است که آیا مدل قیمتگذاری ۰.۱۰ دلار به ازای هر تماس گسترش مییابد. اگر خدمات بیشتری از Coinbase یا خدمات شخص ثالث قیمتگذاری USDC (یا ERC-20) به ازای درخواست را از طریق x402 برای APIها، دادهها یا محاسبات اتخاذ کنند، این نوع استفاده میتواند به حجم معاملات "استیبلکوین" افزوده شود.استیبلکوینحجم معاملات.
در نهایت، پرداختهای سنتی در حال همگرایی به رویههای کنترلی مشابه هستند. این بسته اشاره میکند که UPI در اوت ۲۰۲۶، ۲۴.۵۱ میلیارد تراکنش به ارزش ۲۹.۸۲ تریلیون روپیه را پردازش کرده و شرکت ملی پرداختهای هند را به عنوان توسعهدهنده یک ثبتنام برای تأییدعاملهای هوش مصنوعیکه از طریق UPI پرداخت میکنند، توصیف میکند که انتظار میرود با خریدهای کوچک شروع شده و شامل محدودیتهای هزینه، بررسی هویت و ردیابی حسابرسی باشد.
اگر این محدودیتها به پیشفرض درریسکهای فیاتتبدیل شوند، کیف پولهای عامل در ارزهای دیجیتال احتمالاً بر اساس همان سطوح قضاوت خواهند شد: محدودیتها، هویت و لاگها.
خوانش من: سناریوی صعودی حجم است، سناریوی نزولی تأیید و سطوح کنترلی است.
آستانهای که اهمیت دارد این است که آیا x402 به یک رویه پرداخت قابل اندازهگیری و قابل حسابرسی تبدیل میشود یا نه، نه یک جریان برند شده. مکانیزم قابل قبول است: HTTP 402 به عنوان محرک، تسویهحساب زنجیرهای به عنوان رسید، و کیف پولهای عامل به عنوان لایه محافظ که کلیدهای خصوصی را از مدل دور نگه میدارد در حالی که هنوز اجازه میدهد نرمافزار هزینه کند.
سناریوی مثبت این است که ادغامها در بسته به شکل مناسبی برای استفاده واقعی هستند. یک API SQL با هزینه ۰.۱۰ دلار USDC به ازای هر درخواست و یک مسیر پذیرش AWS CloudFront/WAF پرداختهای ماشینی را به توزیعهای موجود توسعهدهندگان و ناشران متصل میکند، که منبع حجم معاملات است.
سناریوی منفی این است که بزرگترین عدد در داستان، "بیش از ۵۰ میلیون تراکنش"، هنوز یک معیار قابل تأیید نیست و سطوح کنترلی که تصمیمگیری در مورد پذیرش شرکتی را تعیین میکنند هنوز بهطور کامل مشخص نشدهاند. این موضوع از نظر عملی اهمیت دارد اگر استفاده از x402 بهطور مستقل قابل درک شود و محدودیتهای کیف پول به اندازه کافی استاندارد شوند که ناشران بتوانند به ازای هر درخواست قیمتگذاری کنند بدون اینکه ریسک نمایندگی نامحدود را بپذیرند.
