Кошелек агента orcamind.ai позволяет вам поговорить с блокчейном (буквально)
18 июля 2025 г.Кошелек AI AI AI Orcamind.ai прорывается благодаря ограничениям управления частными ключами и подписания с одним транзакцией, предлагая пользователям простое, быстрое и безопасное интеллектуальное решение для взаимодействия в цепь.
1. Введение
С ростом больших языковых моделей (LLMS) взаимодействие с блокчейном через естественный язык стал ключевым направлением в эволюции Web3. Построенный на модельном протоколе контекста (MCP), Orcamind представила кошелек агента orcamind.ai AI. В отличие от традиционных кошельков, которые пассивно реагируют на команды пользователей и управляют изолированными адресами или отдельными транзакциями, кошелек агента искусственного интеллекта прерывается благодаря ограничениям управления частными ключами и транзакций с одной подписью. Он фокусируется на предоставлении безопасных, автоматизированных и перекрестных операционных возможностей. Это предлагает пользователям простое, быстрое и безопасное интеллектуальное решение для взаимодействия в цепочке.
В этой статье будет изучена инновационная техническая архитектура, стоящую за агентом кошелек, анализирует его рабочие принципы и основные преимущества, а также объясняет, как он приносит пользователям более безопасный и более плавный опыт Web3.
2. Основные концепции
Прежде чем погрузиться в архитектуру, важно сначала понять две ключевые понятия.
2.1 MCP (протокол контекста модели)
MCP (протокол контекста модели) - это стандартизированный протокол связи в области ИИ, предназначенный для решения проблем интеграции моделей крупных языков (LLM) с внешними источниками данных, инструментами и услугами.
Протокол состоит из двух основных компонентов:
- MCP клиент: Терминал взаимодействия с пользователем (например, Claude, Cursor, приложение Orcamind), которое непосредственно получает команды естественного языка от пользователей. Он использует LLM для интерпретации намерений пользователя, соответствия соответствующему инструменту и извлечения необходимых параметров для выполнения.
- MCP -сервер: Выполняет логику инструмента и отправляет обратную связь с клиентом.
Разработчики могут зарегистрировать новые инструменты (например, поступление, взаимодействие DAPP) для расширения функциональности без изменения протокола Core. В контексте приложения Orcamind сервер MCP действует как мост между языковой моделью и взаимодействиями блокчейна.
2.2 Кошелек для агента оркаминга
Агент -кошелек представляет собой интеллектуальное приложение для кошелька, предложенное Orcamind, поддерживаемое доверенным бэкэнд -агентом. Подключенный к LLM через службу MCP, он позволяет пользователям выпускать команды естественного языка, чтобы надежно запустить кошелек агента для автоматического выполнения сложных операций на цепь (например, передачи и контрактных взаимодействий). Это устраняет необходимость громоздких ручных подписей или понимания основных технологий блокчейна.
3. Агентная техническая архитектура кошелька
3.1 MCP
В рамках MCP кошелек Agent работает как независимый сервер MCP, предоставляя выделенный набор инструментов для работы кошелька. Как только инструкция пользователя проанализирована моделью для намерения, уровень маршрутизации MCP вызывает соответствующий инструмент на основе извлеченных параметров. Затем он разбивает задание на инструкции на более детальные задачи и передает их в кошелек агента для последующего исполнения.
3.2 Агент кошелек
Как основной механизм выполнения прокси -косора блокчейна,Агент кошелекПринимает модульную конструкцию для создания системы с закрытой контуром для делегирования учетной записи, оркестровки задач и безопасного подписания. Его архитектура состоит из двух основных модулей, которые работают вместе через стандартизированные интерфейсы:
1. Смарт управления и оркестровки (SMOC)
Ядро смарт управления и оркестровки в центре управляет глобальной системой учетных записей и потоками задач, гарантируя, что команды пользователей, выпущенные на естественном языке, точно и надежно переводятся в операции в ходе цепь. SMOC интегрирует две основные возможности: управление счетом и оркестровка задач. Ключевые особенности этого модуля включают:
- Управление единичным счетом:Построенный на протоколе OIDC, SMOC устанавливает сильную привязку между пользовательскими идентичностями и их многоцепочечными прокси. Перед каждой операцией он выполняет проверку учетных данных в режиме реального времени, чтобы предотвратить захват счета. Благодаря динамической абстракции учетной записи можно отображать единую идентичность пользователя с адресами прокси по разным блокчейнам (например, EVM, Solana), предлагая унифицированный интерфейс для многоцепочечных операций, абстрагируя основные сложности.
- Интеллектуальная адаптация активов:Пользователям необходимо внести только один основной токен (например, USDC или ETH). Перед выполнением задачи SMOC автоматически анализирует эксплуатационные требования и динамически преобразует активы по мере необходимости, включая нативные токены целевых цепей (например, ETH или Sol) и специфические токены, необходимые для взаимодействия DAPP (например, Weth для UNISWAP). Это обеспечивает бесшовное выполнение, не требуя, чтобы пользователи вручную обменялись или пополняли различные активы.
- Умное планирование задач:Для проанализированных потоков задач SMOC использует планировщик DAG, чтобы разумно разбить сложные операции на атомные подзадачи. Он динамически управляет зависимостями задач и последовательностями выполнения при поддержке автоматического отката и возобновляемого выполнения. Как только задачи будут готовы, он автоматически обрабатывает ключевые этапы предварительной обработки, включая динамическое назначение, нездоровое, оптимизация газа в реальном времени и точную конструкцию CallData поперечной цепи-максимизирующая эффективность выполнения и скорость успеха.
- Мониторинг выполнения сквозного выполнения:SMOC непрерывно контролирует полный жизненный цикл каждой задачи-от отброса до подтверждения в цепочке-статусов отслеживания, таких как ожидание, подтвержденные и неудачные. Анализируя глубину мемпула и прогнозируя подтверждения блоков, он активно идентифицирует риск заторов или аномалии. В случае сбоев транзакций (например, недостаточного газа, ошибок контракта) он выполняет автоматическую диагностику, чтобы обеспечить проверку согласованности между намерениями пользователя и поведением в цепочке.
2. Система подписи MPC
Этот модуль составляет основу безопасности кошелька агента путем интеграции доверенных среда выполнения (TEE) со стандартизированными пороговыми подписными протоколами для достижения сквозной защиты ключей и подписи безопасности. Все отдельные шеры строго хранятся в средах тройников с аппаратными тройниками, гарантируя, что подписные вычисления полностью происходят в зашифрованной области памяти ЦП, эффективно выделяя их от атак на уровне операционной системы (например, эксплойты ядра или позор памяти).
Основываясь на схеме пороговой подписи (k, n), система разделяет полный закрытый ключ на несколько криптографически недействительных осколков. Один осколок не может вывести исходный закрытый ключ и независимо генерировать действительную подпись. Только когда распределенные узлы совместно вычисляют, может быть произведена законная подпись блокчейна, не реконструируя полный личный ключ.
Эта архитектура соответствует двум основным принципам безопасности:
- Реконструкция нулевого ключа:Полный личный ключ никогда не существует полностью на каком -либо физическом устройстве или памяти во время его жизненного цикла.
- Динамическая восстановление:Если некоторые ключевые осколки теряются (в рамках порога устойчивости к разлому), система может надежно регенерировать новые осколки за счет криптографического сотрудничества оставшихся осколков, уничтожая старые, чтобы гарантировать, что контроль активов никогда не теряется.
Объединяя изоляцию на уровне аппаратного обеспечения с распределенной криптографией, этот дизайн устанавливает неизменную границу безопасности для операций агента кошелька, защищая суверенитет активов даже против передовых постоянных угроз (APT).
Кроме того, кошелек Orcamind Agent поддерживает пользователей, которые сами поддерживают и поддерживают узел Shard MPC, участвуя в последующих процессах подписания для повышения достоверности.
3.3 Рабочий процесс агента кошелька
Фаза 1: Инициализация учетной записи (первое использование)
Когда пользователь впервые запускает и использует кошелек агента, система выполняет строгий и автоматизированный процесс инициализации учетной записи. Основной целью этого процесса является достижение надежной проверки цифровой идентификации пользователя, построить систему учетных записей агента поперечного сети и надежно управлять ключами-все в соответствии с высокими стандартами безопасности.
Весь процесс вращается около трех ключевых шагов:
- Привязка идентичности:Первый шаг - установить связующую связь между идентичностью пользователя и системой. Чтобы достичь этого, кошелек агента строго принимает стандартный протокол OIDC (OpenID Connect) в качестве моста. Пользователь разрешает это, выполняя простую проверку подписи на интерфейсе. Центр управления анализирует и проверяет подпись и ее достоверность, затем использует конкретные алгоритмы шифрования для генерации глобально уникального идентификатора, который уникально представляет пользователя. Эта глобально уникальная идентичность является краеугольным камнем для всех последующих операций. Он тесно связан с пользователем с активностью кошелька и обеспечивает неизменную основу для будущего управления учетными записями и отслеживания аудита.
- Генерация учетной записи агента:После успешного подтверждения идентификации пользователя система подписи надежно генерирует набор учетных записей агентов поперечной цепи, используя схему Shard MPC. Этот процесс совместно завершается распределенной, предварительно сконфигурированной сетью узлов MPC, работающих в средах доверенного исполнения (TEE). Между тем, Центр управления связывает уникальную идентичность пользователя с предыдущего шага с этим набором учетных записей агентов.
- Безопасное хранение ключей:Шарды частного ключа полностью хранятся в среде TEE, чтобы гарантировать, что они защищены от несанкционированного доступа или кражи. Этот дизайн в корне сводит к минимуму риск утечки частного ключа или потери активов из -за единичных точек отказа.
Фаза 2: выполнение инструкции
Когда пользователь выдает команду «Использовать адресам A1 и A2 для ставки по 0,5 ETH каждый на контракте 0xstake», система надежно и автоматически выполняет задачу с помощью следующего процесса замкнутого цикла:
Семантическое разбор и упаковка намерений:Двигатель LLM анализирует инструкцию пользователя по естественному языку, идентифицирует тип операции (agent_wallet_staking) и завершает контекстные параметры (список адресов, сумма токена, адрес контракта). Затем он генерирует структурированную систему операции и отправляет ее в SMOC.
Единое планирование и разложение задач
- Аутентификация учетной записи:Проверяет владение аккаунтом агента через идентификатор и выполняет проверку учетных данных в режиме реального времени, чтобы обеспечить легитимность работы.
- Динамическая адаптация активов:Проверяет баланс адреса фонда и автоматически меняет токены, чтобы покрыть любую нехватку ETH.
- Разложение интеллектуальной задачи:
- → Подзадача 1: Передача 0,5 ETH от адреса фонда в A1
- → Подзадача 2: перевод 0,5 ETH от адреса фонда в A2
- → Subtask 3: A1 вызывает метод Depoit () контракта 0xstake
- → Subtask 4: A2 вызывает метод Depoit () контракта 0xstake
- (Зависимость задачи: сталость может продолжаться только после завершения переводов)
Автоматизированная конструкция транзакций и подписание
- Генерация параметров в реальном времени:Динамически присваивает Nonce на основе статуса в цепочке, оптимизирует газовые стратегии и конструирует CallData (например, кодирование ABI для заключения контрактов).
- Распределенное безопасное подписание:
- Система подписания инициирует совместный запрос подписания по зашифрованным каналам в кластер узлов MPC в среде TEE. Каждый узел вычисляет частичные подписи с использованием осколков частных ключей в оборудованной среде. Допустимая подпись транзакции агрегируется без реконструкции частного ключа.
Выполнение транзакций и мониторинг состояния
- Транслирует подписанную транзакцию в сеть и контролирует глубину пула транзакций и статус подтверждения блокировки в режиме реального времени.
- Отслеживает полный жизненный цикл в цепочке (например, A1 Передача в ожидании → Площадь подтверждено). Если какая -либо подзадача не удается (например, из -за недостаточного газа), она автоматически запускает откат и отправляет оповещения.
- Генерирует журнал операции, содержащий полную цепочку доказательств от подбора LLM до подтверждения на цепь.
3.4 Расширимость кошелька агента
Стандартизированная и высоко масштабируемая архитектура агента также обеспечивает мощный интеграционный шлюз для сторонних разработчиков. Разработчики могут создавать индивидуальную логику инструмента кошелька агента, адаптированную для конкретных бизнес-сценариев (например, маршрутизацию поперечной цепи, индивидуальные стратегии DEFI, автоматизация управления в цепочке и т. Д.). Процесс интеграции следует оптимизированному подходу:
- Реализация соответствия интерфейсу:Разработчики реализуют основную логику инструментов в соответствии с предопределенными спецификациями протоколов, такими как параметры специфики для анализа и генерация атомных этапов работы.
- Регистрация возможностей:Метаданные инструмента (Описание функции, форматы ввода/вывода, зависимости) зарегистрированы в глобальном каталоге планирования SMOC (Smart Management & Orchestration Core).
- Динамический впрыск рабочего процесса:В рамках планирования SMOC DAG правила разложения задач определяются для картирования сложных бизнес -потоков в атомные узлы, которые называют пользовательским инструментом.
После интеграции разработчики позволяют пользователям управлять пользовательскими рабочими процессами непосредственно через естественный язык. Этот отдельный дизайн позволяет сторонним инструментам для использования безопасного фундамента Agent Wallet (TEE + MPC) и интеллектуальных возможностей оркестровки, значительно снижая барьер разработки для сложных операций в цепочке.
Заключение
Интегрируя модели крупных языков, кошелек AI AI AI -агента преобразует команды пользователей в безопасные автоматизированные операции. Его интеллектуальное ядро управления и оркестровки (SMOC) динамически разлагает задачи, оптимизирует параметры газа и нера, и контролирует весь процесс в режиме в режиме реального времени. В то же время он обеспечивает безопасность учетной записи с помощью изоляции оборудования TEE и пороговых подписей MPC. Разработчики также могут расширять инструменты MCP -сервера через стандартизированные интерфейсы, повторно используя свой безопасный фундамент и планирование двигателя для создания индивидуальных рабочих процессов. В конечном счете, это позволяет пользователям управлять комплексными взаимодействиями в цепочке, таких как многоцелевая маршрутизация активов, используя естественный язык, исключая ручное бремя управления газом, новой и многоцелевой активы и становятся действительно автономным агентом по выполнению цепей.
Оригинал