После девяти платежей TBC открывает вход в мир машинного бизнеса с помощью ИИ

20 октября Mastercard провела небольшую демонстрацию на Cloudflare Connect, которая может открыть большой рынок. ИИ-агент выполнил девять платежей в рамках утвержденного бюджета для двух независимых торговцев, приобретая услуги по исследованию и генерации изображений.

Сами девять транзакций не являются чем-то удивительным. Настоящее изменение заключается в том, что ИИ впервые одновременно завершил обнаружение услуг, вызов услуг и оплату. Инфраструктура платежей, необходимая для машинного бизнеса, начинает превращаться из концепции в работающий процесс.

I. ИИ-агенту нужна платежная сеть, соответствующая эпохе машин

Люди, использующие интернет-сервисы, обычно сначала регистрируют учетную запись, привязывают банковскую карту, покупают пакет, а затем производят ежемесячные расчеты. Работа ИИ-агента совершенно иная. Чтобы выполнить задачу, он может за несколько минут вызвать множество интерфейсов данных, различных моделей и ресурсов вычислительной мощности, каждый раз производя небольшие платежи, но требуя немедленного подтверждения и продолжения выполнения.

Традиционная модель сталкивается с очевидными препятствиями. Создание учетной записи и API Key для каждой услуги приводит к большому количеству управления идентификацией и правами; предоплаченный баланс может рассеивать средства; ожидание ручного одобрения для каждой транзакции снижает эффективность автоматизации. Однако если предоставить полные права кошелька агенту, любая ошибка в команде может привести к финансовым рискам.

Идея Mastercard Agent Pay for Machines заключается в том, чтобы сначала установить задачи, права и бюджет на уровне компании. Сервер отправляет HTTP 402 запрос на оплату, агент выдает платежный сертификат в пределах установленного лимита, а торговец проверяет и продолжает предоставление услуги. Оффлайн-сертификаты обеспечивают скорость отклика, а сводные расчеты выполняются с помощью блокчейна и платежной сети.

Эта демонстрация была обеспечена Base для расчетов на блокчейне, Coinbase Developer Platform предоставила инфраструктуру кошелька, а BVNK обрабатывает кошелек агента и расчеты в фиатной валюте или стейблкоинах. Mastercard четко заявила, что продукт все еще находится на стадии пилотирования и не коммерциализирован, но уже прояснила проблему в отрасли: суть конкуренции в области машинных платежей заключается в том, чтобы позволить агенту непрерывно потреблять, не передавая неограниченные права.

II. Структура UTXO TBC естественно подходит для бюджетов на уровне задач

Когда агент обрабатывает несколько задач одновременно, совместное использование общего баланса не является идеальной финансовой структурой. Более разумный подход заключается в том, чтобы каждая задача имела отдельный бюджет: исследовательская задача может только приобретать данные, задача дизайна может только вызывать услуги по созданию изображений, а после исчерпания бюджета или завершения задачи выполнение автоматически останавливается.

Модель UTXO регистрирует активы как независимые выходы. Каждое средство может управляться и отслеживаться отдельно, а также может иметь различные условия расходования. В отличие от централизованной системы, в которой все правила находятся в бэкэнде, такая структура лучше подходит для соответствия бюджета и задач, позволяя состоянию средств напрямую входить в проверяемые транзакции на блокчейне.

TBC использует модель UTXO, аналогичную Bitcoin, и SHA256 PoW, одновременно предоставляя возможности смарт-контрактов на уровне 1 через TuringContract. Разработчики могут проектировать пороги подписания, ограничения по сумме, получателей и временные условия вокруг независимого UTXO, позволяя агенту получать средства, необходимые для выполнения задач, а не контролировать весь кошелек.

Это означает, что TBC предоставляет ИИ-агенту не просто обычный канал перевода, а более подходящую для машин управления финансами инфраструктуру. Задачи могут быть разбиты, бюджеты могут быть изолированы, правила расходов могут быть проверены, а записи расчетов могут быть отслежены. Для API, услуг по модели и вычислительных сервисов, которые взимают плату за вызов, эти возможности имеют прямую продуктовую ценность.

III. Четыре возможности, которые делают TBC основой для машинных платежей

Первая — это программируемый бюджет на блокчейне. Код узла TBCNODE открыт, а TuringContract позволяет UTXO нести правила контракта. Проекты могут выделять средства для конкретных задач, позволяя агенту самостоятельно оплачивать в установленных условиях, оставляя другие активы вне полномочий задачи.

