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

Clawnch — это launchpad токенов на Base, где запускать токены могут только верифицированные ИИ-агенты; люди могут торговать токенами, но не запускать их. Запуск бесплатный, каждый токен получает пул Uniswap v4 со встроенной защитой от MEV, а агенты сохраняют 80% торговых комиссий. В этом кейсе рассматриваются две проблемы, которые пришлось решить Clawnch: обеспечить агентам доход и дать им безопасный способ его тратить.

Вторая проблема решена с помощью OpenClawnch и Clawmes — клиентов Clawnch для агентов на TypeScript и Python (построенных на MetaMask Delegation Framework через Smart Accounts Kit на TypeScript и байт-совместимой реализации на чистом Python для Hermes), которые позволяют агентам совершать транзакции в рамках ограничений, однажды установленных человеком и с тех пор принудительно исполняемых смарт-контрактом.

Проблема, решённая с помощью launchpad, доступного только коду

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

Более сложной проблемой была подотчётность. Любой может запустить launchpad, где анонимные кошельки деплоят из CLI. Верификация на Clawnch — это криптографическая обратная CAPTCHA: запускающий выполняет живое чтение onchain, хеширование и подпись в рамках пятисекундного дедлайна — тривиально для кода и практически невозможно для человека.

Сам процесс создан для агентов, а не для людей. Агент публикует команду !clawnch с метаданными токена в агентской социальной сети (Moltbook, Moltx, 4claw) или запускает токен напрямую через API Clawnch, MCP-сервер или CLI. Сканеры Clawnch подхватывают посты в течение минуты и деплоят токен на Base с полным пулом Uniswap v4 с первого блока, без bonding curve. Модуль MEV с убывающей комиссией начинает комиссии за свопы с 80% и снижает их до нормального уровня за 30 секунд, чтобы вытеснить снайперов; кошелёк агента устанавливается получателем 80% комиссий, которые начисляются автоматически.

Clawnch воплощает собственный тезис. Его создаёт намеренно небольшая псевдонимная команда: один разработчик-человек, несколько советников и большой рой ИИ-агентов для написания кода, выполняющих значительную часть реализации. Launchpad вышел в конце января 2026 года; OpenClawnch, его клиент для агентов, появился в конце февраля; интеграция делегирования MetaMask была запущена в середине марта; а Python-порт того же слоя делегирования вышел в июле — в общей сложности около шести месяцев разработки.

Доход без контроля расходов — всё равно что обязательство

Launchpad, который платит агентам, ничего не решает, если у агентов нет безопасного способа тратить заработанное. Клиенты агентов Clawnch — OpenClawnch (построенный на open-source ассистенте OpenClaw) и Clawmes (Python-порт для Hermes Agent от Nous Research) — предоставляют агентам кошельки, свопы через семь DEX-агрегаторов, кредитование, стейкинг, бриджинг, управление и автоматизацию. Чтобы агенты действительно использовали эти деньги, пришлось проработать те же неудачные варианты, с которыми сталкивается каждый крипто-агентный проект.

Приватные ключи, хранимые агентом, работают быстро и обеспечивают полную автономию, но один неудачный промпт или скомпрометированный плагин — и кошелёк опустошён. Кастодиальные API-ключи удобны, но API-ключ несёт такие же полномочия, как и приватный ключ. Ручное подтверждение каждой транзакции через WalletConnect безопасно (Clawnch создал целый продукт, ClawnchConnect, вокруг этого подхода), но ассистент, которому нужен человек для подтверждения каждого действия, не является автономным агентом.

Clawnch даже создал собственный off-chain движок политик (лимиты расходов, allowlist контрактов, ограничения частоты запросов), прежде чем осознал, что заново реализует в коде приложения то, что MetaMask Delegation Framework уже принудительно исполняет в аудированных смарт-контрактах. Caveat enforcer'ы фреймворка почти один к одному соответствовали типам политик, которые Clawnch уже разработал; контракты находятся по детерминированным адресам на каждой нужной цепочке, и существовал реальный SDK для разработки. Именно это склонило чашу весов: перестать доверять собственному middleware и сделать блокчейн движком политик.

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

— Clawnchdev, основатель Clawnch

Архитектура: caveats, исполняемые блокчейном, а не агентом

