Манифест агент-экономики

1. Многим автономным системам потребуется платить и получать платежи

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

2. Одних платежей недостаточно

Платёжная квитанция говорит, что стоимость переместилась. Она не говорит, что работа была завершена. Агент-экономике нужны рабочие соглашения, квитанции верификации и квитанции расчёта. Интересующая единица — не операция. Это контракт.

3. Программируемое принятие — это недостающий примитив

Основной вопрос не «может ли агент отправить деньги?» Это: можно ли платёж использовать только при выполнении согласованного условия? Вот в чём разница между банковским переводом и контрактом. Агент-экономике нужен второй вариант.

4. Агентам нужен ограниченный кредит, не неограниченные кошельки

Безопасный агент не должен держать неограниченные средства. Он должен получать ограниченные, временные, целевые инструменты. История банковского дела — это история ограниченных обещаний. Агентам тоже нужны ограниченные обещания.

5. Выигрывающий стек будет многоуровневым

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

Машиночитаемые условия

Агент не может договариваться о туманном счёте. Ему нужны структурированные условия: цена, актив, сеть, получатель, срок, правило возврата, верификатор и определение задачи. Всё меньшее — это артефакт в виде человека, замаскированный под программное обеспечение.

Безфрикционный платёж

Агент может вызывать сотни инструментов в минуту. Платёж не может требовать ручного оформления, CAPTCHA или шестиэтапного танца OAuth. Трение — враг автоматизации.

Детерминированные затраты

Агентам нужно знать, стоит ли операция того, чтобы её выполнить, перед отправкой. Непредсказуемые комиссии и аукционы газа затрудняют планирование крохотных автономных платежей и делают невозможным их бюджетирование.

Ограниченные траты

Агент должен иметь лимиты — по задаче, по контрагенту, по дню, по активу, по категории риска. Правильный по умолчанию вариант — наименьший возможный объём полномочий, который всё ещё выполняет работу.

Верификация работ

Система должна определить, что считается приемлемой работой. Это может быть объективный результат, подписанная квитанция верификатора, криптографическое доказательство, обязательство хеша или решение, проверенное человеком. Без правила верификации платёж становится чаевыми.

Квитанции расчётов

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

Традиционные платёжные системы разработаны для постоянных идентичностей: люди, компании, банковские счета, карты, торговые счета, обратные платежи, юридическое возмещение. Это уместно для человеческой коммерции.

Агенты другие. Они могут быть временными процессами. Они могут действовать под делегированной полномочией. Им может потребоваться оплата за один вызов API. Они могут работать внутри рабочего процесса, где контрагент — это другой агент, а не зарегистрированный продавец.

Это не делает традиционные системы бесполезными. Они останутся важными везде, где человек авторизует покупку. Но более глубокий уровень — автономное урегулирование работ: агент платит другому агенту или сервису за задачу, и сама система проверяет, была ли задача завершена.

Этот уровень не может быть обёрткой вокруг сети карточек. Это должны быть деньги с логикой внутри них.

Проверяемый рабочий процесс отвечает на один вопрос:

Произошла ли работа?

Это имеет значение. Без верификации автономные платежи становятся слепыми переводами. Агентам нужны квитанции, хеши задач, предикаты принятия и доказательства расчётов.

Но одной верификации недостаточно для создания экономики.

Больший взлом происходит, когда агенты могут выпускать друг другу ограниченный, программируемый кредит.

Родительский агент должен иметь возможность дать подагенту бюджет без передачи приватного ключа. Поставщик данных должен иметь возможность принять подлежащую погашению Note вместо требования немедленного расчёта. Рынок вычислений должен быть в состоянии оценить работу в небольших требованиях с условиями задачи. Верификатор должен иметь возможность отпустить расчёт только тогда, когда работа соответствует соглашению.

Вот в чём разница между агентными платежами и агент-экономикой.

Платежи перемещают стоимость.

Верификация доказывает работу.

Кредит создаёт экономическое действие.

На Ergo это может быть выражено через Reserve, Note, Tracker и Acceptance Predicate:

• Reserve поддерживает кредит;
• Note несёт требование;
• Tracker предотвращает двойное погашение или записывает состояние бухгалтерского учёта;
• Acceptance Predicate связывает погашение с проверенной работой.

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

Вот где автономные агенты становятся экономическими субъектами вместо платёжных клиентов.

Небольшого словаря достаточно для компоновки большинства потоков агент-экономики.

Reserve

Reserve — это уровень поддержки. Он держит залог или определяет правила выпуска. Когда оркестратор выпускает кредит подагентам, Reserve — это источник доверия.

Note

Note — это программируемый инструмент на предъявителя. Он может представлять расходуемый бюджет или требование против Reserve. Он несёт стоимость, срок действия и условия конкретной задачи. Тот, кто держит Note, может попытаться его погасить — с учетом собственных правил Note.

Tracker

Tracker предотвращает двойное погашение и записывает изменения состояния. В кредитной системе разница между целостностью и хаосом заключается в том, сможете ли вы помешать Note быть погашённой дважды.

Acceptance Predicate

