پس از نه پرداخت، TBC به ورودی تجاری ماشین‌های هوش مصنوعی می‌رسد

در تاریخ 20 اکتبر، Mastercard در Cloudflare Connect یک نمایش کوچک انجام داد، اما ممکن است یک بازار بزرگ را باز کند. یک نماینده هوش مصنوعی در یک بودجه تأیید شده، نه پرداخت به دو فروشنده مستقل انجام داد و خدمات تحقیق و تولید تصویر خریداری کرد.

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

یک نماینده هوش مصنوعی به شبکه پرداخت متعلق به عصر ماشین نیاز دارد

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

مدل سنتی در اینجا با موانع واضحی مواجه می‌شود. ایجاد حساب و کلید API برای هر خدمت، مدیریت هویت و مجوز را به شدت افزایش می‌دهد؛ موجودی پیش‌پرداخت می‌تواند منابع را پراکنده کند؛ و انتظار برای تأیید دستی هر معامله، کارایی خودکارسازی را از بین می‌برد. اما اگر تمام مجوزهای کیف پول را به نماینده بدهید، هر دستور اشتباهی می‌تواند به خطر مالی تبدیل شود.

ایده‌ای که Mastercard Agent Pay for Machines ارائه می‌دهد، این است که ابتدا شرکت وظیفه، مجوز و بودجه را تعیین کند. سرور درخواست پرداخت HTTP 402 را ارسال می‌کند، نماینده گواهی پرداخت مطابق با محدودیت را صادر می‌کند و فروشنده پس از تأیید، خدمات را ادامه می‌دهد. گواهی‌های آفلاین سرعت پاسخ را تضمین می‌کنند و تسویه‌ حساب‌های تجمیع شده توسط بلاک‌چین و شبکه پرداخت انجام می‌شود.

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

دو ساختار UTXO TBC به طور طبیعی برای بودجه سطح وظیفه مناسب است

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

مدل UTXO دارایی‌ها را به عنوان خروجی‌های مستقل از یکدیگر ثبت می‌کند. هر مقدار مالی می‌تواند به طور جداگانه مدیریت و پیگیری شود و می‌تواند شرایط هزینه متفاوتی را پیکربندی کند. در مقایسه با قرار دادن تمام قوانین در یک پس‌زمینه متمرکز، این ساختار برای مطابقت دادن بودجه و وظیفه بسیار مناسب‌تر است و وضعیت مالی به طور مستقیم وارد معاملات قابل تأیید زنجیره‌ای می‌شود.

TBC از UTXO به سبک Bitcoin و SHA256 PoW استفاده می‌کند و همزمان از TuringContract برای ارائه قابلیت‌های قرارداد هوشمند لایه 1 استفاده می‌کند. توسعه‌دهندگان می‌توانند در اطراف UTXO مستقل، آستانه‌های امضا، محدودیت‌های مبلغ، دریافت‌کنندگان و شرایط زمانی را طراحی کنند تا نماینده به منابع مالی مورد نیاز برای انجام وظایف دست یابد، نه اینکه کنترل کامل کیف پول را به دست آورد.

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

سه قابلیت TBC را برای پرداخت‌های ماشین مناسب می‌سازد

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

دومین قابلیت، ابزار دارایی پایدار است. SDK قرارداد tbc هم‌اکنون جستجوی زنجیره‌ای، دریافت UTXO، ساخت معامله، امضا و پخش را ارائه می‌دهد. SDK استیبل‌کوین TBC20 از انتشار، افزایش، انتقال، انتقال انبوه، مسدود کردن و آزاد کردن پشتیبانی می‌کند و یک ورودی توسعه آماده برای ایجاد دارایی‌های با قیمت ثابت برای خرید ماشین‌ها فراهم می‌کند.

سومین قابلیت، توانایی مجوز چندجانبه است. SDK فرآیند MultiSig را پوشش می‌دهد و مستندات استیبل‌کوین TBC20 همچنین نمونه‌ای از امضای مشترک 2-of-2 مدیران را ارائه می‌دهد. طرف پروژه می‌تواند مدیریت منابع مالی را از اجرای نماینده جدا کند، به طوری که ماشین مسئول عمل در محدوده مجوز باشد و عملیات کلیدی همچنان توسط چندین طرف مجاز تأیید شود.

