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

چطور یک فروشنده می‌تواند مطمئن شود که یک عامل هوش مصنوعی اجازه دارد بدون دخالت انسان هزینه کند؟ این شکاف بنیادین در اعتماد، دلیل اصلی اقدام ویزا (Visa) و مسترکارت (Mastercard) در ۹ سپتامبر ۲۰۲۶ بود تا به‌جای بحث‌های مفهومی، مستندات فنی سخت‌گیرانه‌ای را منتشر کنند و به‌طور مؤثر عصر «تجارت انتزاعیِ عامل‌ها» را به پایان برسانند.

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

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

به گزارش منابع صنعتی، بازیگران دیگر نیز در حال هم‌سویی هستند. این فهرست شامل x402 (پروژه‌ای از کوین‌بیس (Coinbase) که به بنیاد لینوکس منتقل شده) و AP2 است؛ همکاری گسترده‌ای میان گوگل (Google)، ویزا، مسترکارت، پِی‌پل (PayPal) و حدود ۶۰ شریک تجاری دیگر.

بر اساس تحلیل فنی آلیس‌لبز (AliceLabs)، این دو غول پرداخت رویکردهای معماری متفاوتی را اتخاذ کرده‌اند:

• ویزا پروتکل TAP (Trusted Agent Protocol) را منتشر کرد. این پروتکل شامل یک مخزن باز با پیاده‌سازی مرجع است که دارای ثبت‌نام عامل، بک‌اِند و فرانت‌اِند فروشنده و یک عامل فعال است. TAP از امضاهای رمزنگاری‌شده (شامل برچسب‌های زمانی، شناسه‌های نشست منحصربه‌فرد و الگوریتم‌های خاص) استفاده می‌کند تا حملات بازپخش (Replay Attacks) را غیرممکن سازد.
• مسترکارت قابلیت VI (Verifiable Intent) را راه‌اندازی کرد که به فروشندگان اجازه می‌دهد اعتبارنامه‌های امضا شده‌ی «قصد خرید» را به‌صورت آنی در جریان تأیید تراکنش، پیش از جابه‌جایی هرگونه وجه، بررسی کنند.

با این حال، یک شکاف بحرانی باقی مانده است: «حسابرسیِ حسابرس». هر دو پروتکل TAP و VI بر اساس یک منطق دوری عمل می‌کنند؛ یعنی شبکه قابل اعتماد است چون پروتکل می‌گوید چنین است. در حال حاضر هیچ راهی برای یک طرف خارجی وجود ندارد تا تأیید کند یک عامل «معتمد»، دست‌کاری نشده یا با پاسخ‌های از پیش تعیین‌شده برنامه‌ریزی نشده است، مگر اینکه به کلیدهای API یا عضویت در همان شبکه تکیه کند.

برای پر کردن این خلاء، آلیس‌لبز نسخه ۱.۳.۳ آداپتور اعتماد جهانی (Universal Trust Adapter یا UTA) را منتشر کرد. برخلاف پروتکل‌های وابسته به شبکه، UTA شواهدی ارائه می‌دهد که به‌صورت آفلاین و بدون نیاز به کلیدهای API قابل تأیید هستند. این ابزار از بررسی Ed25519 در برابر لنگرهای اعتماد (Trust Anchors) استفاده می‌کند و تأیید را در چند میلی‌ثانیه انجام می‌دهد.

طبق مستندات منتشر شده، آلیس‌لبز سه درس کلیدی از پروتکل‌های غول‌های پرداخت را در UTA ادغام کرده است:

۱. تازگی دوطرفه (برگرفته از ویزا): اعتبار از روی بایت‌ها استخراج می‌شود، نه متادیتای جانبی. سیستم اجراکننده پنجره‌ای را تحمیل می‌کند که در آن زمان صدور باید قبل از زمان فعلی و زمان فعلی قبل از زمان انقضا باشد.
۲. تأیید درون-جریانی (برگرفته از مسترکارت): تأیید بدون درخواست اجازه و در داخل جریان تراکنش رخ می‌دهد که منجر به حذف تماس‌های شبکه‌ای و نیاز به عضویت می‌شود.
۳. دفاتر ثبت تغییرناپذیر: برای جلوگیری از مشکل «جعبه سیاه»، مجموعه انطباق در Rekor (بخشی از Sigstore) که یک دفتر ثبت شفافیت عمومی و فقط-افزودنی است، لنگر انداخته است.

به‌عنوان مثال، ورودی شماره ۳ در این دفتر ثبت، حاوی اثر انگشت (Digest) مجموعه نسخه ۱.۳.۳ است؛ به این معنا که هرگونه تلاش برای تغییر مخفیانه تاریخچه این ابزار، بلافاصله توسط دفتر ثبت عمومی قابل شناسایی است.

برای اثبات این شفافیت، آلیس‌لبز پیوندهای زنده برای تأیید عمومی ارائه داده است که شامل مجموعه انطباق (با ۱۴ بردار و ۲۴ بررسی رفتاری)، بیلد‌های بازتولیدپذیر (Reproducible Builds) و لنگرهای Rekor است.

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

گام بعدی شما

• اگر در حال توسعه عامل‌های پرداخت هستید، مستندات پروتکل TAP و VI را برای درک استانداردهای صنعتی مطالعه کنید.
• برای پیاده‌سازی لایه تأیید مستقل از شبکه، کتابخانه UTA v1.3.3 را در جریان کاری خود تست کنید.
• از ابزار Rekor برای ثبت اثر انگشت نسخه‌های مدل‌های عامل خود استفاده کنید تا شفافیت حسابرسی را افزایش دهید.

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