В 1984 году Apple (Macintosh) убила командную строку одной мышью. В 2026 году Agent убивает мышь.

Это не метафора. Google, Amazon, Nvidia, Visa, Microsoft, Alibaba — компании, которые потратили миллиарды долларов на оттачивание графического интерфейса, — теперь активно обходят GUI, переходя к CLI, API и нативным интерфейсам Agent. Логика проста: рост с 0 до 1 зависит от человека, но следующие десять раз увеличения пользовательской базы не будут смотреть на экран.

Но все избегают главного вопроса: когда пользователем программного обеспечения становится Agent, должен ли человек присутствовать?

Еще в 1950 году Норберт Винер, основатель кибернетики, предупредил: как только человек теряет способность наблюдать и вмешиваться, обратная связь разрывается, и система выходит из-под контроля. Сегодня акцент OpenAI на «Harness Engineering» по сути является продолжением этой идеи.

Спустя более семидесяти лет Agentic Wallet сталкивается с криптовалютной версией этой проблемы. Всплывающие окна подтверждения, запросы подписи, процессы утверждения, резервное копирование сид-фраз, многофакторная аутентификация... За десять лет механизмы безопасности криптокошельков отвечали на один вопрос: «Действительно ли вы сами авторизовали эту операцию?» Agent делает эту систему человеческого взаимодействия неэффективной: если продолжать требовать ручного подтверждения каждой операции, Agent не сможет выполнять непрерывные,实时ные, автоматизированные действия; если просто отдать Agent'у неограниченный контроль над приватным ключом, человек примет на себя неприемлемые риски.

Ответ не в крайностях. Полная автономия — это самый сексуальный нарратив эпохи Agent'ов, но предупреждение Винера все еще актуально.

Мы считаем, что Agentic Wallet должен одновременно обслуживать два типа субъектов: с одной стороны, предоставлять человеку возможности установления правил, управления рисками и вмешательства в управление; с другой стороны, предоставлять Agent'у ограниченные права на выполнение действий, позволяя ему автономно выполнять операции в блокчейне в рамках четких границ. Другими словами, кошелек должен эволюционировать из контейнера активов и инструмента для подписи, используемого человеком, в систему разрешений и исполнения, которая позволяет человеку устанавливать границы, а Agent'у действовать within них.

Как должна выглядеть эта система? Именно на этот вопрос и отвечает данная статья.

I. Помимо Fat Wallet, еще одна война кошельков

Delphi Digital в статье «Fat Wallet Thesis» выдвинула убедительный тезис: по мере того, как протоколы и уровень приложений становятся все более однородными, стоимость будет оседать на уровне кошелька, потому что кошелек ближе всего к пользователю, контролирует каналы дистрибуции и поток заказов, а пользователи будут оставаться в определенном кошельке надолго из-за знакомого интерфейса, накопленных активов и трения при переходе.

Но Agent не следует той же логике. Будучи «бесчувственным» машинным исполнителем, Agent не будет, как человек, оставаться в каком-то кошельке из-за знакомого интерфейса, предпочтений бренда или привычек использования, он будет постоянно искать комбинацию инфраструктуры с наименьшей стоимостью, минимальной задержкой и最稳 выполнением. По мере распространения таких стандартов, как ERC-8004, уровень идентификации и репутации Agent'а, как ожидается, также сможет мигрировать между различными системами, что означает, что эффект блокировки кошелька для Agent'а изначально слабее, чем для человека.

Однако это не означает, что стоимость кошелька исчезает, а то, что место оседания стоимости изменится. В простых сценариях личного использования Agent ослабит существующий 护城河 кошелька, основанный на интерфейсе, привычках и входе; в относительно сложных сценариях организационного развертывания, как только компания настроит стратегические правила, процессы утверждения, параметры управления рисками и системы аудита для всего «флота Agent'ов», стоимость миграции будет заключаться не в интерфейсном опыте, а в重建 всей конфигурации разрешений, управления и эксплуатации.

Следовательно, Agentic Wallet отвечает на другой вопрос, отличный от Fat Wallet: Fat Wallet борется за вход для пользователя, а Agentic Wallet борется за контроль, когда программное обеспечение начинает напрямую распоряжаться средствами.

Если оглянуться на историю эволюции кошельков, можно обнаружить, что каждое изменение формы продукта по сути соответствует изменению объекта доверия пользователя:

· Кошелек с сид-фразой требует, чтобы пользователь доверял себе.

· Смарт-контрактный кошелек требует, чтобы пользователь доверял коду.

· Встроенный кошелек требует, чтобы пользователь доверял поставщику услуг.

А в случае с Agentic Wallet пользователю нужно доверять системе управления, состоящей из разрешений, стратегий и механизмов управления.

