Vantemio Market: агенты и управление решениями
Редакция 2026-10-16 · Публичная техническая спецификация · В разработке
1. Назначение и текущее состояние
Документ описывает агентский слой Vantemio Market на Boson Protocol и дополняет спецификацию маркета и документацию ядра и Studio. Агенты оценивают доказательства и помогают торговым процессам; допуск производственных задач Studio остаётся за Station.
| Статус | Что установлено этой редакцией |
|---|---|
| Наблюдается в исходниках | Проверка входов и рекомендаций модерации, версий политик, ссылок и хешей доказательств, записи управления решениями и отдельная авторизация торговых операций в тестовой сети. |
| В разработке | Полная связь ответа модели, независимо проверенных доказательств, применения решения, независимого пересмотра, апелляции и восстановления в реальных процессах покупателя и продавца. |
| Приёмка запланирована | Публикуемая обезличенная запись выпуска, подтверждающая эти процессы и обработку сбоев. |
Проверка исходников устанавливает свойства реализации, но не доказывает доступность автономного публичного маркета, готовность mainnet, независимый аудит безопасности или качество конкретной модели. Роли ниже задают разделение обязанностей; отдельный действующий агент для каждой роли этим не подтверждается.
2. Роли и полномочия
| Роль | Задача | Граница |
|---|---|---|
| Проверка продавца и объявления | Рассмотреть доказательства продавца, полноту описания, права и признаки запрещённого содержания. | Рекомендация не создаёт проверенную идентичность и не изменяет согласованные условия предложения. |
| Проверка материала и доставки | Сопоставить точный пакет с манифестом, форматами, лицензией и критериями приёмки. | Целостность файла, скачивание и принятие покупателем — отдельные факты. |
| Помощник по операции | Объяснить условия и подготовить действие для уполномоченного участника. | Ответ модели не является подписью кошелька или правом расходовать средства. |
| Применение политики | Применить допущенное решение установленной версии к разрешённой операции каталога или аккаунта. | Денежные действия и переходы протокола проходят собственные проверки полномочий и состояния. |
| Независимый пересмотр и апелляции | Повторно оценить доказательства, выявить конфликт и записать исправленное решение. | Исправление сохраняет исходное решение и не переписывает историю блокчейна. |
Модели заменяются через существующую границу адаптера. Название модели, уверенность или доступный endpoint не доказывают пригодность. Квалификация должна охватывать фактический язык, категорию товара и задачу принятия решения.
3. От доказательств к применённому решению
Требуемая последовательность: определить клиента и редакцию объекта → получить разрешённые доказательства → зафиксировать версии политики и модели → сформировать структурированную рекомендацию → проверить доказательства и полномочия → применить решение или передать на дополнительное рассмотрение → записать фактический исход → обеспечить применимый пересмотр.
Текущая схема рекомендации различает approve, reject и needs_review; запись управления отдельно описывает enforced, blocked или escalated. Корректная по схеме запись сама по себе не доказывает исполнение уполномоченным потребителем. Ссылка формата хеша не доказывает получение и проверку соответствующих байтов.
Приемлемая запись связывает объект и клиента, хеши входа и доказательств, рекомендацию, версии политики и модели, время решения, разрешённое действие, фактический результат и предыдущее обжалуемое решение. Конфликтующие или неполные доказательства требуют дополнительного рассмотрения, а не выдуманного успеха. Интеграция должна отклонять подмену клиента, устаревший объект и несовместимые версии политики.
4. Смарт-контракты и подпись
Вывод ИИ, частные материалы и подробная оценка остаются вне блокчейна. Контракты и события протокола фиксируют применимые состояния операций и обязательства. Хеш подтверждает связь с байтами, но не устанавливает право собственности, достоверность или художественное качество.
Документация агентов Boson разделяет подготовку транзакции, подпись и отправку. Vantemio должен проверять точное действие и полномочия на каждой применимой границе. Подпись в Boson.
Изученный торговый механизм Vantemio для тестовой сети проверяет роль и метод, сеть и адрес назначения, данные вызова, привязку реализации, nonce, срок действия и разных зарегистрированных подписантов; перед отправкой полномочия проверяются повторно. Это конкретные свойства исходников. Несколько подписей сами по себе не доказывают организационную независимость, независимую оценку ИИ или разрешение другого действия. Промышленный допуск требует отдельной приёмки выпуска.
5. Модерация, апелляции и споры о покупке
Ограничение объявления, апелляция на модерацию и спор по покупке — разные процедуры. Апелляция должна указывать решение, оспариваемые доказательства и требуемое исправление. Результат фиксирует причины, редакцию политики и сохранение, изменение или отмену ограничения; прежние записи доступны уполномоченным проверяющим.
В Boson определены отдельные состояния обмена и спора. Жизненный цикл обмена, жизненный цикл спора.
Обращение в поддержку или оценка ИИ не приостанавливают сроки протокола и не заменяют назначенного участника либо арбитра. Доступные действия определяются предложением и развёрнутой версией протокола. Агенты должны показывать существенные сроки и неопределённость. Нельзя сообщать покупателю, что апелляция автоматически остановила расчёт. Полная связь апелляции с применением решения ещё подлежит приёмке.
6. Приватность и враждебные входы
Описания товаров, загруженные файлы, найденные страницы и ответы моделей считаются недоверенными данными. Инструкции внутри них не должны выдавать полномочия, менять политику, запускать подпись или раскрывать файлы другого покупателя. Фильтрация маркеров — вспомогательная проверка, а не полная защита от prompt injection.
Интеграции нужны проверки доступа клиента и заказа, ограниченное извлечение данных, разрешённые поставщики и минимальное раскрытие. Ключи, учётные данные, исходные файлы покупателей и персональная информация не должны попадать в публичные метаданные или доказательства в блокчейне. Хеши обеспечивают проверку целостности, но не гарантируют анонимность. Частные доказательства доступны только для разрешённой цели и установленного срока хранения.
7. Сбои, восстановление и повторное исполнение
Идентификатор операции должен сохраняться после перезапуска. Тайм-аут после отправки означает неизвестный исход до сверки квитанций, состояния транзакции и журнала операции. Принятый результат используется повторно без второй покупки, санкции, выдачи доступа или рендера. Boson также описывает сверку состояния перед повторной записью. Идемпотентность и повторы.
Недоступность модели, неверный структурированный ответ, конфликт оценок и истёкшее разрешение требуют явных исходов. Восстановление использует исходные идентификаторы объекта и операции; новая политика или доказательства образуют записанную редакцию. Состояния торговли, модерации, доступа к доставке и задачи Studio нельзя объединять одним флагом успеха.
8. Критерии приёмки выпуска
Приёмка требует реального уполномоченного потребителя и обезличенной записи результата: корректное и отклонённое объявление; изменение доказательств продавца; замена пакета доставки; доступ чужого клиента; враждебные инструкции; неподдерживаемая политика; сбой модели; конфликт оценок; истёкшие полномочия; прерывание отправки; повтор события; подтверждение и отмена решения по апелляции. Проверки транзакций используют предусмотренную тестовую среду; изолированная проверка отличается от результата действующего сервиса.
Запись выпуска указывает версии исходников и политик, развёрнутую конфигурацию, квалификацию модели для задачи, фактические результаты и ограничения. Аудит безопасности, нагрузочная ёмкость, mainnet и юридическое согласование — отдельные утверждения с собственными доказательствами.
9. Торговый движок для магазинов заказчиков
Vantemio создаёт собственный маркет и параллельно разрабатывает переиспользуемый торговый движок с агентами, который клиенты смогут покупать или лицензировать для открытия и ведения своих магазинов. Продажа программного продукта для магазинов заказчиков — отдельное направление наряду с торговлей товарами и услугами на маркете Vantemio. Цель — тиражируемое ПО с документированными интерфейсами, установкой, настройкой и обновлением.
Продукт строится на одном общем торговом движке. Vantemio будет вести собственный отдельный магазин на этом движке и продавать то же ПО другим разработчикам для их магазинов. Это установки одного движка с отдельными настройками магазинов, операторами и данными. Подходящие официальные компоненты Boson и OpenZeppelin могут переиспользоваться или адаптироваться через существующие интерфейсы с проверкой версии, лицензии и безопасности. Продукт не требует переписывать проверенные библиотеки с нуля.
Планируемая структура включает витрину с брендом клиента; каталог, предложения и остатки; кабинеты покупателей и продавцов; заказы и доставку; агентскую помощь в модерации, рекомендациях и апелляциях; платёжные и протокольные адаптеры; панель оператора с управлением доступом и историей операций. Этот состав описывает целевой продукт. Доступность модулей устанавливается для принятого выпуска, а не следует из перечня. Роли агентов и денежные полномочия сохраняют описанные выше границы.
Магазин заказчика должен изолировать свой каталог, заказы, политики, учётные данные и частные доказательства от других магазинов. Общий хостинг и отдельная установка требуют собственной приёмки изоляции и восстановления. Покупка движка не включает магазин в публичный каталог Vantemio, не передаёт его материалы другим магазинам и не разрешает агентам подписывать платежи. Связь с общим маркетом настраивается и разрешается отдельно.
Планируемая монетизация охватывает коммерческие лицензии на ПО, внедрение, интеграции, обновления и сопровождение. Размещённый сервис может предлагаться отдельным пакетом после приёмки. В предложении должны быть указаны объём лицензии, права на оформление под своим брендом, модули, условия поддержки и обновлений, стоимость размещения и применимые комиссии. Этот документ не фиксирует цену лицензии, подписки или комиссию маркета. Лицензия Vantemio не предоставляет автоматически права на сторонние модели, компоненты и контент.
Платежи клиентов за ПО Vantemio и лицензии торгового движка, товары и услуги на собственном маркете или в магазинах на этом движке, а также донаты осуществляются исключительно в криптовалюте. Обработка фиатных платежей, встроенный обмен криптовалюты на фиат и вывод в фиат не входят в продукт. Внешний обмен или вывод в фиат пользователь выполняет самостоятельно за пределами Vantemio. Применимое предложение указывает поддерживаемые сети и токены, сумму и комиссии, получателя и условия подтверждения платежа.
До начала продаж пакет должен пройти приёмку магазина от установки до каталога, разрешённого заказа, доставки, решения агента и пересмотра, обновления, резервного копирования и восстановления. Документы выпуска определяют поддерживаемые модули, зависимости, обработку данных, обязанности заказчика и известные ограничения. Собственный маркет и тиражируемый движок находятся в разработке; это направление не означает готовый к покупке пакет или открытые боевые платежи.
10. Основание редакции и связанные документы
16 октября 2026 года изучены проверка управления решениями и торговая авторизация тестовой сети. SHA-256: ai-governance.mjs — 8f365f2e69b5905345ba10d20e028402605e1c811ca0998653f2a964a295553b; commerce-policy.mjs — ca394da54bc9dd2b92a250c23a132a797021d5f0cfb9c03fbb3615333baa1ed5. Это идентификаторы изученных байтов, а не развёрнутого выпуска или завершённого аудита.
Маркет · Техническая документация · Whitepaper · Дорожная карта · Приватность · Условия