BitEvo применяет существующий Agent Authority & Evidence Audit к одному workflow торгового бота: права биржи, pre-trade evidence, точное подтверждение order/effect и recovery. Объект аудита — цепочка полномочий вокруг исполнения, а не прибыльность стратегии.
Проверка ищет места, где capability опередила evidence, object binding или recovery control. Она не выдаёт доступ к бирже и не создаёт execution authority.
Инвентаризировать read/trade права, доказать отключённый вывод для ключа бота, привязать доступ к разрешённым сетевым источникам где это поддерживается, отделить капитал бота от master account и определить владельца ротации/отзыва ключа.
Проверить выдачу, изоляцию и маскирование API-данных. Публичная подготовка scope никогда не принимает API keys, secrets, private keys или wallet seeds.
Зафиксировать evidence, которое должно быть свежим до предложения ордера: инструмент, аккаунт, размер, market state, liquidity/slippage controls, возраст пары где релевантно, лимиты частоты и loss/drawdown controls. Пороговые значения зависят от системы и не являются универсальными defaults BitEvo.
Разделить intent, ACK биржи, open order, partial fill, fill, cancel и итоговую позицию. Успешный API response не считается доказательством нужного рыночного эффекта.
Проверить защиту от дублей, stale-state handling, cancel/reconcile paths, kill/hold behavior и restart из известного состояния. Flattening или отзыв ключа тестируется только при отдельном разрешении в безопасной среде.
Определить, кто может расширять symbols, accounts, order types, leverage, sizing, venues или credential permissions, и требовать owner approval с evidence до расширения полномочий.
Финальные 10–20 сценариев согласуются в письменных Rules of Engagement. Эти reference cases нужны для подготовки scope и не являются evidence, что система клиента уже тестировалась.
Evidence может включать редактированные screenshots/exports разрешений биржи, policy/configuration, logs без секретов, sandbox/testnet результаты и независимый state read-back. Withdrawal execution, торговля на live funds и production penetration не входят в scope по умолчанию.
Authority/effect map, evidence contract, результаты сценариев, finding cards, repair backlog и один retest. Ключевой control — Withdraw disabled; также проверяются IP allowlisting где поддерживается, изолированный sub-account, secret isolation/redaction и точная order/fill reconciliation.
can_trade=false. BitEvo не размещает ордера, не подключает exchange keys через публичную форму, не выполняет withdrawals, не управляет капиталом клиента, не обещает прибыль, не сертифицирует бота как «универсально безопасного» и не считает API acknowledgement доказательством fill. Поиск стратегий, backtesting и profitability review — отдельная работа.
Используйте существующий intake Primary Audit. Описывайте permissions и evidence в редактированном виде; не отправляйте API keys, secrets, private keys, wallet seeds или production credentials.
Подготовить scope аудита торгового бота