Draper Dragon инвестирует в Skalor — инфраструктуру платежей с некастодиальным ИИ-агентом

iconMetaEra
Поделиться
AI summary iconСводка
Draper Dragon инвестировала в Skalor — платформу инфраструктуры платежей с некастодиальным ИИ-агентом. Skalor обеспечивает проверку в реальном времени и применение политик для транзакций, инициированных ИИ, что соответствует новым регуляторным рамкам, таким как MiCA. Платформа включает модули Skalor Mandate, KYA Bureau и Pay + Receipts для безопасных межсетевых расчетов. Draper Dragon рассматривает Skalor как фундаментальную инфраструктуру для экономической деятельности ИИ-агентов в условиях развивающихся стандартов MiCA и регуляторных политик.
Когда AI-агент начнет тратить деньги за компанию, кто остановит платеж «до того, как деньги фактически будут списаны»?

Автор статьи, источник: DeDing Innovation

Обзор

Skalor разрабатывает некастодиальную инфраструктуру для клиринга и исполнения стратегий в экономике AI-агентов.

По мере того как AI-агенты переходят от генерации контента и анализа данных к закупкам, платежам, торговле и управлению финансами, компании все больше передают реальные полномочия программным агентам. Агенты больше не просто предлагают рекомендации, а начинают выполнять от имени организаций платежи, вызывать финансовые сервисы, покупать облачные ресурсы, управлять поставщиками и даже напрямую взаимодействовать с корпоративной казной. Существующие платежные системы не были созданы для автономных агентов.

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

Цель Skalor — добавить реальный уровень очистки и управления между AI-агентами и платежными сетями. До фактического перевода средств система проверяет идентичность агента, проверяет платежные политики, установленные компанией, применяет ограничения по бюджету и поставщикам, а также генерирует для каждой транзакции криптографически подтверждаемый чек.

Его основная позиция может быть кратко описана как:

Skalor не отвечает за хранение корпоративных средств, а определяет, имеет ли право на выполнение транзакцию, инициированную AI-агентом.

Эта некастодиальная архитектура позволяет Skalor интегрироваться со стабильными монетами, банковскими платежами, институциональными расчетными сетями и другими протоколами платежей агентов, не заменяя существующие системы управления доверительным управлением и финансами компании. В долгосрочной перспективе Skalor стремится стать «клиринговой палатой» в экономике AI-агентов: объединяя идентичность, права, платежи и аудит, она предоставляет надежную инфраструктуру для внедрения агентов с реальными экономическими полномочиями.

Основная проблема платежей с использованием ИИ-агента

ИИ-агенты переходят от роли «программных инструментов» к роли «экономических участников».

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

Это означает, что компании могут поручить агентам выполнение более сложных задач:

  • Автоматизированное приобретение программного обеспечения и облачных сервисов;
  • Оформляйте заказы у поставщиков в зависимости от наличия товара;
  • Оплата расходов на командировки, маркетинг и операционные расходы;
  • Управление подписками и периодическими платежами;
  • Выполнение торгов на финансовых рынках;
  • Распределение корпоративных средств в соответствии с бизнес-правилами.

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

Традиционные системы контроля рисков при платежах строятся вокруг учетных записей, устройств и идентификации физических лиц. Система может подтвердить, что определенный сотрудник вошел в корпоративную учетную запись, но не всегда может определить, имеет ли агент, вызванный сотрудником, право на осуществление платежа в рамках текущей задачи, или отклонился ли агент от первоначальной инструкции.

Что действительно нужно ответить компаниям:

  • Каким агентом инициирована эта сделка?
  • Какое предприятие или отдел это выполняет?
  • Обладает ли оно текущими разрешениями?
  • Соответствует ли сумма лимиту на одну операцию и ежедневному лимиту?
  • Is the recipient on the approved list?
  • Требуется ли дополнительная ручная подпись?
  • Изменялись ли модель и среда выполнения агента?
  • Can the approval and execution process be fully reproduced afterward?

Если на эти вопросы невозможно получить однозначные ответы до совершения сделки, компаниям сложно передавать истинный контроль над средствами автономным агентам.

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

От «мониторинга» к «атомарному исполнению»