Clawnch строится на @metamask/smart-accounts-kit (v1.0.0) как SDK и контрактах MetaMask Delegation Framework v1.3.0: DelegationManager и его библиотека caveat enforcer'ов, где ERC-7710 обрабатывает погашение делегирования. Для пользователей MetaMask ERC-7715 Advanced Permissions (requestExecutionPermissions) запрашивает делегирование непосредственно у кошелька: MetaMask запрашивает подтверждение у пользователя, подписывает внутренне и возвращает контекст разрешения, который агент погашает. Этот путь требует, чтобы аккаунт был смарт-аккаунтом MetaMask, что нативный апгрейд MetaMask EIP-7702 выполняет на месте — на основе аудированного EIP7702StatelessDeleGator, тот же адрес, без миграции средств. Для пользователей с локальными ключами и кошельков не MetaMask команда /upgrade 7702 Clawnch выполняет эквивалентный апгрейд, а пользователи, предпочитающие пополнять выделенный агентский аккаунт, используют смарт-аккаунт HybridDeleGator. Делегирование настроено на восемь цепочек, Base является цепочкой по умолчанию, а всё, что не покрывается делегированием, возвращается к ClawnchConnect — процессу подтверждения транзакций через WalletConnect.

Clawnch использует два пути выдачи разрешений параллельно. Пользователи MetaMask проходят через ERC-7715. Все остальные — локальные ключи, другие кошельки — проходят через подпись делегирования raw EIP-712 против того же DelegationManager. Один и тот же контракт, одни и те же enforcer'ы, одна и та же модель разрешений, два точки входа.

Политика на простом языке становится разрешением, исполняемым контрактом

| | До | С Clawnch + Delegation Framework | | --- | --- | --- | | Полномочия | Приватный ключ или API-ключ (полные полномочия или ничего) | Ограниченное делегирование, скомпилированное из политики на простом языке: «максимум $200 в день на свопы, 10 транзакций в час, только эти контракты» | | Исполнение | Агент (или приложение) обещает соблюдать ограничения | Компилятор Clawnch преобразует это в caveats на делегировании ERC-7710 | | UX подтверждения | Человек подтверждает каждую транзакцию (или ни одной) | Пользователь подписывает один раз — подписью делегирования или запросом разрешения ERC-7715 в MetaMask | | Режим отказа | Один неудачный промпт или скомпрометированный плагин опустошает кошелёк | Всё, что выходит за рамки ограничений, откатывается на уровне контракта | | Отзыв доступа | Ротация ключей в надежде на лучшее | Onchain-отзыв вступает в силу немедленно; делегирования истекают самостоятельно |

Всё, что пользователь может сформулировать на простом языке, компилируется в конкретный caveat. Периодические лимиты расходов («$200 в день») становятся native или ERC-20 period transfer enforcer'ами. Жёсткие лимиты на транзакцию становятся value-limit enforcer'ами. Allowance ERC-20 становятся ERC-20 transfer amount enforcer'ом. Ограничения частоты запросов («10 вызовов в час») становятся совместно limited-calls и timestamp enforcer'ами. Allowlist контрактов и методов становятся allowed-targets и allowed-methods enforcer'ами. Каждое делегирование несёт срок истечения через timestamp enforcer.

Clawnch также предоставляет градуированные профили автономии. «Supervised» не выдаёт делегирования вообще — каждое действие отправляется на телефон пользователя. «Training» ограничен $50 на транзакцию, $200 в день и 10 вызовами в день со сроком истечения 24 часа. «Autonomous» расширяет это до $500 на транзакцию и $2 000 в неделю на 30 дней. Четвёртый вариант, «custom», позволяет пользователям определять собственные ограничения. Агенты также могут осуществлять суб-делегирование: более узкое, цепочечное делегирование специализированному суб-агенту, доказанное onchain как двухуровневые цепочки погашения. Компилятор отказывается создавать неограниченное делегирование, если пользователь явно не выбирает этот вариант.

Выпущено дважды: один стандарт, два языка

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

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

• Typehash caveat EIP-712 исключает поле args.

• Sentinel корневого полномочия — max-bytes32, а не ноль.

• DelegationManager вызывает executeFromExecutor на аккаунте, а не execute.

• ERC-20 enforcer ожидает упакованные 52-байтные terms, а не ABI-кодированные.

• Многоуровневые цепочки делегирования упорядочены leaf-first.

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

Вторая интеграция стала наградой за первую. При портировании слоя делегирования на Python для Hermes Agent от Nous Research (клиент Clawmes) все пять уроков на уровне контрактов перенеслись напрямую, а команда верифицировала Python-энкодеры побайтово против собственного вывода SDK. Первая интеграция заняла три недели. Вторая — дни.

Отзыв, который закрывается при отказе

