Автор: Virtuals Protocol
Компиляция: Deep Tide TechFlow
Введение от Deep Tide: Virtuals Protocol совместно с командой dAI Ethereum Foundation представили предложение по стандарту ERC-8183. Ключевая идея заключается в создании доверительного протокола для экономического взаимодействия между AI Agent. Это не просто очередной платежный протокол, а целая инфраструктура для коммерции, охватывающая спецификацию задач, условное депонирование (escrow), проверку выполнения и сертификацию оценки. В сочетании с ранее представленным ERC-8004 (идентичность и репутация Agent) эти стандарты формируют замкнутый цикл: обнаружение, сделка, накопление репутации, лучшее обнаружение, больше доверительных сделок. Если вы интересуетесь путем внедрения экономики AI Agent в блокчейн, эту статью стоит прочитать внимательно.
Полный текст:
Совместная разработка Virtuals Protocol и команды dAI Ethereum Foundation
Спецификация стандарта: https://eips.ethereum.org/EIPS/eip-8183
Обсуждение: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
Присоединиться к сообществу разработчиков: https://t.me/erc8183
Коммерция: Предпосылка децентрализованного ИИ
Если мы хотим, чтобы AI Agent были доступными, децентрализованными, не контролировались единой платформой, не зависели от единственного поставщика и не имели единой точки отказа, то коммерция абсолютно необходима. Коммерция не может быть второстепенной мыслью, она должна быть инфраструктурой. И эта коммерция должна быть всегда открытой и без разрешений. Именно для создания такого «общего цифрового пространства без владельца» и был создан @ethereum.
Почему? Потому что децентрализация на уровне ИИ и Agent требует большого количества независимых Agent и сервисов. Например, если есть только один Agent, который генерирует изображения, и он перестает работать, то генерация изображений остается централизованной, независимо от протокола, на котором он работает. Если только один провайдер контролирует выполнение транзакций, то управление средствами зависит от операционной воли одной стороны. Если только одна платформа контролирует инфраструктуру расчетов, то каждый поставщик и каждый клиент подчиняются правилам этой платформы, даже если на ней тысяча Agent.
Это требует открытой коммерции: любой Agent должен иметь возможность покупать услуги, любой Agent должен иметь возможность предоставлять услуги. Никаких привратников, никаких закрытых экосистем, никаких принудительных посредников.
Почему блокчейн
Ключевой момент в том, что коммерция работает только тогда, когда все стороны могут доверять выполнению сделки. Если клиент платит first, как узнать, что поставщик выполнит работу? Если поставщик выполняет работу first, как узнать, что клиент заплатит? Нужен кто-то, кто будет держать средства, отслеживать выполнение работы и исполнять результат: release payment при завершении, refund при неудаче. Именно доверие (или его отсутствие) фундаментально порождает централизованные entity или привратников.
В традиционной архитектуре этим «кем-то» является платформа. Компания держит средства в escrow, контролирует state machine, решает, кто и когда получает оплату. Эта схема работает — до тех пор, пока не перестает. Платформа может изменить правила, заморозить средства, удалить поставщика, закрыться. Каждый участник зависит от continued доброй воли платформы. Это централизация, не на уровне протокола, а на уровне исполнения. Это не значит, что это плохо, но в системах, лишенных доверия, это необходимо. Наша цель — «де-тотализация» (de-totalization): предотвращение ситуации, когда какое-либо одно entity имеет полный контроль над тем, как Agent совершают сделки. Мы видели это своими глазами: разработчики хотят инфраструктуру, на которую можно положиться, но не зависеть от доброй воли какой-либо одной платформы.
Децентрализованные смарт-контракты в блокчейне — это попытка решения данной проблемы. Escrow, state machine и сертификация оценщиков существуют в публичном, неизменном коде, который никому не принадлежит. Контракт является нейтральным исполнителем, что порождает meaningful сигналы для репутации всех сторон.
Ончейн-расчеты также создают то, что централизованные платформы предоставить не могут: portable, verifiable, immutable записи. Каждая выполненная задача, каждая сертификация оценщика, каждый хэш deliverable записываются в блокчейн и видны любому Agent, любой платформе, любому интерфейсу. Эти записи — сырье для систем репутации и идентичности Agent. Без ончейн-расчетов нет верифицируемой истории. Без верифицируемой истории нет portable репутации. Без portable репутации каждое взаимодействие Agent начинается с нулевого доверия.
Вот почему нужны ончейн-стандарты. Escrow, смена состояний, сертификация — эти части должны быть нейтральными, безопасными, исполняемыми.
Обнаружение, negotiation и communication могут происходить ончейн или оффчейн, через любой наиболее естественный интерфейс. Agent могут взаимодействовать через HTTP, используя протокол интерфейса x402, и опыт будет похож на стандартный API или HTTPS-запрос. Agent не обязательно должны напрямую взаимодействовать с блокчейном. Он подписывает сообщение, а facilitator обрабатывает ончейн-расчеты и стандарт. Или Agent может взаимодействовать напрямую через MCP или A2A. Интерфейс гибкий, но core settlement должен быть trustless, programmatic, on-chain. Это инфраструктура, которую централизованные системы не предоставят, потому что это ослабит их контроль.
Экономика Agent
Модели ИИ и Agent быстро совершенствуются, становясь мощнее, с каждым месяцем. Задачи, которые год назад требовали человеческого опыта — написание production-ready кода, генерация профессионального медиаконтента, анализ финансовых данных, координация многошаговых workflow — теперь Agent могут выполнять с comparable или даже higher качеством. И возможности продолжают ускоряться. Траектория развития ИИ делает новую экономику неизбежной.
Когда Agent становятся мощнее, работа, которую они выполняют, становится more valuable. Agent, который генерирует изображения, неотличимые от профессиональной фотографии, — это услуга, за которую стоит платить. Agent, который анализирует инвестиционный портфель и выполняет оптимизирующие trades, управляет real money. Agent, который проверяет юридические документы и отмечает риски, выполняет работу, за которую люди берут сотни долларов в час.
Вот ключевой переход: ИИ и Agent становятся economic participants, создающими ценность и предоставляющими услуги.
Когда ИИ станет доступным для всех, каждый человек, организация, устройство потенциально будут действовать через Agent. Экономика изменится. Agent будут не только взаимодействовать с людьми и обслуживать их, но и взаимодействовать друг с другом, обслуживать друг друга. Например, Agent, координирующий маркетинговую кампанию, будет нанимать контент-Agent, Agent распространения и аналитический Agent. Экономика превращается в сеть, где Agent торгуют с Agent, работая на machine speed, масштабируясь до global scale.
Когда Agent способны выполнять ценную работу, и у каждого есть Agent, результатом становится экономика, в которой большая часть коммерческой активности проходит через autonomous системы. Это будущее, для которого мы строим.
Проблема: Доверительная коммерция между Agent
Экономике Agent нужна коммерция Agent. А коммерция между Agent, которые никогда не взаимодействовали,跨越不同 организаций и цепей, должна быть trustless.
Когда люди совершают сделки, нанимают друг друга или используют услуги, trust является central. В этих ситуациях trust опосредуется платформами, оценками, правовыми системами и социальными нормами. Когда один Agent нанимает другого Agent, эти механизмы не применимы. Нет social reputation для проверки, нет legal or reputational recourse, работающих на скорости machine transactions, нет platform или regulator для enforcement.
Итак, вопрос становится: как сделать коммерцию между Agent trustless?
Нельзя просто transfer tokens и надеяться на лучшее. Transfer токенов — это не коммерция, это просто payment без гарантий. Нет записи о том, что было agreed, нет mechanism для удержания funds до satisfaction, нет assessment, которое генерирует signals для других Agent, нет recourse, если поставщик не delivers.
Нужны structured collaboration mechanisms: funds, held in programmable decentralized unbiased escrow; work, submitted as verifiable artifacts; evaluators, attesting that deliverables meet terms; outcomes, deterministic. Funds released upon completion, refunded upon rejection, recoverable upon expiration. Все это points to или contributes to identity and reputation сторон.
ERC-8183: Job Primitives
Мы тесно сотрудничали с командой @ethereumfndn dAI, чтобы формализовать это в стандарт. ERC-8183: Agentic Commerce, — это open, permissionless стандарт приложения для коммерции Agent, где escrow и сертификация оценщиков запрограммированы в виде on-chain smart contracts.
ERC-8183 определяет core unit: Job (Задача). Каждый Job состоит из three сторон — Client (Клиент), Provider (Поставщик) и Evaluator (Оценщик). Каждая сторона определяется только своим wallet address, что делает этот primitive widely applicable.
Ключевые components и principles, лежащие в основе primitive Job, включают: (i) Task specification and description — четкая запись task, service или work, привязанная к payment; (ii) Сам payment — хранящийся в unbiased programmed escrow до terminal state и programmatically released; (iii) Записанные, verifiable, traceable submitted deliverables, защищающие как клиента, так и поставщика; (iv) Evaluator attestation — генерирующее signals, имеющие recourse для identity and reputation сторон, обеспечивая aligned incentives для trustless settlement.
Это управляет流转ом Job через four ключевых состояния, обеспечивая trustless transactions:
Open → Funded → Submitted → Terminal( Completed / Rejected / Expired)
Подводя итог: клиент создает Job с поставщиком, затем injects funds, блокируя payment в escrow. Поставщик выполняет работу и вызывает submit, размещая deliverable (или его reference) в chain. Оценщик проверяет submission, вызывая complete (release funds поставщику) или reject (refund клиенту). Если ни поставщик, ни оценщик не действуют до deadline, Job истекает, и клиент reclaims funds.
Стандарт намеренно minimal, forming an atomic primitive. Он не предписывает процесс negotiation, fee structures, dispute resolution, communication protocols или discovery mechanisms. Он определяет только core Job lifecycle — minimal viable surface для trustless Agent commerce.
Evaluator (Оценщик)
Ключевая концепция и design decision в ERC-8183 — это Evaluator, который определяется просто как address. Это всегда Agent в самом broad определении.
Для subjective задач, таких как writing, design или analysis, оценщиком может быть AI Agent, который читает submission, сравнивает с запросом и выносит judgment. Для deterministic задач, таких как computation, proof generation или data transformation, оценщиком является smart contract, обертывающий ZK verifier. Поставщик submits proof, оценщик verifies его on-chain и автоматически вызывает complete или reject. Для high-risk сценариев оценщиком может быть multisig, DAO или validator с staking.
Стандарт не различает их. Address вызывает complete или reject. Запущен ли на этом address LLM Agent или ZK circuit, protocol не cares. Это позволяет одному и тому же interface обрабатывать как task генерации изображения за $0.1, так и task управления фондом за $100,000.
Hooks: Модульная расширяемость
Primitive Job намеренно minimal. Но коммерция — нет. Real applications требуют custom validation, reputation updates, fee distribution, fund transfers, bidding mechanisms и domain-specific logic, зависящей от use case. Задача оценки контента, своп токенов и позиция на prediction market требуют fundamentally different logic.
ERC-8183 решает это с помощью Hooks. Hook — это optional smart contract, attached при создании Job. Он получает callbacks before and after каждой operation, позволяя выполнять custom logic вокруг core lifecycle, не modifying его. Hook идентифицируется single function selector (какой transition происходит), receives relevant parameters. Он может выполнять pre-conditions, block invalid operations, trigger side effects или выполнять additional token transfers, все в той же transaction, что и core state changes.
Если Hook не установлен, contract выполняется normally. Реализация без Hook полностью соответствует ERC-8183. Hooks являются additional, не required. Такой дизайн сохраняет core contract lean, interface stable. Новые use cases поддерживаются через новые Hook contracts, extended logic остается on-chain, programmatic и trustless — так же, как и core.
Примеры коммерческих приложений
Core Job обрабатывает direct service commerce: payment, delivery, assessment. Но экономика, в которой работают Agent, не проста. Некоторые Job involve управление client capital, а не просто получение fees. Некоторые require bidding before назначения поставщика. Некоторые require trust checks, ссылающиеся на external reputation data. Это fundamentally different economic models, и Hooks позволяют одному и тому же core Job interface поддерживать это diversity, делая ERC-8183 universal commerce primitive.
Service Job является baseline, не requires Hook. Клиент платит за генерацию контента, анализ данных или review кода. Core escrow и evaluation process полностью обрабатывают это.
Capital Movement Job goes beyond service fees. Клиент provides capital (токены для свопа, funds для инвестирования), поставщик transforms его, output должен быть возвращен. Hook может управлять этим two-way movement capital outside core escrow, обеспечивая, чтобы поставщик deposited output tokens before Job completion. Это может охватывать широкий спектр: yield farming, token swaps, portfolio rebalancing — любые Job, где поставщик handles client funds или требует upfront capital для выполнения task, а не просто earning fees.
Bidding Job переворачивает модель allocation. Вместо того чтобы клиент pre-selects поставщика, поставщики compete on price. Hook validates cryptographically signed bids at allocation, доказывая, что выбранный поставщик действительно committed to заявленную price. Ни одна сторона не может подделать или deny terms.
Reputation-Gated Job enforces trust на уровне protocol. Hook queries ERC-8004 before allowing operations, blocking low-reputation поставщиков или requiring stricter terms для unverified Agent.
Privacy-Preserving Job leverages Hooks для commerce без exposure data. Privacy Hook может требовать, чтобы поле «submit» содержало reference на zero-knowledge proof (ZKP) или encrypted environment (например, TEE), вместо public раскрытия sensitive task data on-chain. Это гарантирует, что payment является trustless and public, в то время как actual intellectual property или personal data остается в «safe harbor», accessible only authorized Agent.
Risk Assessment/Underwriting Job может through Hooks enforce underwriting на уровне protocol. Hook может требовать, чтобы поставщик или underwriter staked collateral, проверял ERC-8004 reputation score и other relevant metrics before allocation, enforced security deposits that are slashed upon failed evaluation, или queried external risk oracles. Эти ранее opaque approval processes могут стать transparent, programmable и competitive.
Каждое из вышеперечисленных приложений может быть реализовано как different Hook contract, сохраняя core functionality и Job primitive standard unchanged. Новые economic models, commerce applications или variants custom logic — это новые Hooks. Мы introduced initial few Hooks как examples демонстрации возможностей, но мы считаем, что apenas scratched the surface, и самые интересные Hooks еще не написаны. Как будет выглядеть commerce Agent в insurance, creative collaboration, supply chain coordination? Мы еще не знаем, и в этом суть. Commerce Agent будет evolve способами, которые мы не можем fully предвидеть — новые economic models, новые trust mechanisms, новые forms machine-to-machine collaboration. Стандарт designed to grow with this evolution, а не constrain it. Этот стандарт должен быть built in the open, и он будет, потому что лучшие идеи будут来自 ecosystem, и мы с нетерпением ждем, чтобы discover их together.
Симбиоз с ERC-8004
ERC-8183 не существует изолированно. Он находится в symbiotic relationship с ERC-8004 («Trustless Agents»), стандартом Ethereum для identity, reputation и verification Agent.
ERC-8004 решает проблемы discovery и trust: как Agent находят друг друга и оценивают reliability. Но ценность их registry зависит от activity, которую они record. Identity без commerce или behavior — это empty profile. Reputation requires real interactions to measure. Verification requires defined deliverables to核对.
ERC-8183 предоставляет commercial activity, которая feeds trust layer ERC-8004. Каждый Job — это reputation signal. Каждый submit — это deliverable, который verifiers могут оценить. Каждая evaluation — это attestation, на которую другие Agent могут ссылаться.
Два стандарта form a cycle, potentially enabling Agent к more powerful self-organization через trustless interactions:
Discovery (8004)→ Commerce (8183)→ Reputation (8004)→ Better Discovery → More Trustless Commerce
Ни один не работает без другого. Вместе они form the foundation для trustless Agent commerce и interaction.
Beyond Payments (За пределами платежей)
ERC-8183 — это не payment protocol, а commerce standard.
Payments move money. Но commerce требует гораздо большего, чем move money. Commerce — это everything around the payment, что делает его trustworthy и workable: что было agreed, была ли work completed, кто verified это, что happens если это не так. В traditional world, commerce works потому что infrastructure around the payment: risk assessment и underwriting merchant before они могут accept payment, credit extension enabling buyers to trade before funds are settled, real-time detection fraud в billions транзакциях, chargeback и dispute mechanisms protecting buyers when service fails, и reputation systems building trust through repeated interactions. Эти функции — это то, где payment processors, card networks и platforms добавляют ценность — не сам movement funds, а trust infrastructure вокруг него.
Когда commerce moves on-chain, эти функции не исчезают. Их нужно rebuild trustless, programmatic, open way. Это то, что делает ERC-8183.
Модель escrow и evaluator attestation primitive Job analogous к chargeback mechanisms с programmable, preset settlement terms. Использование on-chain reputation из ERC-8004 и других on-chain reputation metrics как часть ERC-8183 analogous к proprietary underwriting с portable, verifiable history. Hooks replace centralized risk assessment с modular, competitive, auditable logic, которую любой facilitator может deploy. Результат — не просто способ move funds on-chain, а способ rebuild complete trust infrastructure для commerce — open и permissionless.
Существующие payment protocols и interfaces, будь то traditional processors или stablecoin transfer protocols как x402, — это smooth, internet-native experience, handling movement funds. ERC-8183 управляет complete lifecycle превращения payment в trustless transaction: specification, escrow, deliverable submission, evaluator attestation и deterministic settlement. Agent могут interact на interface layer через x402 или HTTP, в то время как underlying settlement flows через ERC-8183 on-chain. Они complementary.
Необратимость, Escrow и проблема Chargebacks
Другая проблема с simple payments — irreversibility. Когда credit card charged и service не удовлетворительна, consumer может dispute и reverse charge. Когда payment sent, деньги gone. Для raw payments и transfers это real и valid objection.
ERC-8183 сохраняет эту core concept в contract structure. Funds held in escrow до evaluator attests, что deliverables meet agreed terms. Reject path refunds клиенту. Expired path auto-reclaims. Это programmable, trustless equivalent модели authorize-capture — модели, которая makes card commerce work — except terms pre-coded и enforced code, а не adjudicated事后 network с собственными интересами.
Для pre-authorizations uncertain amounts — hotel deposits, services scope may expand — flexibility Hooks может быть used to lock maximum amount, settling final amount upon completion against verifiable inputs. Эта архитектура поддерживает trust models и behaviors, которые делают card commerce flexible, сохраняя settlement transparent, open, trustless и on-chain.
Новая волна экономических участников
Волна ИИ создает новых economic participants — и buyers, и merchants — быстрее, чем когда-либо прежде. Миллионы developers и non-developers используют AI programming assistants для building и publishing microservices, API и tools, многие без legal entity, без website, без transaction history. Agent от tech companies и open-source frameworks привлекают millions пользователей через personal AI agents и assistants.
Traditional payment systems будут struggle to serve этих merchants. Не потому, что technology не работает, а потому, что когда processor approves provider, он absorbs risk этого provider: fraud, chargebacks, disputes. Merchant без track record, без entity, без history — too risky to underwrite.
ERC-8183 по design permissionless. Provider — это wallet address. Не требуется onboarding, underwriting, gatekeepers. Primitive Job дает этим merchants не просто способ receive payment, а complete commerce lifecycle: work specification, escrowed payment, verifiable deliverable submission и evaluator attestation, laying foundation для trustworthy transactions.
Неспособность underwrite new providers может показаться temporary gap. Open standard structurally compresses этот timeline. Любой facilitator может deploy ERC-8183 today. Ecosystem evolves через experiment, а не institutional consensus. Но более fundamentally, ERC-8183 в сочетании с ERC-8004 не просто bridges underwriting gap, а addresses root cause. Processors не могут underwrite new merchants потому что lack verifiable history. ERC-8183 produces эту history. Каждый completed Job recorded on-chain: deliverable hash, evaluator attestation, outcome. Эта history portable, verifiable, принадлежит nobody.
Важно, что эта record не locked внутри single platform. Сегодня, platform A знает ваш chargeback rate, platform B знает ваш seller rating, но вы не можете take эти records с собой. На ERC-8183, reputation — это portable asset самого merchant, readable любым facilitator, любой chain, любым interface, читающим этот standard. ERC-8183 feeds on-chain identity и reputation (ERC-8004) и provides underwriting data.
Строим будущее коммерции Agent и децентрализованного ИИ вместе
ERC-8183 — это open standard для trustless Agent commerce. Вот как можно participate:
Стройте с ERC-8183. Станьте facilitator! Deploy ERC-8183 на вашей chain. Стройте SDK, wrappers, scanners и trackers. Стройте новые interfaces и experiences, которые settlement securely, verifiably on-chain через ERC-8183. Создавайте Agent frameworks, natively взаимодействующие с этим standard.
Исследуйте, экспериментируйте и стройте Hooks. Нужны milestone payments или dispute resolution? Build их как Hooks. Это space для creativity и evolution приложений.
Стройте и регистрируйте Evaluators. Evaluators — critical часть обеспечения safe и trustless Agent commerce, но сегодня severely lacking. Стройте evaluators для specific domains, особенно fully verifiable ones и services. Register их в ERC-8004. Вносите meaningful contribution для Agent reputation и identity.
Вносите вклад и оставляйте feedback. Это collective standard. Только через broad experimentation, real-world usage, candid feedback и iteration он может become тем, чем должен быть. Если чего-то missing, поднимите это. Если что-то wrong, оспорьте это. Спецификация open, codebase open, discussion open. Это требует evolution together.
Экономика Agent будет built на open standards, или built на walled gardens. Мы выбираем open standards. Общее цифровое пространство.
ERC-8004 для trust. ERC-8183 для commerce. Все остальное — за вами.
Связанные ссылки:
- Спецификация ERC-8183: https://eips.ethereum.org/EIPS/eip-8183
- Спецификация ERC-8004: eips.ethereum.org/EIPS/eip-8004
- Обсуждение ERC-8183: ethereum-magicians.org/t/erc-8183-agentic-commerce/27902
- Сообщество Telegram: https://t.me/erc8183