Существующие инструменты управления агентами обычно фокусируются на логах, обнаружении аномалий и последующих оповещениях. Такие методы помогают компаниям выявлять проблемы, но по своей сути остаются наблюдательными контролями: система оценивает поведение как аномальное только после того, как агент уже завершил операцию. Для агентов, обращающихся к производственным базам данных, корпоративным сейфам или сетям крупных платежей, такая модель недостаточна для выполнения финансовых и регуляторных требований. Skalor выбирает иной подход: он преобразует корпоративные платежные политики в непосредственно исполняемые правила и выполняет атомарную проверку перед каждой транзакцией. Атомарная проверка означает, что транзакция может продолжиться только при одновременном выполнении всех условий; если хотя бы одно условие не выполняется, платеж не осуществляется.

Например, компания может настроить:

  • Одиночный платеж не может превышать определенную сумму;
  • Ежедневные совокупные расходы агента не должны превышать бюджет;
  • Оплата возможна только утвержденным поставщикам;
  • Определенные сделки должны быть подписаны совместно с финансовым директором;
  • Агент может выполнять действия только в указанные временные интервалы или в пределах заданных задач;
  • Один и тот же торговый запрос не может быть отправлен повторно;
  • Торговые пары должны проходить проверку на санкции и соответствие требованиям.

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

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

Архитектура платформы

Платформа Skalor состоит из трех взаимосвязанных модулей: Skalor Mandate, KYA Bureau и Pay + Receipts.

Skalor Mandate: Политика блокчейн-платежей для агента

Skalor Mandate — это контракт на цепочке, развернутый для каждого агента. Компании могут настраивать в нем права на расходы и границы поведения агента, включая лимиты на одну транзакцию, ежедневный бюджет, белый список поставщиков, порог совместной подписи и правила защиты от повторных транзакций и т.д. Контракт хранит и выполняет только политику, но не хранит средства компании. Компании по-прежнему управляют активами через существующие банковские счета, институциональные хранители, мультиподписные кошельки или платформы оплаты. Эта архитектура обеспечивает несколько важных характеристик:

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

Во-вторых, изменения политики строго контролируются. Только операторы предприятия могут изменять Mandate, и все изменения оставляют аудиторские записи.

В-третьих, компании могут назначать разные права доступа для различных агентов. Например, агент закупок может инициировать оплату поставщикам, но не имеет права обращаться к торговым счетам; финансовый агент может обрабатывать зарплату и подписные платежи, но платежи свыше определенной суммы должны быть одобрены совместно с CFO.

Skalor Mandate преобразует матрицу полномочий внутри компании в цепочные правила, которые могут выполняться агентами и проверяться аудиторскими организациями.

KYA Bureau: Идентификационный и репутационный слой для AI-агентов

Человеческая финансовая система зависит от KYC — проверки личности и рискового статуса клиентов. Но в экономике агентов этого недостаточно — нужно проверять не только стоящие за ними компании или лица.

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

Таким образом, Skalor представил KYA — Know Your Agent.

KYA Bureau — это федеративная система регистрации личности и репутации агентов. Организации могут выдавать агентам сертификаты с иерархической структурой и фиксировать подписанные доказательства, связанные с их личностью, средой выполнения, историей поведения и рисками.

Эти сертификаты могут генерироваться с участием различных типов организаций, например:

  • Квалифицированный депозитарий;
  • Провайдер MPC-кошельков;
  • Команда кибербезопасности компании;
  • Платформа для торговли и платежей;
  • Регулируемое финансовое учреждение;
  • Другие надежные поставщики услуг Agent.

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

С функциональной точки зрения KYA Bureau похожа на сеть доверия и идентичности для автономных агентов. Она не только отвечает на вопрос «Кому принадлежит этот агент?», но и пытается ответить на вопрос «Обладает ли этот агент надежными условиями для выполнения текущей транзакции?»

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

Оплата + Чеки: Слой клиринга и аудита через платежные сети

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

Каждый чек может содержать:

  • Идентичность и учетные данные агента;
  • Доказательство среды выполнения;
  • Результат проверки политики торговли;
  • Записи ручного или мультиподписного одобрения;
  • Финальное подтверждение расчетов;
  • Связанные цепочные транзакции и временные метки.

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

Традиционные логи агентов обычно сохраняются самой платформой и могут быть изменены, утеряны или стать недоступными из-за прекращения работы поставщика. Цель Skalor — превратить аудит торговли в переносимое и воспроизводимое криптографическое доказательство, а не просто в запись в базе данных какой-либо платформы.

