AI-агент с кошельком: как дать ему свободу, но не весь капитал

AI-агент с кошельком — это система, в которой модель получает набор разрешённых действий и может инициировать блокчейн-операции. Сама модель не «владеет монетами»: контроль появляется только на слое подписи. В простой схеме это EOA с одним приватным ключом; в более управляемой — серверный или смарт-кошелёк с политиками, лимитами и отдельным подтверждением опасных действий.

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

Рабочий цикл обычно выглядит так:

• агент получает рыночные и on-chain данные;
• модель выбирает действие из заранее разрешённого набора;
• код собирает параметры вызова смарт-контракта;
• политика проверяет адрес, сеть, актив, сумму и лимит;
• кошелёк подписывает и отправляет транзакцию, а мониторинг записывает результат.

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

Универсального «безопасного процента портфеля» нет. Для значимого капитала важнее архитектура: отдельный операционный кошелёк, лимит одной операции и периода, белый список адресов и токенов, ручное подтверждение выше порога, пауза и независимые алерты. Основной капитал лучше не держать в зоне безусловной подписи агента.

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

Автоматизация не переносит налоговую обязанность на программу: за учёт и декларацию отвечает владелец. ФНС рассматривает цифровую валюту как имущество; доход от её продажи декларируется по правилам главы 23 НК РФ. Для доходов резидентов от купли-продажи и иного выбытия цифровой валюты ФНС указывает ставки 13% и 15% с превышения 2,4 млн рублей.

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

Удобно разделять инструменты по слоям. AgentKit связывает модель с action providers и wallet providers. ElizaOS даёт агентный runtime и плагины. Olas строит стеки и сервисы для автономных агентов. Safe — не AI-фреймворк, а слой смарт-аккаунта, где можно реализовать мультиподпись, лимиты и модули.

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

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

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

Технически — да, пока доступны сервер, данные, RPC, газ и право подписи. Но разумнее проектировать ограниченную автономию: зелёные действия проходят автоматически, жёлтые требуют дополнительной проверки, красные — подписи человека. При потере данных, аномальной цене, неизвестном контракте или превышении лимита система должна останавливаться, а не «догадываться».

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