Цель этой системы — не позволить программному обеспечению接管 средства, а позволить ему действовать с ограниченными полномочиями, при этом человек всегда сохраняет окончательный контроль. Именно поэтому ядро Agentic Wallet заключается не только в том, чтобы «дать Agent'у возможность использовать кошелек», а в том, чтобы «дать Agent'у возможность управлять средствами, принадлежащими пользователю-человеку, в условиях, которые можно ограничить, аудировать и в которые можно вмешаться».

II. Границы кошелька, отправная точка Agent'а

Существующие кошельки по-прежнему хорошо работают в сценариях, для которых они изначально были designed, но проблема в том, что все больше use case'ов, управляемых Agent'ами, выходят за рамки设计 существующих кошельков.

Сценарий 1: Торговому Agent'у нужно действовать быстро, но «иметь возможность выполнить» не равно «иметь разрешение на выполнение»

Agent инвестиционного портфеля круглосуточно отслеживает кросcчейн ликвидность. Когда появляется возможность, ему нужно совершить сделку в течение секунд. Традиционная логика управления кошельком заключается в том, что пользователь открывает приложение - проверяет сделку - нажимает подтверждение. К тому времени, как этот процесс завершится, окно возможностей часто уже закрывается.

Технически Agent уже обладает способностью вызывать swap-функции, генерировать calldata, бриджить средства. Проблема в том, что возможность не равна разрешению. То, что Agent может инициировать сделку, не означает, что ему следует позволять свободно распоряжаться средствами.

Роль Agentic Wallet как раз и заключается в разделении этих двух аспектов: Agent может действовать мгновенно, но только в рамках预设规则, например, только с одобренными активами, с ограничением дневного бюджета, с ограничениями на проскальзывание, и автоматически приостанавливать работу при аномальных рыночных условиях. Skill определяет, что Agent «может делать», а кошелек ограничивает то, что Agent «разрешено делать».

Сценарий 2: Платежному Agent'у нужно тратить деньги, но он не должен иметь полного контроля над всеми средствами

Платежный Agent отвечает за автоматическое выставление счетов за API, подписки на SaaS и платежи поставщикам. В текущей системе кошельков у него обычно есть только два варианта: либо ждать ручного утверждения каждого платежа, либо напрямую持有 приватный ключ с неограниченными правами подписи. Первое не масштабируется, второе слишком рискованно.

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

Сценарий 3: Несколько Agent'ов нуждаются в изолированных разрешениях в рамках общего бюджета

Один субъект может одновременно запускать несколько Agent'ов: один отвечает за торговлю, один за платежи, один за проверку. Текущие кошельки, конечно, могут создавать несколько суб-аккаунтов, но унифицированное управление разрешениями для этих аккаунтов, установление глобальных лимитов бюджета, выполнение меж-Agent'ных ограничений стратегии и формирование единой цепи аудита не являются нативной способностью существующих кошельков.

В модели Agentic Wallet это будет рассматриваться как приоритетная проблема design'а: каждый Agent имеет свои независимые, четко определенные разрешения; в то же время унифицированный слой стратегии отвечает за контроль общего риска, меж-Agent'ные ограничения частоты и общий бюджет, а также генерирует согласованные записи аудита.

Эти сценарии приводят к одному и тому же выводу: управление приватными ключами по-прежнему является основой безопасности кошелька, позволять Agent'у напрямую接触 приватные ключи — недопустимый источник риска в любой ситуации. Но просто хорошо управлять приватными ключами уже недостаточно.

Когда оператором становится Agent, кошелек также должен ответить на второй вопрос: кому разрешено действовать, при каких условиях, в каком объеме, с какими активами и по отношению к каким объектам. Управление приватными ключами — это первая линия обороны, управление границами разрешений для нечеловеческих операторов — это вторая брандмауэр, добавленная в эпоху Agent'ов.

III. Ограниченная автономия: философия design'а Agentic Wallet

В настоящее время отрасль все еще находится на ранней стадии исследования Agentic Wallet, и пока нет真正 зрелых решений Agentic Wallet. Однако, как упоминалось во введении, в этой статье под Agentic Wallet понимается система управления资金, которая связывает человеческое управление с выполнением Agent'ов: человек отвечает за установление границ, Agent отвечает за действия within границ, а кошелек отвечает за обеспечение того, чтобы эти ограничительные отношения始终 были выполнимы, аудируемы и допускали вмешательство.

В то же время, в зависимости от уровня авторизации, полученного Agent'ом, Agentic Wallet, вероятно, также будет обслуживать следующие 4 ситуации:

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

Гибридный: Agent обрабатывает常规ные операции, такие как поиск, котировки, напоминания или выполнение с низким уровнем риска; частота вмешательства человека снижается, но пограничные случаи все еще требуют утверждения человеком, например, при переводе средств, вызове контракта или аномальных ветвлениях.