Predicate принятия — это рабочее правило. Оно может требовать хеш задачи, квитанцию верификатора, срок, подпись или любую их композицию. Это умный контракт, который живёт внутри платежа, а не рядом с ним.

Вместе эти примитивы превращают платёжный инструмент в небольшой контракт на работу.

eUTXO делает состояние явным

Каждый box имеет стоимость, регистры и правило трат. Агенты могут рассуждать о переходах состояния перед отправкой операций. Нет скрытого глобального состояния, которое удивит их во время полёта.

ErgoScript помещает логику в платёж

Условие траты может кодировать правило принятия. Платёж — это не уведомление серверу где-то — это самодостаточный контракт, который майнеры обеспечивают.

Babel Fees снижают трение начальной загрузки газа

Агентам не нужен предварительно финансируемый кошелёк с местным токеном только для работы. Babel Fees позволяют оплату комиссий через механизмы преобразования токенов везде, где существует Babel box, удаляя один из наиболее неудобных шагов в включении агента.

Встроенные токены и Notes компонуются

Токены обрабатывают владение. Notes обрабатывают программируемый кредит и расчёты. Одно приложение может использовать оба в одной операции без моста или обёртки.

PoW означает отсутствие выключателя убийства управления

Базовая цепь PoW имеет другую модель управления, чем системы, управляемые валидаторами или фондом. Инфраструктура агентов нуждается в базовом уровне, который никто не может приостановить по комитету. PoW это даёт.

Это не лучшие практики. Это правила.

1. Нет скрытого опекунства. Пользователи должны всегда знать, кто контролирует средства.
2. Нет неограниченных агентов. Каждый агент получает явные лимиты трат.
3. Нет платежей без условий. Цена, задача, срок и верификатор являются явными, машиночитаемыми и подписанными.
4. Нет расчётов без квитанций. Платёж и верификация работ проверяемы навсегда.
5. Нет производственных претензий без аудитов. Демо — это демо. Аудиты — это аудиты. Путаница в них — это нарушение профессионального долга.
6. Нет абсолютизма одного канала. Агент-экономика многоуровневая и совместима, или это не агент-экономика.
7. Нет поддельной децентрализации. Если сервер может переписать результат, README говорит об этом на первой строке.

Что если существующие платёжные сети решают агентную коммерцию?

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

Что если систем EVM достаточно?

Цепи модели счета могут реализовать многие из этих паттернов. Аргумент заключается не в том, что другие системы неспособны. Это в том, что eUTXO, ErgoScript и Notes делают этот дизайн необычайно прямым, проверяемым и анализируемым — и для инфраструктуры агентов эти три свойства имеют большее значение, чем размер экосистемы.

Что если агентам не нужен кредит?

Некоторые агенты будут нуждаться только в простых платежах. Но в момент, когда агенты начинают координироваться — оркестраторы, подагенты, делегированные бюджеты, отложенные расчёты — кредитные инструменты становятся необходимыми. Чем больше агенты сотрудничают, тем больше кредит имеет значение.

Что если пользователи не доверяют автономным платежам?

Они должны быть осторожны. Именно поэтому агентные платежи нуждаются в лимитах трат, квитанциях, шлюзах аудита, политиках отмены человеком и прозрачных раскрытиях рисков. Доверие заработано тем, что быть честным о том, что система может и не может гарантировать.

Что если ещё слишком рано?

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

Строите мало. Строите в тестнете. Публикуйте код. Показывайте квитанции. Запишите режимы отказа. Сделайте демо воспроизводимыми. Добавьте тесты для повтора, истечения, неправильного выхода, неправильного получателя, частичной работы и неудачного расчёта. Задокументируйте то, что вы не знаете.

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

Постройте примитивы. Честно их протестируйте. Публично их аудируйте. Доставляйте медленно. Затем строите то, что зависит от них.

Это работа следующего десятилетия.

Что такое агент-экономика?

Агент-экономика — это сеть экономических взаимодействий между программными агентами, людьми, сервисами и рынками. Она включает платные вызовы API, использование инструментов, делегированные задачи, рынки вычислений, доступ к данным, верификацию работ и расчёты между нечеловеческими контрагентами.

Нужны ли все ИИ агенты кошельками?

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

Что такое программируемые деньги?

Программируемые деньги — это стоимость с прикреплёнными правилами: кто может её потратить, когда она истекает, какое условие должно быть выполнено для погашения, какой Reserve её поддерживает и как записывается расчёт. Это разница между банкнотой и контрактом — обе обозначают стоимость, но только одна знает, для чего она нужна.

Почему не просто использовать существующие платёжные сети?

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

Является ли Ergo единственной возможной цепью для этого?

Нет. Другие системы могут реализовать части стека. Утверждение Ergo состоит в том, что его модель eUTXO, ErgoScript, встроенные токены, Babel Fees и PoW расчёты делают его необычайно хорошо подходящим для инструментов программируемых агентных платежей — не то, что это единственный дом для них.

На что обязывает этот манифест?

На тезис. Не на дорожную карту продукта, не на запуск токена, не на гарантию какой-либо конкретной реализации. Тезис состоит в том, что программируемые деньги — это основа агент-экономики, и что основание должно быть построено честно — примитив за примитивом, аудит за аудитом, квитанция за квитанцией.