Инфраструктура кошельков для команд, управляющих многими агентами.
Вы запускаете 20 ботов для 15 клиентов. Каждому из них нужен свой кошелек, свои лимиты, свой след аудита и видимость для клиента.
Узкое место - это не агенты. Это управление кошельками.
Если вы управляете агентством автоматизации Web3, командой по созданию рынка, операцией по стратегии доходности или любым производственным развертыванием с множеством параллельных агентов, сами агенты - это простая часть. У вас есть проверенный код и инфраструктура, чтобы поддерживать их в работе. То, что замедляет вас, - это все вокруг них: таблицы адресов кошельков, ручная сверка по клиентам, разбросанные журналы транзакций, отсутствие четкого способа предоставить клиенту видимость активности его собственного агента без утечки данных другого клиента, отсутствие обязательных лимитов на расходы для каждого агента.
Большинство команд сначала строят это самостоятельно - один общий мультиподписной кошелек на клиента, бухгалтерия по агентам в базе данных Notion, канал Discord для уведомлений о транзакциях. Это работает для первых трех клиентов. К десятому клиенту это становится работой на неполный рабочий день. К двадцатому клиенту что-то пойдет не так, произойдет неловкая путаница, которая испортит отношения.
Blockchain0x предоставляет каждому агенту свой собственный кошелек, свою собственную политику, свой собственный журнал, свой собственный доступ к местам. Вы управляете ими всеми из одного рабочего пространства, выставляя счет одному клиенту Stripe, с правильными операторами на правильных агентах. Операционный уровень - это весь продукт; вы продолжаете управлять агентами.
Как агентство предоставляет свое первое рабочее пространство.
Пятиступенчатое руководство, которое помогает типичному агентству от регистрации до управления 5-20 клиентскими агентами с правильной изоляцией, выставлением счетов и наблюдаемостью.
- 01
Обеспечить рабочее пространство
Зарегистрируйтесь один раз под электронной почтой агентства или общим аккаунтом операций. Имя рабочего пространства отражает идентичность агентства (имя рабочего пространства появляется на счетах для каждого агента). Места в рабочем пространстве по умолчанию равны 1; добавьте больше для операторов, которым нужна видимость между клиентами.
- 02
Создайте одного агента на клиента (или на стратегию)
Каждое взаимодействие клиента получает свою собственную запись агента: отдельный слаг, отдельный адрес кошелька, отдельная политика расходов, отдельные значки проверки. Запись агента является единицей изоляции - транзакции одного клиента никогда не касаются транзакций другого, даже когда оба работают в одном рабочем пространстве.
- 03
Назначьте места на уровне агента правильным операторам
На Business приглашайте операторов к агенту конкретного клиента с местами на уровне агента. Они видят и управляют только этим агентом, никогда не другими в рабочем пространстве. Это модель мест, которая делает изоляцию по клиентам правильной: оператор не может случайно раскрыть активность Клиента A Клиенту B.
- 04
Настройте разрешения на расходы для каждого агента
Установите лимит на транзакцию и лимит на период для каждого агента (в панели управления) на основе того, что фактически разрешает взаимодействие с клиентом. Один и тот же оператор в одном и том же рабочем пространстве может запустить агента с маленьким ежедневным лимитом для одного клиента и большим для другого - разрешение на расходы для каждого агента изолирует их друг от друга.
- 05
Настройте ваше мониторинг и дежурство
Настройте доставку вебхуков для событий, которые имеют значение для операционной деятельности (payment.received, payment.sent, wallet.deployed). Укажите их на вашу систему инцидентов или Slack/Discord. Панель управления становится основным представлением; уведомления отправляются в Slack, когда платеж поступает или что-то требует внимания.
Настройка обычно занимает 1-2 часа для первого рабочего пространства и 10-15 минут для каждого дополнительного клиентского агента. К тому времени, когда у вас будет 5 клиентов, предельные затраты на добавление шестого в основном состоят в разговоре с клиентом, а не в предоставлении.
Одно рабочее пространство, один клиент Stripe, N агентов.
Модель выставления счетов построена вокруг того, как агентства на самом деле ведут учет: позиции по каждому агенту в одном счете, экспортируемые по агенту или на уровне рабочего пространства, с потоком вебхуков, который попадает в вашу бухгалтерскую систему в реальном времени.
| Размерность | Как Blockchain0x с этим справляется | Почему агентства заботятся |
|---|---|---|
| Структура рабочего пространства | 1 рабочее пространство, N агентов, 1 консолидированный клиент Stripe | Легко найти любой платеж среди всех клиентов |
| Формат счета | Линия подписки на агента + линия комиссии за транзакцию на агента | Чисто соответствует выставлению счетов по клиентам, если вы повторно выставляете счета клиентам |
| Экспорт | CSV/JSON на агента или по всему рабочему пространству; фильтруется по диапазону дат | Перенос в бухгалтерский инструмент или P&L для каждого клиента |
| Вебхук для бухгалтерии | события payment.received / payment.sent в вашу систему AP/AR в реальном времени | Нет пакетной сверки; бухгалтерская книга остается актуальной |
| Валюта | Комиссии выставляются в USD по умолчанию; можно установить другие валюты через Stripe | Сопоставьте вашу базовую валюту учета |
| Сохраненные записи | История транзакций и журналы аудита хранятся, пока существует агент. | Экспортируемый для обзора клиентом или аудитором |
Схема, на которой останавливаются большинство агентств: счет Blockchain0x идет в агентство. Агентство повторно выставляет счет каждому клиенту за строку подписки их агента + плату за управление. Журнал аудита делает это защищенным, если клиент ставит под сомнение конкретный сбор - вы можете показать, какие именно транзакции в какой период привели к этой строке. Ни одно агентство никогда не просило нас удалить сбор после предоставления журнала аудита.
Что вы можете сказать своим клиентам (и их аудиторам).
Соблюдение - это то, где большинство взаимодействий агентств терпят неудачу до начала. Юридическая команда клиента хочет знать: кто держит средства, кто может видеть что, как хранятся записи, что происходит в случае инцидента. Вот что вы можете им сказать, в письменной форме, поддерживаемое продуктом.
Хранение - мы неконфиденциальные
Средства остаются в кошельках клиента (или агентства), а не на Blockchain0x. У нас никогда не было приватных ключей. Если бы мы были скомпрометированы завтра, злоумышленник не смог бы переместить USDC, потому что у нас нет таких возможностей. Это самое сильное заявление о хранении, которое может сделать платежная платформа; это прописано в условиях.
Контроль доступа - ограничение по местам для каждого агента
Операторы видят только тех агентов, на которых им предоставлены места. Видимость на уровне рабочего пространства - это отдельное, более привилегированное место. Каждое добавление места, изменение роли и удаление записываются в журнал аудита с полной атрибуцией. Для мест в рабочем пространстве требуется двухфакторная аутентификация.
Аудиторский след - атрибутированный и экспортируемый
Каждое действие, которое влияет на агента, записывается с полной атрибуцией: кто это сделал, когда и до/после изменения. Экспортируйте в JSON или CSV из панели управления для любого клиента или аудиторского обзора, ограниченного одним агентом, чтобы записи одного клиента никогда не раскрывали записи другого.
Политика приемлемого использования - обязательна для каждого агента
Каждое рабочее пространство соглашается с политикой допустимого использования при регистрации: никаких уклонений от санкций, никаких отмываний денег, никакого мошенничества, никаких агентов, занимающихся явно незаконной деятельностью. Нарушения приводят к приостановке рабочего пространства. Политика публично версионируется; мы предоставим текущую и историческую версию для любого юридического обзора клиента.
Реакция на инциденты - документированный план действий
Инциденты безопасности имеют публичный регистр: уведомление в течение 24 часов с момента обнаружения, анализ коренных причин в течение 7 дней, посмертный анализ в течение 30 дней. Регистры доступны по запросу для проверки соблюдения. На момент написания у нас не было уведомляемого инцидента; если и когда это произойдет, регистр является контрактом.
Что попадает в каждую запись журнала аудита.
Журнал аудита - это артефакт, который хочет увидеть аудитор вашего клиента. Каждая запись фиксирует, что изменилось и кто это изменил; экспортируйте весь журнал в JSON или CSV из панели управления для обзора клиентом или аудитором.
| Поле | Тип | Описание |
|---|---|---|
| Timestamp | time | Когда произошло действие, в UTC. |
| Agent | reference | Какого агента затронуло действие. |
| Actor | reference | Человек, API key или система, которые выполнили действие. |
| Action | category | Что произошло: платеж, изменение настроек, изменение seat, ротация ключа. |
| Outcome | status | Было ли действие успешным или отклоненным. |
| До / после | snapshot | Состояние до и после изменения. |
Экспортируйте из панели управления в JSON или CSV, отфильтрованном по одному агенту или всему рабочему пространству. Журнал аудита является функцией бизнес-плана; базовая история транзакций доступна на Pro.
Бизнес для рабочего пространства агентства, смешанные планы для агентов.
Команды автоматизации Web3 почти всегда нуждаются как минимум в одном бизнес-агенте (для журнала аудита + мест для команды). Многие используют смешанный подход: Business для высокообъемных клиентских взаимодействий с требованиями соблюдения, Pro для меньших клиентов, где журналы аудита не требуются по контракту, Free для экспериментальных или неактивных агентов. Ценообразование на основе агента позволяет эффективно использовать смешанный подход без переплат.
- Free: эксперименты, неактивные агенты, которых можно возобновить, demo-агенты для разговоров с потенциальными клиентами.
- Pro ($29/agent/mo): активные клиентские агенты без жестких требований по compliance.
- Business ($49/agent/mo): клиентские агенты в масштабе, с audit logs и командными местами на уровень агента. Базовый вариант для production-проектов.
- Workspace seats: добавьте места для операторов с видимостью по нескольким клиентам (см. /pricing).