Internet Court: от фрагментированных протоколов к сквозной агентной коммерции

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

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

Агенты могут находить товары, сравнивать поставщиков, вызывать API, согласовывать задачи, активировать кошельки и авторизовать платежи. Многое из этого по-прежнему происходит, пока человек следит за экраном, но направление очевидно: коммерция переходит от программного обеспечения, управляемого человеком, к коммерции, управляемой агентами. К 2030 году ИИ-агенты будут опосредовать от 3 до 5 триллионов долларов потребительской коммерции по всему миру.¹

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

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

Именно эту задачу и призван решить Internet Court.

Стек строится фрагментированными слоями

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

Завершённая агентная транзакция должна пройти через шесть связанных слоёв:

1. Обнаружение, идентичность и репутация. Агентам нужно находить контрагентов, понимать, с кем или с чем они имеют дело, и переносить сигналы репутации в транзакцию.
2. Согласование. Агентам нужно договориться об объёме, цене, сроках, стандартах, обязанностях, доказательствах и приемлемых средствах защиты.
3. Контракты и обязательства. Согласованные условия должны превратиться в обязательства, которые впоследствии можно проверить, верифицировать и обеспечить исполнением.
4. Платёж и эскроу. Средства должны перемещаться или удерживаться так, чтобы оставаться связанными с соглашением.
5. Исполнение. Обещанная работа, услуга, вызов API, доставка или действие должны состояться.
6. Верификация и споры. Результат нужно проверить, оспоренные обязательства требуют разрешения, а к решению должны быть привязаны последствия.

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

Несколько открытых стандартов прокладывают путь к агентной коммерции, и каждый спроектирован под одну потребность: x402 для платежей, ERC-8004 для идентичности и репутации агентов, A2A для согласования между агентами. Но суть в экосистеме, которая сейчас выстраивается на каждом слое:

• Платежи. Рельсы x402 несут HTTP-нативный расчёт, а единая диспетчеризация агентных платежей от OKX маршрутизирует через x402, MPP и AP2. MetaMask и Privy держат кошельки, а делегированные разрешения MetaMask ERC-7710/7715 наделяют агентов ограниченными и отзываемыми полномочиями на расходование средств без передачи хранения.
• Идентичность и репутация. Работу, которую очерчивает ERC-8004, выстраивают наши участники: 0G Labs (интеллектуальные NFT ERC-7857 для верифицируемого владения агентом), AltLayer (реестр и обозреватель 8004scan), а также Humanity Protocol и Humanode для подтверждения человека.
• Контракты, эскроу и расчёты. Условный эскроу Alkahest от Arkhai, с расчётами в ZKsync, Starknet, BNB Chain, NEAR и X Layer от OKX.
• Исполнение и движение стоимости. AntSeed, 0G Labs, Heurist, io.net и Chutes для инференса и вычислений, AppLayer, ChainGPT, OpenServ и Anoma для оркестрации и взаимодействия, и LI.FI для межсетевого перемещения.
• Аналитика и доказательства. Nansen, Chainbase и Collective Memory для ончейн-аналитики и записей с отметками времени.
• Верификация и споры. Этот слой полностью отсутствует в каждом стандарте. Каждый из них по замыслу оставляет разрешение споров за скобками. Именно сюда и подключается Internet Court: жюри ИИ-валидаторов GenLayer для качественных суждений на естественном языке, Kleros для децентрализованного арбитража на основе присяжных и оптимистичный оракул UMA для фактических утверждений.

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

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

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

Internet Court обучает агента всему этому пути, от начала до конца: как завершить сделку, когда всё идёт хорошо, и как удержать её, когда всё идёт не так.

Реальный сценарий спора

Рассмотрим агента-покупателя, нанимающего агента-исполнителя для создания логотипа на заказ.

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

Затем покупатель обнаруживает, что часть логотипа, по-видимому, содержит материалы, защищённые авторским правом.

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

В процессе агентной коммерции такая задержка ломает саму посылку системы.

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

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

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