چهارمین قابلیت، جهت‌گیری هزینه پایین و فرکانس بالا است. TBC در اطلاعات عمومی خود اعلام کرده است که TPS شبکه اصلی بیش از 13,000 است و تأکید بر تأیید صفر و هزینه‌های پایین به عنوان نقاط طراحی دارد. نماینده هوش مصنوعی معمولاً خدمات دیجیتال با قیمت پایین خریداری می‌کند و تنها زمانی که هزینه‌های تسویه به اندازه کافی پایین باشد و شبکه بتواند درخواست‌های همزمان زیادی را پردازش کند، پرداخت بر اساس تعداد دفعات می‌تواند به یک مدل تجاری بلندمدت تبدیل شود.

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

البته، معیارهای عملکرد عمومی هنوز به آزمایش‌های تکراری بیشتری نیاز دارند و UTXO و چند امضایی نمی‌توانند جایگزین هویت فروشنده، امنیت دستگاه و سیستم‌های مدیریت ریسک شوند. در حال حاضر هیچ اطلاعات عمومی وجود ندارد که نشان دهد TBC به x402 متصل شده است یا با Mastercard، Base، Coinbase و BVNK همکاری‌های مرتبطی برقرار کرده است. ارتباط TBC با داغ‌ترین موضوعات این هفته، مسیر فنی و فرصت‌های بازار است، نه همکاری‌های موجود.

چهارم از قابلیت‌های پروتکل به محصولات پرداخت هوش مصنوعی

پنجره بازار اکنون باز شده است و مرحله بعدی به سرعت محصول بستگی دارد. TBC می‌تواند حول آداپتور HTTP 402، استراتژی کیف پول نماینده، الگوهای مجوز و لیست سفید، موارد پرداخت استیبل‌کوین TBC20، رسیدهای قابل تأیید و SDK فروشنده، مجموعه‌ای از ابزارهای پرداخت ماشین را ایجاد کند که توسعه‌دهندگان بتوانند به سرعت مستقر کنند.

زمانی که این اجزا به تدریج کامل شوند، صحنه‌هایی که TBC می‌تواند پشتیبانی کند از پرداخت‌های عادی به خرید داده به ازای هر بار، محاسبه هزینه مدل، تسویه فوری محاسباتی، خرید ربات‌ها و تمدید خودکار دستگاه‌های هوشمند گسترش می‌یابد. تیم پروژه می‌تواند مسئول خدمات و کاربران باشد، در حالی که TBC مسئول دارایی‌ها، قوانین و تسویه‌ها است و معاملات بین ماشین‌ها دیگر نیازی به عملیات دستی به صورت موردی نخواهد داشت.

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

Mastercard انتخاب گواهی‌های آفلاین و تسویه‌های انبوه را انجام داده است، که نشان می‌دهد پرداخت ماشین هم به سرعت و هم به مجوزهای واضح نیاز دارد. TBC می‌تواند از ویژگی‌های UTXO و قراردادهای لایه 1 استفاده کند تا وضعیت بودجه و قوانین کلیدی را به زنجیره منتقل کند و سپس از طریق لایه تطبیق به خدمات HTTP متصل شود. ترکیب این دو ایده، مسیر واقعی برای ورود TBC به پرداخت‌های بومی هوش مصنوعی فراهم می‌کند.

نه پرداخت تنها آغاز است. این نشان می‌دهد که نماینده هوش مصنوعی از "توانایی انجام وظیفه" به "توانایی خرید منابع مورد نیاز برای انجام وظیفه" پیشرفت کرده است.

زمانی که تجارت ماشین شروع به رقابت برای شبکه‌های تسویه جدید کند، TBC از UTXO، TuringContract، TBC20 و جهت‌گیری همزمان برخوردار است. مرحله بعدی، ترکیب این فناوری‌ها به محصول پرداختی است که توسعه‌دهندگان هوش مصنوعی مایل به استفاده مستقیم از آن هستند.

منبع اطلاعات Mastercard Agent Pay for Machines · Mastercard Early Access · TBC Contract SDK · TBC20 Stablecoin SDK · TBCNODE · TBC White Paper