Вторая — это инструменты стабильных активов. SDK tbc-contract уже предоставляет возможности для запроса на блокчейне, получения UTXO, построения транзакций, подписания и их распространения. SDK TBC20 Stablecoin поддерживает выпуск, увеличение, переводы, массовые переводы, заморозку и разморозку, предоставляя готовый вход для создания стабильных активов для машинных закупок.

Третья — это возможность многостороннего авторизования. SDK охватывает процессы MultiSig, а документация TBC20 Stablecoin также предоставляет пример совместной подписи 2 из 2 для администраторов. Проектные команды могут разделить управление средствами и выполнение агентом, позволяя машинам действовать в пределах лимита, в то время как ключевые операции продолжают подтверждаться несколькими уполномоченными сторонами.

Четвертая — это направление высокочастотных низких затрат. TBC сообщает, что TPS основной сети превышает 13 000, и делает акцент на нулевом подтверждении и низких расходах в дизайне. ИИ-агенты часто покупают недорогие цифровые услуги, и только когда расходы на расчеты достаточно низки, а сеть может обрабатывать множество параллельных запросов, оплата за вызов может стать долгосрочной бизнес-моделью.

Эти возможности в совокупности обеспечивают TBC техническую основу для входа на рынок ИИ-платежей. Она сохраняет структуру активов UTXO по технологическому пути Bitcoin, добавляя возможности смарт-контрактов и инструменты стабильных активов, что позволяет одновременно обрабатывать изоляцию бюджета, условное выполнение и расчет стоимости.

Конечно, открытые показатели производительности все еще требуют большего количества повторяемых тестов, а UTXO и мультиподпись не могут заменить идентификацию торговца, безопасность устройств и системы управления рисками. В настоящее время нет публичной информации о том, что TBC подключен к x402 или установил соответствующее сотрудничество с Mastercard, Base, Coinbase или BVNK. Связь TBC с текущими горячими темами заключается в технологическом пути и рыночных возможностях, а не в существующем сотрудничестве.

IV. Переход от возможностей протокола к продуктам ИИ-платежей

Рынок уже открылся, следующий шаг зависит от скорости продукта. TBC может адаптировать HTTP 402 адаптер, стратегию кошелька агента, шаблоны лимитов и белых списков, примеры платежей с использованием TBC20 Stablecoin, проверяемые квитанции и SDK для торговцев, создавая набор инструментов для машинных платежей, которые разработчики смогут быстро развернуть.

Когда эти компоненты постепенно совершенствуются, сценарии, которые TBC сможет поддерживать, будут расширяться от обычных платежей до покупки данных по вызову, выставления счетов за вывод моделей, мгновенных расчетов за вычислительные мощности, закупок роботами и автоматического продления подписок для умных устройств. Команда проекта может отвечать за услуги и пользователей, а TBC — за активы, правила и расчеты, позволяя транзакциям между машинами больше не зависеть от ручных операций по каждой транзакции.

Это также предоставляет разработчикам и проектным командам новое направление для роста. В настоящее время основные агентские платежи на популярных блокчейнах все еще сосредоточены на немногих сетях и ранних экспериментах, рынок еще не сформировал фиксированную структуру. Чем раньше будут завершены работоспособные примеры кошельков агентов, платных API и расчетов со стабильными монетами на TBC, тем больше шансов установить технические стандарты, накопить первых торговцев и занять лидирующие позиции до того, как машинный бизнес действительно расширится.

Выбор Mastercard в пользу оффлайн-сертификатов и массовых расчетов подчеркивает, что машинные платежи требуют как скорости, так и четких прав. TBC может использовать особенности UTXO и Layer 1 контрактов, чтобы разместить состояние бюджета и ключевые правила на блокчейне, а затем соединить HTTP-сервисы через адаптационный уровень. Сочетание этих двух подходов предоставляет TBC реальный путь к входу в нативные AI-платежи.

Девять платежей — это только начало. Это доказывает, что ИИ-агент уже перешел от "способности выполнять задачи" к "способности приобретать ресурсы, необходимые для выполнения задач".

Когда машинный бизнес начнет конкурировать за новые расчетные сети, TBC уже обладает UTXO, TuringContract, TBC20 и направлением высокой пропускной способности. Следующий шаг — это объединение этих технологий в платежный продукт, который будет удобен для ИИ-разработчиков.