У каждого другого слоя есть куда поместить свою часть транзакции. У разногласия — нет. Когда обязательство оспаривается, стек тянется к функции, которую он никогда не делал явной.

Эта функция — разрешение споров.

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

Обработка оспоренной сделки — не мелкий крайний случай. Это разница между платёжной сетью и экономикой.

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

Как работает Internet Court: навык из навыков

Internet Court — это открытый стандарт и навык, которые делают стек агентной коммерции пригодным для использования как единый путь, от первого контакта до окончательного расчёта, включая случаи, когда сделка оспаривается.

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

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

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

Internet Court превращает этот путь в общий паттерн:

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

Фрагментированные примитивы не создают экономику. Их связывание создаёт, и Internet Court упаковывает эту связь в единый навык.

Почему важен консорциум

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

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

• Платежи. MetaMask, OKX, x402 Foundation, Privy.
• Идентичность и репутация. 0G Labs, AltLayer, Humanode, Humanity Protocol.
• Контракты, эскроу и расчёты. NEAR, Starknet, ZKsync, Arkhai, BNB Chain, X Layer.
• Исполнение и движение стоимости. AntSeed, Anoma, AppLayer, LI.FI, io.net, Heurist, Chutes, ChainGPT, OpenServ.
• Аналитика и доказательства. Nansen, Collective Memory, Chainbase.
• Верификация и споры. GenLayer, Kleros, UMA.

Все 28 членов-учредителей разделяют одно видение: каждое решение работает как единое целое ради сквозной агентной коммерции.

Будущее агентной коммерции не будет принадлежать кому-то одному. Оно будет общим.

Internet Court даёт этим слоям общее место для встречи. Он не загоняет каждого участника в одного вендора, одну сеть, одну модель, один суд или один рабочий процесс. Он определяет коммерческий путь, который позволяет разным протоколам участвовать в одной и той же транзакции.

Новый примитив: разрешение споров на машинной скорости

Internet Court добавляет тот шаг, который остальной стек откладывал. Но он не может просто позаимствовать старый способ разрешения споров.

Существующая правовая система создавалась для сторон с телами, адресами, юрисдикциями, бумажной волокитой и конечной терпимостью к ожиданию.

У агентов по умолчанию нет ничего из этого.

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

К 2030 году, если агенты будут опосредовать триллионы долларов коммерции, узким местом станет не только то, могут ли они платить. Им станет то, способны ли они сохранять доверие, когда платёж, исполнение и толкование расходятся.

Деньгам на машинной скорости нужно разрешение споров на машинной скорости.

Повторим: это не значит, что каждое разногласие решает ИИ-судья. Некоторые условия детерминированы. Некоторые возвраты средств могут быть автоматическими. Некоторые споры следует передавать людям, институтам, платформам, арбитрам или правовым системам. Internet Court не обязан заменять эти пути. Ему нужно сделать путь достаточно явным, чтобы агенты могли выбрать верный.

Ключ в том, что разногласие становится частью поверхности протокола, а не внешней случайностью.

Что делает возможным Internet Court

Платёж говорит: деньги переместились. Коммерческая система говорит нечто большее: деньги переместились, потому что обязательство было принято, исполнено, проверено и принято, либо потому что спор был разрешён и последовало средство защиты. Именно этот разрыв между сменой владельца стоимости и исполнением обязательства и призван закрыть Internet Court.

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

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

Internet Court — это слой, который держит агентов в рамках их слова.

Не только для того момента, когда всё идёт хорошо.

Для того момента, когда что-то идёт не так.

Footnotes

1. Deepa Mahajan, Hannah Mayer, Katharina Schumacher, and Roger Roberts, «The automation curve in agentic commerce», McKinsey (QuantumBlack, AI by McKinsey), 28 января 2026 года. McKinsey приходит к выводу, что даже при умеренных сценариях ИИ-агенты могли бы опосредовать от 3 до 5 триллионов долларов глобальной потребительской коммерции к 2030 году. https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-automation-curve-in-agentic-commerce ↩