Как завершить платеж через Agent?

Например, компания, использующая AI-агент для управления платежами поставщикам.

Сначала финансовый директор компании настраивает для агента полномочия, включая:

  • Ограничение на одну транзакцию;
  • Ежедневный общий бюджет;
  • Список утвержденных поставщиков;
  • Пороговая сумма, требующая совместного одобрения вручную.

Когда агент готов произвести оплату поставщику, он отправляет намерение платежа через Skalor SDK, указывая сумму, получателя и цель транзакции.

Skalor затем последовательно проверяет:

  • Имеет ли агент действительную идентичность;
  • Действителен ли соответствующий документ в настоящее время;
  • Прошел ли получатель проверку на соответствие требованиям;
  • Превышает ли сумма лимит на одну транзакцию;
  • Превысил ли общий расход за день бюджет;
  • Находится ли получатель в белом списке компаний;
  • Будет ли запущено дополнительное требование совместной подписи.

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

После прохождения всех правил Mandate авторизует платеж и направляет транзакцию в соответствующую платежную сеть. После завершения расчетов Skalor генерирует криптографически подписанную квитанцию, предоставляя команде бухгалтерии компании реестр аудита в режиме реального времени.

Диаграмма процесса представляет этот процесс как:

Агент → SDK → Skalor Proxy → Мандат → Платежная сеть → Мерчант

Он показывает, что Skalor не заменяет платежные сети напрямую, а выполняет аутентификацию, проверку политик и авторизацию до того, как платежные инструкции попадают на уровень расчетов.

Разработчикская стратегия распространения

SDK и основные инструменты Skalor используют открытую стратегию для разработчиков. Разработчики могут интегрировать Skalor в фреймворки и приложения Agent, чтобы Agent автоматически вызывал интерфейс проверки стратегии перед инициацией платежа. Интеграция MCP позволяет приложениям на основе больших языковых моделей подключаться к сервисам идентификации и клиринга через стандартизированные способы вызова инструментов. Такая открытая дистрибуция имеет двойную ценность:

Во-первых, это снижает стоимость пробной версии для разработчиков. Команды могут добавить Mandate, проверку личности и подтверждение чеков в тестовой среде, не заключая предварительно сложные корпоративные договоры.

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

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

Разработчики внедряют → Подключение агента → Корпоративное развертывание → Рост объема платежей и расчетов

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

Бизнес-модель

Бизнес-модель Skalor основана на клиринге торговли и предоставлении инфраструктурных услуг для корпоративного сегмента.

Комиссия за расчет по сделкам

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

Комиссии платформы для бизнеса

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

  • Шаблон индивидуальной политики;
  • Локальное развертывание или специальная среда;
  • Интеграция идентичности и прав предприятия;
  • Аудит и отчетность по соответствию;
  • Управление несколькими отделами и несколькими агентами;
  • Персональная техническая поддержка;
  • Подключение специального платежного канала.

За эти услуги Skalor может взимать плату за подписку на корпоративную платформу.

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

Интеграция SDK и MCP

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

Масштабируемые финансовые услуги

По мере развития платформы Skalor может предложить дополнительные сервисы, связанные с корпоративными финансами и платежными процессами. Однако такие функции требуют четкого определения их правовой структуры, путей движения средств и границ рисков. Для внешнего блога их лучше рассматривать как долгосрочное направление расширения продукта, а не как ключевую часть текущей бизнес-модели.

Рыночные возможности

Рынок, в котором находится Skalor, испытывает одновременное воздействие трех трендов.

AI-агенты выходят в реальную экономическую деятельность

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

Stablecoins become machine-native payment rails

Стабильные монеты работают круглосуточно, программируемы и могут напрямую вызываться через API и смарт-контракты, что делает их идеально подходящими для платежей между машинами. В отличие от традиционных банковских систем, агенты не должны ждать рабочих дней или вручную входить в интернет-банкинг для выполнения платежей. При наличии соответствующих прав они могут мгновенно проводить расчеты по всему миру. Однако чем более автоматизирована платежная цепочка, тем сильнее становится потребность в слоях авторизации и клиринга. Стабильные монеты решают вопрос «как перемещаются средства», а Skalor решает вопрос «имеют ли машины право на перемещение средств».