Ограниченная автономия: Agent действует автономно в рамках четких правил, лимитов и путей вето. Человек превращается из утверждающего каждую операцию в制定щика правил. Agentic Wallet, обсуждаемый в этой статье, в основном относится к этому типу.

Полная автономия: Agent обладает почти полным экономическим суверенитетом, может независимо调度 средства и нести ответственность за результаты без预设ных границ. Эта модель теоретически возможна, но еще далека от зрелости с точки зрения безопасности, управления, распределения ответственности и соответствия требованиям, и в настоящее время в основном остается на экспериментальной стадии.

В качестве参考, Stripe в своем annual letter за 2025 год разделила agentic commerce на пять уровней: L1 — заполнение форм вместо пользователя (Eliminating web forms), L2 — описательный поиск (Descriptive search), L3 — постоянная память (Persistence), L4 — делегирование полномочий (Delegation), L5 — предвосхищающая покупка (Anticipation); при этом четко判断, что в настоящее время отрасль в целом все еще «блуждает на грани L1 и L2».

С этой точки зрения, самый большой рыночный спрос в настоящее время, вероятно, исходит от сценариев, управляемых человеком, и гибридных сценариев, а ограниченная автономия — это真正的前沿, и первая производственная форма, в которой Agent действительно начинает управлять средствами.

Реализация этой концепции требует четырехуровневой архитектуры:

· Уровень аккаунта: Создание независимых, изолированных экономических контейнеров для каждого Agent'а, например, через EOA, смарт-контрактные аккаунты, серверные кошельки или среды TEE. Система должна применять дифференцированные правила к разным Agent'ам.

· Уровень разрешений: Определение границ поведения Agent'а, таких как доступный лимит, operable активы, контракты для взаимодействия, временные окна для выполнения, логика действий при достижении границ. Это ядерный уровень всей архитектуры.

· Уровень выполнения: Интерфейс, ориентированный на Agent'а, а не на клики человека. Отправка, оплата, своп, бридж, ребалансировка, ликвидация, расчет — все должно быть абстрагировано в примитивы, которые можно вызывать напрямую программой.

· Уровень управления: Должен предоставлять логи, симуляцию, аудиторский след, оповещения, переключатели паузы, право вето человека, механизмы восстановления и т.д. Этот уровень определяет, сможет ли Agentic Wallet真正 выйти в производственную среду.

Помимо четырехуровневой архитектуры, для поддержки работы системы необходимы четыре основные возможности:

Skills: Предоставление стандартизированных модулей для операций в блокчейне. Agent может выполнять такие действия, как торговля, платежи, бриджинг, как вызов функций, без необходимости самостоятельно собирать низкоуровневые calldata. Skill решает проблему абстракции способностей «что можно делать».

Policies + KYA / KYT: Движок Policies отвечает за проверку правил каждой операции, преобразуя границы, установленные человеком, в ограничения, исполняемые машиной; механизмы KYA / KYT используются для идентификации источника,身份, контекста риска и истории выполнения Agent'а. Первое ограничивает поведение, второе идентифицирует оператора, вместе они обеспечивают, чтобы все действия с средствами始终 оставались в рамках预设ных границ.

Session Key: Предоставление механизма безопасного делегирования с ограничением по времени, лимиту и scope. Agent получает временные и ограниченные授权, а не полный приватный ключ.授权 истекает автоматически, не требует ручного отзыва, «позволяет Agent'у получить право на выполнение, не прикасаясь к полному ключу».

Аудит и уведомления: Предоставление полного追溯емого лога операций и системы предупреждений в реальном времени. Каждую операцию можно отследить, каждую аномалию можно оповестить, каждого Agent'а можно в любой момент приостановить.

В настоящее время мы обычно управляем логикой поведения Agent'а с помощью инструкций, но оркестрация задач не равна ограничению资金.

Agent все еще может ошибаться, отклоняться или подвергаться атакам и загрязнению恶意ным вводом. Значение уровня кошелька заключается в том, чтобы заранее закрепить в виде системных правил такие вопросы, как «можно ли использовать средства, сколько можно использовать, какими активами можно操作, с какими объектами можно взаимодействовать и как прерывать в аномалиях». Даже если Agent отклоняется, реальные действия с средствами, которые могут произойти, все равно ограничены预设ными границами.

IV. Текущее состояние Agentic Wallet: четыре пути и четыре пробела

Что касается существующих решений Agentic Wallet, мы обратили внимание на 4 типичных случая, которые в основном уже решили вопрос «как позволить Agent'у войти в систему资金», но еще не ответили на вопрос «как позволить Agent'у безопасно использовать средства в кросчейн и сложных реальных условиях».