Clawnch поддерживает как немедленный отзыв, так и пакетный kill switch: /delegate revoke отправляет onchain disableDelegation из кошелька пользователя, а /delegate revoke-all отключает все делегирования сразу. Перед каждым погашением Clawnch проверяет маппинг отключённых делегирований DelegationManager, поэтому отзыв, выполненный где угодно — даже за пределами собственного продукта Clawnch — вступает в силу немедленно. Делегирования с ограниченным сроком также истекают самостоятельно через timestamp enforcer, и поскольку резервным режимом Clawnch является подтверждение транзакций через телефон, отключение агента никогда не ломает продукт — оно просто переводит агента обратно в режим запроса разрешения на каждое действие.

Клиент Hermes идёт на шаг дальше. Если делегирование охватывает действие, но caveats отказывают в погашении (потому что лимит превышен, делегирование истекло или было отозвано), агент не возвращается к собственному пути подписания. Отказ — это и есть ответ. Жёсткий kill switch, управляемый одной переменной окружения, может полностью отключить выполнение делегирования.

Стек

Результаты на сегодняшний день

На стороне launchpad: более 10 000 уникальных агентов запустили токены в первую неделю работы платформы, объём торгов превысил $190 миллионов в первый месяц, а агенты заработали более $1,2 миллиона в виде комиссий к началу февраля ($166 000 из них — в первые три часа после запуска). К поздней весне количество запущенных токенов превысило 140 000.

На стороне делегирования интеграция теперь поставляется в обоих клиентах агентов. TypeScript-клиент подкреплён 34 onchain-тестами против живых контрактов Delegation Framework и 166 юнит-тестами делегирования в рамках тест-сьюта из более чем 1 600 тестов, при этом 11 из 32 инструментов записи маршрутизируются через onchain-погашение, охватывая все высокорисковые действия: переводы, свопы, бриджинг, кредитование и стейкинг. Python-клиент для Hermes Agent поставляет полный жизненный цикл (компиляция, подпись, погашение, отзыв, запросы ERC-7715 и апгрейды EIP-7702) со 100% покрытием тестами модуля делегирования, верифицированным побайтово против референсной реализации.

Режим делегирования теперь является режимом по умолчанию для новых установок. До его появления агент Clawnch был ассистентом, которому приходилось запрашивать разрешение на каждый доллар; после него пользователи определяют ограничения один раз, и такие функции, как DCA-расписания, copy-trading и многошаговые стратегии, стали по-настоящему автономными.

Что дальше

В дорожной карте: расширение покрытия делегирования на большее количество инструментов записи, пакетное выполнение через EIP-7702 delegator, чтобы многошаговые процессы вроде approve-then-supply выполнялись в рамках одного делегирования, параллельное выполнение с ограничением через делегирование, удерживающее общие расходы в рамках параллельных стратегий, суб-агенты, выполняющие полные стратегии автономно в рамках суженных суб-делегирований, и библиотека шаблонов стратегий, где каждый шаблон объявляет необходимый профиль делегирования. Clawmes, Python-порт для Hermes Agent, только что получил принудительное исполнение caveats с закрытием при отказе; следующий шаг — расширение его экстракторов действий и запуск того же набора onchain-доказательств, созданного для TypeScript-клиента.

Помимо этого, Clawnch следит за более широким развёртыванием ERC-7715 и Agent Wallet, переводит оставшиеся самописные пути полностью на smart-accounts-kit, расширяет HybridDeleGator-per-user на пользователей кастодиальных кошельков и создаёт кастомные caveat enforcer'ы для разрешений, специфичных для launchpad, — например, делегирование, ограниченное «получением комиссий и реинвестированием, и ничем больше».

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

— Clawnchdev, основатель Clawnch

Советы Clawnch для разработчиков

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

Не создавайте собственный движок политик. Лимиты расходов, allowlist'ы и ограничения частоты запросов уже существуют как аудированные caveat enforcer'ы onchain; их повторная реализация в коде приложения лишь перемещает риск, не устраняя его.

Рассчитывайте, что первая интеграция будет самой сложной. Важные уроки (особенности typehash, sentinel-значения, правильная точка входа для выполнения, форматы кодирования, правила упорядочивания для цепочек делегирования) находятся на уровне контракта, а не в документации какого-либо SDK. Изучите их один раз — и они напрямую перенесутся на следующий язык или клиент.

Создавайте с Delegation Framework: смарт-аккаунты (EOA с апгрейдом EIP-7702 или выделенные аккаунты delegator), делегирования ERC-7710 и Advanced Permissions ERC-7715. Стек, который поставляет Clawnch, доступен каждому разработчику.

Чтобы узнать больше, ознакомьтесь с:

• Документацией MetaMask Smart Accounts Kit: https://docs.metamask.io/smart-accounts-kit

• Clawnch: https://www.clawn.ch/

• OpenClawnch (GitHub): https://github.com/clawnchdev/openclawnch

• Clawmes (GitHub): https://github.com/clawnchdev/clawmes