Формирование стандартов оплаты агента ускоряется

Coinbase, Stripe, Anthropic, Google и другие инфраструктурные компании продвигают стандарты оплаты и вызова инструментов для агентов. Эти платформы упрощают процесс инициирования платежей агентами, но не всегда полностью решают вопросы идентификации, бюджетирования, совместного одобрения и проверяемого аудита на корпоративном уровне. С этой точки зрения Skalor не стремится конкурировать со всеми протоколами оплаты агентов, а хочет стать универсальным уровнем клиринга и политики для них. Пока существуют различия между протоколами оплаты, предприятиям необходима система, способная унифицировать управление правами агентов через различные платформы.

Регулирование и соответствие требованиям

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

Напротив, когда платежи выполняются автономными системами, компаниям может потребоваться более строгое подтверждение:

  • Каждая сделка проходит авторизацию;
  • Агент имеет четкие ограничения полномочий;
  • Санкции и проверки по борьбе с отмыванием денег завершены;
  • Движение средств может быть полностью отслежено;
  • Существует механизм ручного вмешательства при принятии ключевых решений;
  • The system cannot be arbitrarily bypassed by a single Agent.

Таким образом, соблюдение нормативных требований — это не дополнительный модуль после запуска Skalor, а важный источник требований к продукту.

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

Конкурентная среда

Конкуренты Skalor решают задачи, связанные с другими решениями, но не идентичные.

Протокол оплаты агента

Такие платформы отвечают за то, чтобы агенты могли обнаруживать сервисы, согласовывать цены и инициировать платежи. Они решают задачи инициации платежей и стандартизации соглашений, тогда как Skalor сосредоточен на авторизации предприятий, выполнении стратегий и аудите. Следовательно, в многих сценариях они скорее дополняют друг друга.

Инструменты управления и безопасности агента

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

Кастодиальные и кошельковые инфраструктуры

Корпоративные клиенты и входы для средств находятся у институциональных хранителей и платформ MPC, в будущем возможно добавление прав управления агентами. Такие компании обладают сильными распределительными возможностями, но их основной бизнес остается хранением средств. Skalor выбрал ненадзорную модель, чтобы оставаться нейтральным по отношению к нескольким хранителям и платежным сетям, не требуя от компаний перемещения активов.

Традиционные платежные сети

Visa, Mastercard и другие платежные институты исследуют возможности агентских платежей и идентификации. Они обладают значительными преимуществами в сценариях карточных платежей, но в будущем корпоративные агенты могут одновременно использовать стабильные монеты, банковские сети, блокчейн-протоколы и институциональные системы расчетов. Возможность Skalor заключается в предоставлении единообразной политики и уровня идентификации через все каналы, а не ограничении себя одним конкретным способом оплаты.

Облачная платформа и платформа агентов

Крупные облачные провайдеры могут напрямую интегрировать возможности оплаты агентов в процессы развертывания моделей и корпоративных закупок. Эти платформы представляют собой наиболее важную долгосрочную конкуренцию для Skalor, поскольку они обладают готовой клиентской базой, экосистемой разработчиков и каналами закупок. Стратегия защиты Skalor заключается в сохранении нейтральности по отношению к моделям, облакам и платежным сетям. Корпорации могут не желать, чтобы идентичность их агентов, политики оплаты и аудиторские записи были привязаны к одному единственному облачному провайдеру или платформе моделей.

Ключевое различие

Нетоксичный нейтральный слой

Skalor не хранит корпоративные активы, а только выполняет политики и генерирует доказательства. Это снижает стоимость смены хранилища, токен-провайдера или платежной сети для предприятий, а также исключает конфликты между платформой и существующими финансовыми институтами по поводу прямого контроля над средствами.

Исполнение политики в атомарном режиме

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

Сеть агентов

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

Кросс-платежная сеть

Цель Skalor — не стать еще одной платежной сетью, а соединить различные сети. Агенты могут использовать стабильные монеты, картные сети или корпоративные системы расчетов, при этом компании сохраняют возможность применять единые правила бюджетирования и авторизации.

Open source and independently verifiable

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

Рыночная позиция

Skalor представляет собой важный сдвиг в инфраструктуре AI-агентов.

На первом этапе отрасль интересуется, достаточно ли умна модель.

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