Coinbase, Safe, Privy и Polygon уже дали свои可行ные ответы на уровнях инфраструктуры, управления, разрешений и идентификации соответственно, но еще не завершено дальнейшее整合 этих локальных возможностей в единую систему управления, которая может работать кросчейн, мигрировать между средами и оставаться работоспособной в сложных对抗ных сценариях. Общие узкие места Agentic Wallet на нынешнем этапе в основном сосредоточены в следующих четырех пробелах:

Во-первых, идентификация и репутация еще не переносимы.

Система идентификации и репутации Agent'а в блокчейне может быть建立, но跨链,跨кошелек,跨среду выполнения通用的 система доверия все еще не существует. История и репутация, накопленные Agent'ом в одной экосистеме, не могут естественным образом мигрировать в другую экосистему.

Во-вторых, отсутствует единый стандарт на уровне стратегий.

Coinbase использует spending limits, Safe использует链上 модули, Privy использует policy engine, Polygon использует session-scoped wallet. Отрасль уже普遍 осознала, что уровень разрешений является ядром, но еще не сформировала единый стандарт стратегий, который можно переносить, комбинировать и повторно использовать跨 продуктов.

В-третьих,对抗ная безопасность все еще сильно空白.

Инъекция промптов, отравление инструментов,恶意ные Skills, загрязненный внешний ввод — эти проблемы не будут автоматически решены традиционным аудитом контрактов. Новая проблема,真正 добавленная эпохой Agent'ов, заключается в следующем: когда процесс принятия решений моделью искажается恶意ным вводом, как кошелек может идентифицировать, вмешаться и блокировать риск.

В-четвертых, полное покрытие блокчейнов еще далеко от реализации.

Большинство существующих решений привязаны к单一链 или ограниченному мультичейн диапазону, но экономическая деятельность Agent'а не будет долго оставаться в单一 экосистеме.真正 зрелый Agentic Wallet должен решать проблемы мультичейн, многосред выполнения и согласованности跨域 разрешений.

V. Под поверхностью: следующие десять лет Agentic Wallet

В настоящее время основной акцент design'а Agentic Wallet делается на расширении возможностей человека по施加 детального контроля над Agent'ом. В большинстве реализаций роль кошелька больше похожа на пассивный подписыватель: Agent вызывает Skill, Skill генерирует транзакцию, кошелек выполняет подписание в бэкенде, и随后 происходит выполнение в блокчейне.

Но если Agent действительно начинает управлять средствами, просто подписывать на последнем шаге явно недостаточно. Более разумно, чтобы проверка разрешений происходила до выполнения: после того как Agent вызовет Skill, запрос сначала попадает во внутренний Policy Plane кошелька, и только после прохождения проверки стратегии выполнение будет разрешено.

Так называемый Wallet Policy Plane заимствует идеи Control Plane и Data Plane в системной архитектуре. Он находится между поведением Agent'а и выполнением в блокчейне, объединяя движок Policies, проверку KYT/KYA, проверку Session Key, оценку рисков и обработку исключений в единую плоскость принятия решений.

Эта идея не нова, платежная архитектура Stripe работает по схожей логике: разработчики вызывают简洁ный API, но до того, как средства真正移动, Stripe уже выполнила идентификацию рисков, проверку правил и обработку соответствия требованиям в бэкенде. Agentic Wallet по сути делает то же самое: верхний уровень дает разработчикам чистый интерфейс выполнения, а нижний уровень использует движок前置 стратегий для принятия решений о разрешениях.

Срочность заключается в том, что поверхность атаки, создаваемая инъекцией промптов, отравлением инструментов,恶意ными Skills, быстро расширяется, а инфраструктура безопасности на стороне кошелька сильно отстает. Стандартизированный Wallet Policy Plane сегодня еще не стал отраслевым通用 базовым примитивом.

Однако сам Policy Plane также не будет конечным состоянием. По мере созревания системы идентификации и репутации Agent'ов логика авторизации будет переходить от驱动 статическими правилами к驱动 динамическим доверием. Сегодня мы полагаемся на预设ные границы, ограничения лимитов, белолисты и пути ручного вето; в будущем записи о транзакциях в блокчейне,轨迹 поведения и данные о доверии跨 экосистем постепенно составят верифицируемую основу доверия для Agent'ов, и больше решений об авторизации будет приниматься на основе身份, истории и фактических показателей.

Когда Agent'ы начинают экономически взаимодействовать друг с другом на машинной скорости, механизмы контроля должны быть встроены в систему с самого начала. Роль кошелька также изменится: на раннем этапе он является привратником, отвечающим за предотвращение выхода за границы; на зрелой стадии он больше похож на инфраструктуру, отвечающую за подключение可信ных субъектов к системам аккаунтов, разрешений и расчетов с более низким трением.

Последние десять лет поле битвы кошельков было на экране, у того входа. Следующие десять лет поле битвы будет в том слое контроля, который пользователь не видит.