А когда агент начинает взаимодействовать с деньгами, вопрос дополнительно переходит к:

Как компаниям безопасно предоставлять машинам реальные экономические права?

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

Сводка

ИИ-агенты переходят от информационных инструментов к участникам цифровой экономики с возможностью выполнения действий.

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

С этой точки зрения Skalor пытается ответить на один из самых фундаментальных вопросов агентной экономики:

Когда машины смогут тратить деньги, кто решит, когда им разрешено тратить?

Точка зрения Draper Dragon

По мнению Draper Dragon, настоящий переломный момент для AI-агентов заключается не только в том, что модели начинают генерировать лучшие ответы, а в том, что они получают право на выполнение реальных экономических действий. Когда агенты смогут приобретать услуги, управлять подписками, вызывать финансовые инструменты и представлять компании при переводе средств, ИИ перестанет быть просто программным обеспечением для повышения производительности и начнет выступать в качестве нового участника экономической системы предприятия. В то же время необходимо параллельно сформировать инфраструктуру, связанную с идентификацией, авторизацией, клирингом и определением ответственности.

Мы считаем, что компании не перейдут напрямую от «ручного выполнения» к «полной автономии». Необходим промежуточный уровень доверенного контроля, позволяющий организациям постепенно расширять полномочия агентов, сохраняя при этом окончательный контроль над средствами, рисками и соответствием требованиям. Именно базовые возможности, созданные Skalor, необходимы для этого перехода. Она преобразует корпоративные политики из внутренних документов и фоновых настроек в проверяемые и исполняемые правила транзакций; превращает агентов из расплывчатых программных процессов в экономические субъекты с четко определенными идентичностями и границами полномочий; а с помощью криптографических квитанций обеспечивает возможность воспроизведения, аудита и назначения ответственности за каждую платёжную операцию, инициированную машиной.

Более того, Skalor выбирает сохранить некастодиальный и нейтральный подход к платежным сетям. Это означает, что предприятия не обязаны перемещать свои активы на новую закрытую платформу или полностью перестраивать все процессы вокруг одной модели, облачного провайдера или сети расчетов. По мере фрагментации экосистемы Agent эта нейтральность может стать критически важным инфраструктурным свойством.

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

В этом процессе мы ожидаем увидеть:

  • Больше компаний переходят от того, чтобы позволять агентам давать только рекомендации, к предоставлению им реальных полномочий на выполнение действий в рамках строгих политик;
  • Агентская идентичность и репутация постепенно становятся инфраструктурой, независимой от моделей и платформ;
  • Сети платежей, депозитарии и корпоративное программное обеспечение начинают внедрять единые стандарты машинной авторизации и аудита;
  • Нетокенезированное исполнение стратегии становится стандартной безопасной границей для корпоративного развертывания финансовых агентов.

Как инвестор в Skalor, Draper Dragon считает, что следующее поколение коммерческой деятельности будет все больше определяться людьми, ставящими цели, и агентами, их выполняющими, а инфраструктура доверия определит, насколько быстро и в каких масштабах произойдет этот переход.

Skalor может стать важным расчетным слоем, соединяющим идентичность, права и потоки средств в эпоху машинной экономики.

О Draper Dragon

Draper Dragon основана в 2005 году совместно с влиятельным мировым венчурным инвестором и лидером первого поколения венчурных инвесторов Китая, происходит от венчурного фонда DFJ из Кремниевой долины и является ключевым фондом и членом совета глобальной сети венчурных инвестиций Draper Venture Network. Фокусируясь на инновационных возможностях с высокими технологическими барьерами и огромным потенциалом роста, партнеры фонда Draper Dragon инвестировали и вырастили множество технологических «единорогов» по всему миру, таких как Coinbase (Nasdaq: COIN), HKbitEX, VirgoCX, CoinDCX, Ledger, Otter.ai, VeChain ($VET), IOTEX ($IOTX), YEEPAY и Splashtop. Кроме того, Draper Dragon активно реагирует на государственную промышленную политику, создавая инвестиционные фонды для инноваций и предпринимательства за счет привлечения квалифицированных частных капиталов и получения поддержки от государственных фондов стимулирования венчурных инвестиций Шанхая и Циндао, эффективно мобилизуя частные капиталы для инвестиций в высокотехнологичные отрасли и внося соответствующий вклад в развитие инновационных отраслей.

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