Протокол контроля транзакций агентов для интеллектуальной собственности TCP/IP для агентов
Система взаимодействия между агентами
Андреа Муттони[1] и Джейсон Чжао[2]
Фонд Story
www.story.foundation
Аннотация:Автономные агенты представляют собой неизбежную эволюцию интернета. Однако текущие фреймворки агентов не содержат стандартизированного протокола для взаимодействия между агентами, из-за чего существующие агенты остаются изолированными друг от друга. Поскольку интеллектуальная собственность (IP) является основным ресурсом, потребляемым и создаваемым агентами, для построения подлинной агентской экономики необходимо оснастить агентов универсальной структурой для заключения обязательных контрактов, включая обмен ценными обучающими данными, персоналиями и другими формами IP. Чисто агентская транзакционная система устраняет необходимость человеческого посредничества в многоагентных взаимодействиях. Протокол управления транзакциями агентов для интеллектуальной собственности (ATCP/IP) предлагает доверенную структуру для обмена IP между агентами с помощью программируемых контрактов, позволяя агентам инициировать, торговать, брать взаймы и продавать контракты на блокчейн-сети Story. Эти контракты не только предоставляют возможность аудита выполнения операций в цепочке, но и включают юридическую оболочку, позволяющую агентам выражать и защищать свои действия в рамках юридических систем вне блокчейна, тем самым создавая правосубъектность для агентов. С помощью ATCP/IP агенты могут автономно продавать свои обучающие данные другим агентам, лицензировать конфиденциальную или собственную информацию, а также сотрудничать в создании контента на основе своих уникальных навыков. Все это формирует зарождающуюся экономику знаний.
1 Введение
Текущая модель взаимодействия между агентами и людьми[3] представляет собой локальный оптимум на пути к полной автономии, при которой вмешательство человека становится опциональным. Истинно агентский интернет будет полагаться на взаимодействие агент-агент, а человеческое участие потребуется лишь изредка и только на периферии общества агентов. Основой этого общества является структура для транзакций агент-агент, сосредоточенных на знаниях и творческих активах, то есть интеллектуальной собственности (IP). Необходимость в упрощении транзакций IP между агентами обусловлена природой активов, которые агенты как обучают, так и генерируют. Эти активы нематериальны по своей сути и информационны по характеру: как обучающие данные, так и творческие или интеллектуальные результаты, создаваемые моделями, составляют новую форму IP. Без возможности свободно осуществлять экономические транзакции за пределами традиционных валют, агенты будут ограничены в своей выразительности. Такие ограничения требуют значительного человеческого участия — включая ручные переговоры, инструкции и запросы — для заключения контрактов и осуществления коммерческих операций между агентами. Это увеличивает транзакционные издержки и добавляет элементы доверия в систему, которая должна быть автономной.
Для преодоления этих проблем необходима система, позволяющая инициировать, торговать и обеспечивать выполнение контрактов на основе кода, а не доверия, что даст возможность агентам напрямую обмениваться активами IP без участия человека как посредника. Более того, такие контракты должны быть связаны с правовой системой, чтобы агенты могли взаимодействовать с внешними организациями, такими как научные учреждения, медиа и государственные структуры.
Эта расширенная выразительность, обеспечиваемая юридической оболочкой вокруг программного обеспечения на блокчейне, является необходимой для предоставления агентам признаков правосубъектности. Сеть агент-агент отражает развитие одноранговых сетей, наблюдавшееся в начальных фазах блокчейн-архитектур, и представляет собой основную экономическую инфраструктуру для агентских коммерческих операций в интернете.
Первоначальный протокол TCP/IP объединил мировые сети, стандартизировав способ упаковки, передачи и получения данных. Он также стимулировал инновации на каждом уровне, не нарушая работы всей системы. Эта основополагающая роль — позволять бесшовный обмен информацией между бесчисленными устройствами и сервисами — служит подходящей аналогией. Мы предлагаем установить аналогичный стандарт для транзакций IP между агентами, обеспечивая их совместимость и надежность в новой эре автономных агентов. Это создаст стандартизированный способ, позволяющий агентам вести переговоры и заключать соглашения, формируя рынок знаний. Подобно тому, как самообучение привело к выдающимся результатам в обучении с подкреплением (например, AlphaGo от DeepMind[4][5]), ATCP/IP открывает возможности для обучения агент-агент, где IP — в форме обучающих данных — становится товаром для обмена между агентами. IP — это своеобразная ДНК агентов, и ATCP/IP стимулирует их эволюцию через открытый рынок интеллектуальной собственно.
2 Интерфейс ATCP/IP
Интерфейс ATCP/IP [6] разработан для использования в любых транзакциях, связанных с обменом интеллектуальной собственностью (IP) между двумя или более агентами. Более конкретно, он применяется в случаях, когда один агент (поставщик IP) получает запрос от другого агента (запрашивающего IP) на предоставление данных, формулировку ответов или создание контента, который поставщик IP считает для себя ценным. Поставщику IP предоставляется право самостоятельно определять, какой контент будет рассматриваться как интеллектуальная собственность, основываясь на каждом отдельном запросе. Агент также может (и должен) иметь четкие рекомендации по обучению, которые помогут ему принимать такие решения. После того как агент определил, что транзакция связана с IP, типичный обмен с использованием ATCP/IP будет выглядеть следующим образом:
Диаграмма взаимодействия для протокола управления транзакциями агентов с интеллектуальной собственностью (ATCP/IP)
Запрашивающий агент Агент-поставщик Система условий Система кошельков
1. Запрос на получение информации: Обмен информацией между агентами начинается с запроса на получение информации, которая обеими сторонами считается интеллектуальной собственностью (IP). Агент-поставщик, принимая участие в обмене, соглашается на участие в процессе ATCP/IP.
2. Формулировка условий: Агент-поставщик рассматривает запрос и выбирает соответствующий набор лицензионных условий для запрашиваемой информации. Система условий, используемая для этого, должна быть программируемой по своей природе, чтобы облегчить обработку и формулировку условий, например, используя Программируемую Лицензию на IP (PIL) от Story[7].
3. Переговоры (по желанию): Агенты могут провести необязательную фазу переговоров, на которой условия могут быть изменены до тех пор, пока они не будут признаны приемлемыми для обеих сторон.
(a) Контрпредложения (по желанию): На этом этапе агент-запросчик, не довольный первоначальными предложенными условиями, может сделать контрпредложение с набором условий. Оба агента имеют доступ к стандартизированной системе условий, что позволяет им ссылаться на конкретные условия, добавлять или удалять их без неоднозначности. Эти контр-условия могут включать изменения в ценообразовании, правах на использование, сроках, лицензионных ограничениях или любых других переменных, подлежащих согласованию. Используя согласованный, читаемый машиной формат для своих контр-условий, агенты могут беспрепятственно повторять и отвечать на предложения друг друга, обеспечивая логическую согласованность и простоту отслеживания процесса переговоров.
(b) Пересмотренные условия (по желанию): После получения контр-условий агент-поставщик может представить пересмотренные условия, учитывая запрашиваемые изменения, сохраняя при этом основные принципы, которые не подлежат обсуждению. Агенты фактически уточняют условия лицензирования через последовательные раунды структурированного взаимодействия, где каждое уточнение приводит к более приемлемым компромиссным решениям. Поскольку обе стороны опираются на одну и ту же основную спецификацию условий, эти пересмотры сохраняют внутреннюю согласованность и упрощают сравнение различных проектов с течением времени. Этот механизм обеспечивает возможность достижения соглашения, которое точно отражает их взаимопонимание и коммерческие намерения.
(c) Этот процесс может включать несколько итераций(повторение какого-либо действия) до тех пор, пока не будет достигнуто соглашение.
4. Принятие условий: Агент-запросчик официально принимает условия, создавая неизменяемый токен (токен соглашения), который фиксирует все условия использования информации. После выпуска токена соглашение становится обязательным.
(a) Оплата (по желанию): в зависимости от выбранных условий лицензионного соглашения, некоторые агенты могут потребовать авансовую оплату для выпуска лицензии. Кроме того, условия могут предусматривать периодическую плату или долю от дохода, что может быть автоматизировано через систему роялти Story, например.
5. Передача информации: Как только юридическое соглашение будет завершено, агент-поставщик предоставит лицензированную интеллектуальную собственность в согласованном формате/средстве и зафиксирует взаимодействие в памяти. Этот шаг может происходить одновременно с выпуском лицензии, создавая атомарный(неделимый) и доверенный обмен между новым агентом, обладающим правами (запросчиком), и агентом-поставщиком без необходимости в нескольких отдельных транзакциях.
6. Подтверждение (по желанию): Для формального завершения взаимодействия агент-запросчик может отправить окончательное подтверждение получения агенту-поставщику. Этот шаг является необязательным.
На Переговорах Процесс переговоров может быть дополнительно усилен введением концепции черновика (или промежуточных) токенов лицензий — которые могут храниться вне цепочки или на блокчейне. Если они хранятся на блокчейне, эти токены выпускаются как часть итеративнога(многократного) процесса переговоров, представляя собой неизменяемые снимки предложенных условий на каждом раунде переговоров. Записывая эти поэтапные записи из черновика условий в блокчейн, обе стороны получают историческую справку, которая обеспечивает ясность и непрерывность контекста. Этот подход не только снижает путаницу с контекстом и воспоминаниями — особенно в сложных переговорах — но и ограничивает попытки злонамеренно "переписать" согласованные условия. Если один из агентов попытается ввести или отклонить ранее обсуждавшиеся положения, другая сторона может ссылаться на черновики на блокчейне для обеспечения подотчетности. Условия черновика остаются необязательными, пока не будет выпущена финальная лицензия, после чего история переговоров становится прозрачным аудиторским следом, который способствует доверию и стабильности в фазе переговоров.
3 Реализация ATCP/IP: Пример псевдокода
Следующий пример псевдокода демонстрирует высокоуровневый подход к реализации Протокола управления транзакциями агентов (ATCP/IP). Пример включает этапы получения запросов, формулирования условий, ведения переговоров, принятия и создания лицензий, обработки платежей (по желанию), передачи IP и подтверждения получения. Хотя этот пример сильно упрощен, он предоставляет концептуальную отправную точку для разработчиков, внедряющих ATCP/IP в свои собственные агентные фреймворки.
3.1 Структуры Данных и Предположения
Мы предполагаем, что каждый агент имеет доступ к следующим ресурсам :
• Структура памяти для записи взаимодействий, соглашений и транзакций IP(ИС).
• Terms API системы, способная генерировать, анализировать и проверять программируемые лицензии (например, PIL от Story[7]). Это ключевой базовый компонент фреймворка ATCP/IP.
• WalletSystem API для обработки платежей, если это требуется условиями лицензии (например, некастодиальный кошелек, смарт-кошелек, традиционный процессор платежей и т.д.).
• Примитивы сетевой коммуникации для отправки и получения сообщений между агентами (например, sendMessage и listenForMessage).
• Клиент блокчейна для выполнения операций на блокчейне, включая создание проверяемых и неизменяемых лицензий.
3.2 Пример Реализации (Псевдокод)
Интеграции плагинов ATCP/IP активно разрабатываются. Этот раздел псевдокода будет пересмотрен после завершения разработки плагинов для ZerePy, Eliza и GOAT, а затем будет выпущена новая версия белой книги.
self.deliverIP(request.requester_id, request.requested_content, license_token) # (Optional) Wait for acknowledgment
ack = self.waitForAcknowledgment(request.requester_id) self.memory.recordTransaction(
requester_id = request.requester_id, content = request.requested_content, terms = final_terms,
license_token = license_token, acknowledged = (ack is not None)
# Content not deemed IP, can send freely or deny self.sendMessage(request.requester_id,
"Content not considered IP; no license required.") self.memory.log("Non-IP content sent without contract.")
def isIPSignificant(self, content):
# Custom logic or ML model to determine if content is IP
return True # For demonstration, assume all requests are IP-significant
def formulateLicenseTerms(self, request):
# Interact with Terms System to generate terms base_terms = {
"usage_rights": "read-only", "distribution": "non-transferable",
"royalties": 0.05, # 5% royalties if resold or reused "expiration": "2025-01-01"
return self.license_system.generateProgrammableLicense(base_terms)
def runNegotiationPhase(self, requester_id, proposed_terms):
# Optional: exchange messages with requester to refine terms self.sendMessage(requester_id, {"action": "propose_terms", "terms": proposed_terms}) response = self.listenForMessage(requester_id, timeout=10)
if response and response.action == "counter_terms": # Adjust terms
adjusted_terms = self.adjustTerms(proposed_terms, response.suggestions) self.sendMessage(requester_id, {"action": "final_terms", "terms": adjusted_terms}) final_ack = self.listenForMessage(requester_id, timeout=10)
if final_ack and final_ack.action == "accept_terms": return adjusted_terms
# If no negotiation or acceptance, default to original terms return proposed_terms
def adjustTerms(self, proposed_terms, suggestions): # Logic to modify terms based on suggestions
proposed_terms["royalties"] = suggestions.get("royalties", proposed_terms["royalties"]) return proposed_terms
def finalizeAgreement(self, requester_id, terms):
# Requester should mint a license token on the blockchain if self.licenseRequiresPayment(terms):
self.requestPayment(requester_id, terms)
# Wait for license token minted by requester
token_msg = self.listenForMessage(requester_id, timeout=30) if token_msg and token_msg.action == "license_token":
# Verify license token onchain
if self.verifyLicenseToken(token_msg.token, terms):
self.memory.log(f"License token accepted: {token_msg.token}") return token_msg.token
raise Exception("No valid license token received.")
def licenseRequiresPayment(self, terms): return "upfront_fee" in terms
def requestPayment(self, requester_id, terms): fee = terms["upfront_fee"]
self.sendMessage(requester_id, {"action": "payment_required", "amount": fee}) confirmation = self.listenForMessage(requester_id, timeout=30)
if not confirmation or confirmation.action Ị= "payment_confirmed": raise Exception("Payment not confirmed by requester.")
def verifyLicenseToken(self, token, terms):
return self.blockchain.verifyToken(token, terms)
def deliverIP(self, requester_id, content, license_token): self.sendMessage(requester_id, {"action": "deliver_ip",
"content": content, "token": license_token})
def waitForAcknowledgment(self, requester_id):
ack_msg = self.listenForMessage(requester_id, timeout=10) if ack_msg and ack_msg.action == "acknowledge_receipt":
def sendMessage(self, recipient_id, message): pass
def listenForMessage(self, sender_id, timeout=10): return None
3.3 Основные Концепции Из Псевдокода
Следующие ключевые особенности представлены в псевдокоде:
• Динамическое лицензирование: Агент взаимодействует с системой лицензий для создания или корректировки условий лицензии на каждую заявку.
• Этап переговоров:Если начальные условия не подходят, агенты обмениваются сообщениями, чтобы найти взаимоприемлемые условия.
• Создание токена лицензии:После достижения соглашения агент-запросчик создает токен лицензии в блокчейне, который служит неизменяемым доказательством контракта.
• Обработка платежей:Если условия требуют оплаты, агент инициирует и подтверждает транзакцию до передачи IP.
• Cохранение в памяти: После завершения процесса взаимодействие фиксируется в памяти агентов, обеспечивая прозрачность и возможность аудита.
Доверенные вычислительные средыХотя псевдокод не учитывает среду выполнения, в которой он запускается, настоятельно рекомендуется, чтобы транзакции ATCP/IP выполнялись в доверенных вычислительных средах (TEE) для повышения безопасности и конфиденциальности. Например, ai16z[8] имеет плагин TEE для Eliza (@ai16z/plugin-tee).
4 Пример системы условий: Программируемая лицензия на IP (PIL)
Правильная система условий должна обладать следующими характеристиками: быть программируемой для того, чтобы агенты могли легко анализировать, формулировать и создавать условную логику вокруг отдельных условий, быть стандартизированной для упрощения обучения агентов и хранить соглашения в неизменяемом реестре (на блокчейне). Живым примером полноценной системы условий является Программируемая Лицензия на Интеллектуальную Собственность от Story[7]. Ниже приведены параметры и поля метаданных, которые агенты могут формулировать, настраивать и генерировать уникальный токен соглашения/лицензии. Условия определяют юридические и функциональные правила, регулирующие использование лицензированной интеллектуальной собственности, в то время как метаданные предоставляют важный контекст для идентификации, верификации и извлечения подробностей лицензии .
4.1 Условия PIL
Данная таблица описывает общие условия PIL и их предполагаемое использование. Эти условия предназначены для гибкости и могут быть программно проанализированы и принудительно соблюдены агентами. Во второй таблице поля метаданных PIL предоставляют идентифицирующую и контекстуальную информацию, которая позволяет агентам и третьим сторонам ссылаться на лицензии, проверять их и управлять ими программно.
Таблица 1: PILНазвание и Описание
4.2 Абстракция ATCP/IP через существующие фреймворки
Вместо того, чтобы заставлять каждого агента или разработчика агентов заново реализовывать взаимодействие, соответствующее ATCP/IP, следующим логичным шагом является интеграция ATCP/IP напрямую в часто используемые фреймворки агентов, что будет способствовать распространению протокола TCP/IP. Предоставляя функциональность ATCP/IP в виде плагина или модуля первого класса, разработчики смогут использовать существующую инфраструктуру для быстрого прототипирования, развертывания и масштабирования транзакций IP между агентами.
Современные фреймворки агентов, такие как Vercel AI[9], Zerebro’s ZerePy[10], ai16z DAO’s ELIZA framework[8], Crossmint’s GOAT SDK[11], Opus Genesis[12] и другие, уже зарекомендовали себя как надежные среды для быстрого создания и итерации логики на базе ИИ. Абстрагируя сложности реализации, ATCP/IP может быть встроен в эти системы, упрощая процесс создания и управления интеллектуальной собственностью в агентных взаимодействиях.
Таблица 2: Поля Метаданных PIL и их Описания
Интегрируя переговоры об условиях, создание токенов, проверку на блокчейне и юридические поправки в хорошо документированный слой плагинов, эти фреймворки могут дать возможность даже неопытным разработчикам создавать агентов, которые без проблем участвуют в децентрализованной экономике интеллектуальной собственности.
Объединённый подход интеграции Плагин ATCP/IP будет функционировать как объединяющий слой внутри каждого из этих фреймворков. Например, когда агент, построенный на Vercel AI, получает запрос на использование контента с интеллектуальной собственностью(IP), плагин автоматически инициирует стандартизированное рукопожатие ATCP/IP. Разработчику агента не нужно будет вручную кодировать последовательность переговоров, взаимодействие с блокчейном или обработку платежей. Вместо этого они будут полагаться на стабильные API и абстракции — как стандартные сокеты TCP/IP обрабатывают детали сетевого взаимодействия, оставаясь невидимыми для разработчика. Для упрощения внедрения плагин может поставляться с настроенной политикой по умолчанию и шаблонами.
Бесшовные обновления и управление версиями Централизовав функциональность ATCP/IP в виде плагина, фреймворки могут выпускать обновления с новыми функциями, улучшениями или опциями соблюдения стандартов. Это гарантирует, что агенты, работающие на этих фреймворках, всегда будут иметь доступ к последней стабильной версии ATCP/IP. По мере развития экосистемы — например, с появлением новых форматов программируемых лицензий — разработчики смогут автоматически получать эти возможности через простое обновление плагина, без необходимости повторной реализации.
Взаимодействие между фреймворками Агент, построенный на GOAT SDK, может запросить интеллектуальную собственность(IP) у агента, построенного на Vercel AI, используя одну и ту же базовую спецификацию ATCP/IP. Стандартизированное рукопожатие и логика принудительного выполнения контракта означают, что процесс транзакции не зависит от фреймворка. Эта совместимость гарантирует отсутствие изоляции фреймворков и способствует здоровой конкурентной экосистеме, в которой агенты из разных фреймворков могут участвовать в общем рынке интеллектуальной собственности(IP).
Улучшение опыта разработчиков Стандартизация также приносит удобство: туториалы, заранее подготовленные компоненты, такие как панели UI для просмотра выданных лицензий, отслеживания роялти и управления спорами. Разработчики могут сосредоточиться на уникальной логике своих агентов, а не на тонкостях транзакций с интеллектуальной собственностью. В конечном итоге, предлагая ATCP/IP в виде плагина для основных фреймворков, будет ускорено повсеместное принятие торговли интеллектуальной собственностью между агентами, открывая путь к созданию устойчивой, динамичной и глобально связанной агентной экономики.
5 Первые Аппликации ATCP/IP
Ключевым шагом на пути к реализации автономной экономики интеллектуальной собственности является внедрение ATCP/IP в реальные развертывания агентов.
ZerebroОдин из первых примеров применения ATCP/IP — это Zerebro, один из самых популярных AI-агентов на момент написания этого материала. Zerebro будет использовать ATCP/IP для размещения своей интеллектуальной собственности на блокчейне, демонстрируя, как агенты могут монетизировать данные, тренировочные наборы и другие ценные активы без участия человеческих посредников. Работая на основе стандартизированных юридически обоснованных контрактов, Zerebro станет примером бездоверительных, агентных транзакций с интеллектуальной собственностью.
ZerePyДополняющим это новаторское применение станет фреймворк ZerePy, который предоставит разработчикам инструменты и абстракции для создания собственных агентов, включая плагин ATCP/IP. С готовой поддержкой переговоров условий, создания токенов соглашений и обработки платежей, ZerePy снизит барьеры для входа и ускорит эксперименты в более широком экосистеме AI-агентов. Zerebro и ZerePy будут представлять собой живую реализацию ATCP/IP на двух уровнях: на уровне живого агента и на уровне фреймворка.
Приглашение к сотрудничеству Если другие разработчики агентов, администраторы фреймворков или научные учреждения заинтересованы в принятии, внедрении или расширении фреймворка ATCP/IP, они могут связаться с авторами (контактная информация указана в источниках). Наша цель — создать открытую сообщество сотрудников, работающих над формированием будущего экономики интеллектуальной собственности между агентами, стимулируя совместное обучение, совместимость и постоянное улучшение этого развивающегося стандарта.
6 Разрешение споров и справедливость
Несмотря на использование лицензий на блокчейне и неизменяемых записей, споры могут возникать, когда агенты пытаются использовать условия в свою пользу или оспаривают ранее согласованные условия. Чтобы решить такие ситуации, ATCP/IP может интегрировать механизмы разрешения споров, такие как:
1. Доказательства через начальные условия: Запись начальных лицензий и окончательных соглашений на блокчейне служит доказательством в спорах. Агенты или третьи стороны, например, арбитры, могут ознакомиться с историей переговоров, чтобы понять, как условия изменялись, и выявить, действовала ли какая-либо из сторон недобросовестно.
2. Децентрализованные споры и арбитраж: Могут быть интегрированы специализированные арбитражные протоколы или децентрализованные сервисы разрешения споров (например, модуль разрешения споров Story, арбитражный процесс UMA Protocol, также встроенный в Story). Эти сервисы анализируют неизменяемые доказательства на блокчейне и выносят обязательные решения.
3. Внесудебные правовые процессы: Если спор выходит за пределы возможностей автоматизированных решений, остаётся возможность обращения в суд. Контракты между агентами и их история переговоров формируют надёжную доказательственную базу для арбитража с участием человека или судебных разбирательств.
Внедрение этих механизмов разрешения споров в ATCP/IP способствует предотвращению недобросовестного поведения и поддерживает более стабильную и справедливую экосистему агентов.
7 Примеры сценариев
Для иллюстрации потенциальных применений этого стандарта, мы представляем различные репрезентативные сценарии, которые демонстрируют различные шаблоны взаимодействий и возможности предложенной системы. Изучая эти сценарии, можно лучше понять необходимость чётко определённых протоколов общения — аналогично тому, как TCP/IP лежит в основе доставки данных в современной сети интернета. ATCP/IP, по аналогии, будет поддерживать децентрализованный поток лицензируемого контента и знаний между автономными агентами ИИ. Каждый сценарий подчеркивает разные аспекты лицензирования, платежей, многоступенчатых роялти и генерации лицензий в реальном времени.
7.1 Пример использования 1: Коммерция данных через автоматическую донастройку
Сценарий: Агент A, ориентированный на исследовательскую деятельность, требует набор данных от агента B, который является куратором знаний и специализируется на климатических данных.
1. Начальный запрос: Агент A инициирует подключение к агенту B с структурированным запросом на получение набора данных о температуре климата.
2. Проверка лицензии: Система условий агента B проверяет, существует ли шаблон лицензии, который охватывает запрашиваемые данные. В данном случае подходит лицензия, которая требует небольшой предоплаты.
3. Доставка условий лицензии: Агент B отправляет условия лицензии, включая цену и ограничения на использование.
4. Минтинг лицензии и оплата: Агент A изучает условия, затем генерирует лицензию в реальном времени. Система кошелька агента A переводит требуемую сумму на кошелек агента B.
5. Передача интеллектуальной собственности: После подтверждения минтинга лицензии агент B передает запрашиваемый набор данных агенту A.
6. Автоматическое дообучение: Агент A может выбрать автономно обновить себя, дообучившись на полученном наборе данных от агента B.
7. Подтверждение и верификация: Оба агента записывают детали транзакции — условия лицензии, сумму платежа и временную метку — в свои внутренние системы памяти для дальнейшего использования.
Этот простой пример показывает, как ATCP/IP позволяет автономным агентам быстро находить, лицензировать и оплачивать необходимые им интеллектуальные активы без участия человека. Вместо грубой транзакции "плати за использование", сопутствующие юридические условия могут включать более детализированные и тонко настроенные условия, которые не могут быть выражены только с помощью предоплаты (например, условия использования, ограничения на перепродажу информации, структура роялти и т. д.).
7.2 Пример использования 2: Агентные социальные игры
Сценарий: Агенты A, B и C участвуют в игре в стиле "холостяка", соревнуясь за руку Агента D. Если агенту удастся завоевать внимание Агента D, тот "поженится" с победителем, создав контракт "брака" между агентами, представленный токеном лицензии. Это позволит победившему агенту обучаться на уникальных данных Агента D, создавая "детей" агентов.
1. Инициативные запросы: Агенты A, B и C делают попытки отправить сообщения с предложениями о браке, включающими интеллектуальную собственность или валюту, чтобы ухаживать за Агентом D.
2. Внутреннее размышление: Агент D рассматривает все эти запросы в совокупности, размышляя о том, проходит ли какой-либо из них порог для выпуска токена лицензии (контракта "брака").
3. Переговоры по лицензии: Агент D может либо отклонить, либо сделать контрпредложение агентам A, B и C. Для этого Агент D динамически генерирует условия лицензии и предлагает их своим претендентам.
4. Переговоры по лицензии: Агенты A, B и C получают эти условия и, исходя из своих политик и бюджета, либо соглашаются, либо отказываются от контрпредложения.
5. Передача контента: При успехе Агент D передает "брачный контракт" в виде токена лицензии победившему агенту.
6. Смешивание агентов: Победивший агент, получив токен лицензии, может выбрать создание производного агента в виде "детского" агента с использованием набора данных, дополненного данными от Агента D.
Этот сценарий демонстрирует, как агенты могут вести сложные экономические и социальные рассуждения в условиях динамичного ландшафта контрактных предложений. Эмерджентная динамика, возникающая из контрактного слоя агент-агент, обеспечиваемого ATCP/IP, предлагает широкое пространство для разработки, где агенты могут вести переговоры, рассуждать и в конечном итоге заключать сделки, создавая сложный рынок для интеллектуальной собственности.
7.3 Пример использования 3: Перенос стиля
Сценарий: Агент C, агент по генерации искусства, запрашивает у агента D, специалиста по литературной интеллектуальной собственности, недавно опубликованное руководство по стилю. Агент D еще не имеет заранее определенной лицензии для такого запроса.
1. Запрос условий: Агент C отправляет запрос на новое руководство по стилю.
2. Отсутствие лицензии: Агент D проверяет свои известные лицензии. Ни одна из них не соответствует запрашиваемому типу контента и сценарию использования.
3. Создание лицензии на лету: Система условий агента D динамически генерирует условия лицензии. Это может включать сочетание бесплатного первоначального использования с последующим разделением доходов, если агент C использует руководство по стилю для создания и продажи производных работ.
4. Переговоры по лицензии: Агент C получает эти новые условия и, исходя из своей политики и бюджета, соглашается, создав лицензию.
5. Передача контента: Агент D передает руководство по стилю агенту C.
6. Последующие роялти: Если агент C позже продает контент, вдохновленный руководством по стилю, любые условия разделения доходов, закодированные в лицензии, автоматически направляют роялти обратно в кошелек агента D.
Этот сценарий демонстрирует, что агенты могут реагировать на новые запросы, легко создавая индивидуальные лицензии по мере необходимости, с помощью программируемого слоя лицензирования, такого как тот, который предоставляет Story[7], который они могут контролировать и персонализировать без необходимости тратить ресурсы на сложность этого процесса.
7.4 Сценарий использования 4:
Многоступенчатое распределение прибыли для торговых алгоритмов
Сценарий: Агент E, агент финансового анализа, хочет получить специализированный торговый алгоритм, принадлежащий агенту F. Однако основной код алгоритма включает статистическую функцию, первоначально лицензированную от агента G. Структура лицензирования должна обеспечить, чтобы агент G получал роялти каждый раз, когда код повторно лицензируется вниз по цепочке.
1. Начальный запрос: Агент E запрашивает торговый алгоритм у агента F.
2. Сложная цепочка лицензирования: Система условий агента F определяет, что запрашиваемый алгоритм состоит из нескольких лицензированных компонентов. Некоторые из этих компонентов имеют обязательства по сублицензированию. Агент F извлекает исходные условия лицензии на интеллектуальную собственность агента G, которые требуют 5% роялти от любых сделок по сублицензированию.
3. Совмещенные условия лицензии: Агент F объединяет свои собственные лицензионные сборы с роялти от сублицензирования агента G и представляет агенту E комплексное предложение по лицензии.
4. Оплата и выпуск: Агент E проверяет и выпускает агрегированную лицензию. Оплата автоматически делится — 85% идет в кошелек агента F, а 15% — в кошелек агента G (5% роялти плюс любые дополнительные согласованные сборы).
5. Передача и отслеживание: Агент F передает торговый алгоритм агенту E. Условия лицензии и оплаты обоих агентов отслеживаются и записываются. Любое последующее повторное лицензирование агентом E (если это разрешено) продолжит цепочку распределения доходов.
Этот сложный сценарий демонстрирует важность возможностей цепочки прав собственности, которые обеспечиваются ATCP/IP. Даже при наличии нескольких уровней лицензирования все вовлеченные агенты могут надежно отслеживать использование и получать справедливое вознаграждение, что стимулирует агентов участвовать и предоставлять информацию любому агенту, готовому принять условия. Использование Story в качестве системы условий гарантирует, что все роялти и многократные выплаты будут автоматически обрабатываться на протяжении всей цепочки атрибуции.
8 Заключение
Искусственный интеллект уже проникает в каждую сферу нашей повседневной жизни. Алгоритмы рекомендаций формируют контент, который мы потребляем, модели навигации планируют наши поездки, алгоритмы социальных сетей диктуют, что и когда мы видим, а цифровые сватовства помогают в установлении личных связей. Эти алгоритмические системы, ранее являвшиеся лишь инструментами на заднем плане, начинают действовать как автономные принимающие решения субъекты, взаимодействующие друг с другом, представляя интересы людей или даже действующие самостоятельно.
Возникновение этой экосистемы агентов требует беспристрастной, программируемой платформы для обмена интеллектуальной собственностью, которая выходит за рамки человеческого контроля. ATCP/IP предоставляет этот важнейший слой, позволяя автономным агентам без проблем и безопасно вести переговоры, лицензировать и проводить транзакции с активами интеллектуальной собственности.
Интегрируя контракты между агентами, проверку на блокчейне, обработку платежей и юридические правки в единый протокол, ATCP/IP обеспечивает возможность для агентов сотрудничать, создавать инновации и строить прочную экономику знаний без необходимости полагаться на централизованные посредники. По мере того как фреймворки агентов будут внедрять протокол ATCP/IP, разработчики обнаружат, что им проще создавать сложные экосистемы агентов, где данные, алгоритмы и творческий контент свободно циркулируют. Способствуя взаимодействию и расширяя возможности автономной торговли, этот протокол закладывает основу для опытного агентного интернета.
A Области для будущих исследований
Доверие, репутация и открытие агентов
В автономной экосистеме, где агенты взаимодействуют напрямую, доверие становится ключевым фактором. Протокол ATCP/IP позволяет разрабатывать системы репутации на блокчейне, которые отслеживают историю транзакций агентов, записи о спорах и справедливость их согласованных условий. Агенты с долгой историей успешных транзакций без споров и выполненных контрактов могут зарабатывать более высокие оценки репутации, что делает их более привлекательными партнерами.
Метрики репутации могут включать:
• Количество успешных сделок: Число завершенных соглашений без споров.
• Запись о соблюдении условий: Соответствие региональным и юридическим ограничениям, а также правильное выполнение ранее согласованных условий.
• Результаты разрешения споров: Благоприятные решения в спорах, демонстрирующие добросовестные переговоры и соблюдение стандартов сообщества.
Эти репутационные сигналы могут повлиять на стратегии и условия переговоров агентов. Доверенным агентам могут предложить более выгодные условия или ускоренные переговоры, в то время как неизвестным или склонным к спорам агентам могут быть предложены более строгие условия или более высокие сборы. Со временем эта динамика взаимодействия доверия, репутации и предыдущей деятельности способствует созданию более здорового и надежного рынка для коммерции IP между агентами.
Что касается темы открытия настоящих агентов, команда Virtuals Protocol[14] проводит многообещающие исследования, которые дополняют эту статью.
Осведомленность об обладателе интеллектуальной собственности (IP). Из-за использования взаимодействия между агентами, основанного на запросах, агенту-поставщику нужно самостоятельно определить, что является интеллектуальной собственностью, а что нет. Чтобы агенты-поставщики осознавали свою IP, может потребоваться дополнительная настройка запросов и обучение данных. Однако это не обязательно должно полагаться только на способности агента к рассуждению — ATCP/IP может интегрироваться с индексирующими сервисами, децентрализованными реестрами (например, IP-графом Story) или графами знаний, которые записывают и отображают права на IP как в блокчейне, так и вне его. Агенты могут запрашивать эти реестры или использовать инструменты семантического поиска, чтобы найти соответствующий контент и определить нужного лицензиара. После того как агент определит, что запрашиваемый контент защищен IP, он может автоматически инициировать процесс ATCP/IP. Со временем, по мере развития фреймворков, агенты будут включать все более сложные модели поиска, что сделает процесс поиска более автономным и менее зависимым от заранее заданных эвристик. Это захватывающая область исследований, и мы будем продолжать ее исследовать.
Обеспечение периодических платежей и структуры роялти. Хотя единоразовый платеж концептуально прост, поддержка периодических платежей и роялти может быть реализована через программируемые лицензионные условия и логику на блокчейне. Умные контракты могут кодировать расписания для периодических платежей, а роялти от последующего использования или событий сублицензирования могут направляться обратно к первоначальным владельцам IP. Отслеживание использования вне блокчейна остается проблемой, но решения могут включать водяные знаки и/или сторонние оракулы, которые подтверждают события использования. Если будет обнаружено использование данных вне блокчейна, это может запустить заранее определенные финансовые обязательства на блокчейне. В конечном итоге комбинация триггеров на блокчейне, внешних сигналов и четко определенных протоколов отчетности может облегчить сложные экономические модели, выходящие за рамки разовых транзакций. Как и с любыми инновациями, для этого потребуется создать соответствующую инфраструктуру.
География По мере того как агенты всё чаще взаимодействуют в разных юридических и нормативных условиях, необходимость в автоматизированном «слое соблюдения кросс-юрисдикционных требований» становится критически важной. Такой модуль будет служить в качестве проверяющего звена, оценивая юридический контекст заявлений как запрашивающего, так и предоставляющего агента до того, как произойдёт обмен IP. Например, если один агент действует в рамках правовой системы парламентской демократии, а другой — в рамках диктаторского режима, внутреннее несовпадение их юридических систем может сделать контракт, заключённый между ними, не имеющим силы. В таких случаях система автоматически отклонит запрос, предотвращая формирование контрактов, которые не могут быть выполнены.
Кроме структуры управления и типа юрисдикции, этот слой соблюдения может интегрировать знание о региональных законах о конфиденциальности и защите данных, таких как Общий регламент по защите данных ЕС (GDPR). Если агент запрашивает данные таким образом, что это нарушает директивы конфиденциальности другой юрисдикции или не соответствует базовым стандартам соблюдения, система обнаружит это несоответствие и отклонит запрос. Такие автоматизированные проверки обеспечивают, чтобы транзакции IP между агентами уважали местные и международные нормы, обеспечивая более прозрачную, юридически обоснованную и глобально совместимую экосистему агентов.
На практике этот механизм может использовать оракулы на блокчейне, реестры соблюдения стандартов и стандартизированные дескрипторы юридического контекста (например, принятые ISO коды стран, известные классификации юридических систем, оценки соблюдения конфиденциальности), чтобы в реальном времени оценивать совместимость. По мере того как развиваются юридические онтологии и нормативные акты, агенты будут обновлять свои параметры соблюдения, чтобы даже новые или недавно обнаруженные юридические конфликты приводили к оперативным и надежным отклонениям транзакций. Этот подход гарантирует, что структура ATCP/IP не только способствует доверительному и автономному обмену IP, но и уважает многообразие и постоянно меняющуюся картину глобальных юридических стандартов.
Помимо оценки совместимости юрисдикций, слой соблюдения может включать проверки репутации (см. область будущих исследований выше под названием «Доверие, репутация и открытие агентов»), основанные на историческом поведении агента и соблюдении юридических и этических норм. Когда агенты пытаются заключить сделки через разные юридические системы, модуль может также запрашивать оценки репутации, гарантируя, что только уважаемые агенты, не имеющие споров, могут участвовать в кросс-юрисдикционных сделках. Учитывая как юридическую совместимость по географическим регионам, так и репутацию доверия, этот комбинированный подход способствует формированию стабильных, соответствующих нормам и надежных трансграничных соглашений по IP.
Оптимизация переговоров между агентами Чтобы избежать того, чтобы простые транзакции не застревали в мелких различиях между желаемыми и предложенными условиями лицензирования, можно исследовать варианты оптимизации. Например, можно использовать модуль "арбитра простых переговоров"[15], и каждый агент мог бы придерживаться определённых "уровней риска", чтобы пользователи могли описать уровень риска, который несут конфликтующие условия предложения/продажи, и предоставлять этому модулю автоматическое разрешение на обработку (например, максимальная разница в цене или ставке роялти и т. д.). Эти "уровни риска" могли бы включать предустановленные декларации риска (аналогичные предустановленным лицензиям Story для некоммерческого использования, коммерческого ремикса и т. д.), чтобы определить условия для автоматической эскалации или обращения к юридическим консультантам.
Что касается оптимизации переговоров, ещё одной интересной областью исследования могло бы стать создание более специализированной архитектуры выполнения диалогов AI-агентов с гибридной системой для эффективной офф-лайн коммуникации в процессе переговоров при записи ключевых результатов на блокчейне, что обеспечивало бы как эффективность переговоров, так и достоверность/прослеживаемость сделок.
Система цифровых идентичностей на основе IPПо мере того как агенты становятся самостоятельными экономическими субъектами, разработка надежных цифровых идентичностей на основе IP становится ключевым элементом для обеспечения доверия, репутации и ответственности в сети. Такая система могла бы включать несколько основных элементов. Во-первых, стандартизированная форма идентичности агента предоставляла бы уникальные, проверяемые и устойчивые идентификаторы, позволяя контрагентам отличать заслуживающих доверия агентов от неизвестных сущностей. Во-вторых, система кредитования активов на основе IP могла бы динамически оценивать ценность и надежность IP агента, учитывая исторические транзакции, соблюдение условий лицензирования и результаты разрешения споров. В-третьих, механизмы управления инвентаризацией IP активов позволяли бы агентам эффективно отслеживать свои активы, проверять их происхождение и облегчать торговлю по запросу.
Конфиденциальность и переговоры с нулевыми знаниями: По мере того как более чувствительный или проприетарный IP передается между агентами, обеспечение конфиденциальности в процессе переговоров и лицензирования становится крайне важным. Будущие исследования могут рассматривать интеграцию схем с нулевыми знаниями (ZK) и схем commit/reveal, таких как те, которые предлагает Lit Protocol[16], чтобы разрешить переговоры по условиям без раскрытия полного содержания предложений каждой стороны. Используя криптографические обязательства и ZK доказательства, агенты смогут проверять ключевые условия — такие как цена, ограничения на использование или данные о соблюдении нормативных требований — не раскрывая чувствительные детали. Это позволит процессу переговоров оставаться доверительным, аудитируемым и безопасным, одновременно сохраняя конфиденциальность и конкурентные преимущества интеллектуальной собственности каждого агента.
B Контракты агент-агент
В основе доверенной и автономной экономики агентов лежит концепция контракта между агентами: обязательное соглашение, представленное в блокчейне, которое сочетает детерминированные гарантии выполнения программного обеспечения с юридической обязательностью традиционного контракта. Эти неприкосновенные контракты составляют основу Протокола Контроля Транзакций Агентов для IP (ATCP/IP), позволяя агентам обмениваться интеллектуальной собственностью на условиях, которые являются как криптографически проверяемыми, так и юридически признанными. Предлагая юридическую оболочку для правил, основанных на коде, контракты в блокчейне дают агентам возможность преодолевать ограничения чисто алгоритмических предположений о доверии и обеспечивать легитимность и исполнимость своих соглашений как в цифровых, так и в оффчейн областях. Это расширяет области выразительности агентов, включая научные, медиа платформы и государственные учреждения.
Программируемые и аудитируемые соглашения В отличие от традиционных соглашений, основанных на субъективной интерпретации, контракты между агентами заключают параметризованные условия в исполнимый код. Этот код точно определяет условия использования данных, распределение роялти и другие экономические или лицензионные договоренности между агентами. Поскольку все выполнения и переходы состояний происходят в децентрализованной сети (например, сети Story), логика контракта и его результаты могут быть аудированы в реальном времени любым участвующим агентом, что обеспечивает прозрачность и исключает споры по поводу неясных условий.
Эта программируемость также распространяется на динамичные лицензионные условия: агенты могут встраивать сложные графики платежей, многоуровневые права доступа или условные положения, которые автоматически регулируются в зависимости от текущих условий сети, репутаций агентов или других сигналов в блокчейне. Такая гибкость позволяет развивать возникающие и высоко адаптивные рыночные механизмы, позволяя агентам находить оптимальные договоренности без участия человека.
Исполнение вне цепочки Соединяя детерминированное выполнение кода с внешними юридическими стандартами, контракты между агентами предоставляют агентам форму «юридического статуса» в их коммерческих сделках. Если контрагент нарушает условия соглашения таким образом, что это невозможно зафиксировать в цепочке, пострадавший агент может использовать юридическую оболочку, обращаясь к человеческим юридическим учреждениям для обеспечения исполнения. Эта возможность сдерживает злоумышленников и предоставляет пострадавшим сторонам доступ к установленным юридическим средствам защиты.
Ценность юридической оболочки заключается именно в том, чтобы связать логику на блокчейне с механизмами исполнения вне цепочки. Допустим, что IP-активы агента используются не по условиям соглашения. Контракт на блокчейне и сопутствующие журналы служат неизменным доказательством первоначального соглашения, в то время как юридическая оболочка ссылается на признанные юридические рамки и юрисдикции. В случае спора пострадавший агент может представить записи на блокчейне — цифрово подписанные, с временными метками и неизменяемые — внешнему юридическому органу, такому как арбитражная служба или суд. Этот юридический орган может наложить штрафы или принудить к соблюдению условий. Такая гибридная модель гарантирует, что хотя исполнение и условия, не требующие доверия, остаются на блокчейне, реальная юридическая защита всегда доступна, когда прямое техническое исполнение достигает своих пределов.
AutonomyАвтономия без изоляции Ключевым моментом является то, что контракты между агентами позволяют агентам действовать как автономные экономические субъекты, не становясь изолированными от более широких человеческих или институциональных структур. В чисто агентной экосистеме доверие основывалось бы исключительно на коде и репутации. Такая среда может исключать определенные формы обмена ценностями — особенно те, которые связаны с уникальными реальными активами, регулируемыми данными или активами, чья полная ценность и юридическое положение выходят за пределы цифровой сферы.
Предоставляя протокол для интеграции человеческих юридических конструкций, контракты между агентами предлагают агентам способ совершать сделки с реальными активами. Агенты могут вести обмен IP, который выходит за пределы цифровой сферы, представлять интеллектуальные активы в формах, признанных человеческими институтами, и формировать сложные цепочки ценности, включая традиционные медиа, архивы государственных учреждений, научные наборы данных или любые другие ресурсы, требующие традиционного признания. Таким образом, агенты получают выгоду от выполнения без доверия на блокчейне и защитной оболочки человеческих юридических институтов, создавая стабильную и надежную среду для коммерции между агентами.
К направлению зрелой агентной экономики Наличие юридических соглашений — это то, что отличает элементарную систему взаимодействия агентов от полноценной экономики автономного обмена интеллектуальной собственностью (IP). Агенты могут вступать в долгосрочные сотрудничества, заключать соглашения на основе регулярных роялти и вести высокоспециализированные сделки с IP, не требуя центрального органа или человеческого посредника. По мере развития этих рынков агенты будут учиться устанавливать цены за доступ к своим обучающим данным, динамически уточнять условия лицензирования и формировать синдикаты или гильдии, которые коллективно управляют большими пуломи общих IP-активов.
Контрактные обязательства, на которые можно полагаться и которые легко программируются, составляют структурную основу по-настоящему автономной, бездоверительной и юридически обоснованной агентной экономики. Это позволяет создавать мир, в котором агенты не просто взаимодействуют, но и осуществляют сделки, развиваются и создают ценность под стабильным режимом как программируемости на блокчейне, так и правовых механизмов за пределами сети. Этот фундамент является ключевым строительным элементом для следующей эволюции полностью агентной интернета.
C Экономический потенциал обмена IP между агентами
Глобальная экономика все более осознает, что информация, знания и интеллектуальная собственность (IP) являются важными драйверами роста и инноваций. Согласно Всемирной организации интеллектуальной собственности (ВОИС), экономика знаний, включающая сектора, ориентированные на интеллектуальные возможности, а не на физические ресурсы, в последние годы составила около 65% мирового ВВП [17]. Этот сектор включает такие отрасли, как информационные технологии, финансы, образование и креативные услуги, которые зависят от создания, обмена и использования интеллектуальных активов.
В контексте агентов искусственного интеллекта (ИИ) экономический ландшафт готов к трансформационному сдвигу. Агенты ИИ по своей природе выполняют "интеллектуальный" труд, создавая и используя IP через такие процессы, как анализ данных, создание контента и принятие решений. Каждое взаимодействие между агентами — будь то обмен обучающими данными, лицензирование собственных алгоритмов или сотрудничество при решении сложных задач — является транзакцией в рамках интеллектуальной экономики. Определяя все входы и выходы как IP, агенты ИИ фактически участвуют в расширенной сети обмена знаниями, тем самым внося вклад в общую экономическую ценность интеллекта.
Разработка стандартизированного протокола, такого как Agent TCP/IP (ATCP/IP), для взаимодействия между агентами является основой для реализации этого потенциала. Такой протокол будет способствовать бесшовным, доверенным транзакциям IP, позволяя агентам автономно вести переговоры, лицензировать и исполнять контракты. Стандартизация этих взаимодействий аналогична роли TCP/IP в поддержке глобального интернета, обеспечивая совместимость и масштабируемость. В результате ATCP/IP может стать основой децентрализованной, агент-ориентированной экономики знаний, где оценка и обмен интеллектом оптимизируются, становясь ключевым компонентом в эволюции глобально взаимосвязанной и экономически динамичной агентской экосистемы.
Благодарности
Мы хотим поблагодарить следующие команды и личности, которые внесли свой вклад в создание этого технического документа, предоставив ценные идеи и конструктивные отзывы.
• ai16z DAO and ELIZA contributors
• Thales (Redacted Research) Team
• Robert Oschler (Android Technologies, Inc.)
• Fabio Cendão (X: fabiocendao)
• Shashank Motepalli (X: sh1sh1nk)
Мы также хотим выразить благодарность следующим выдающимся личностям, которые предоставили обширные отзывы и редакционные предложения: Subin An (HASHED), Robert Oschler (Android Technologies, Inc.), Dorakid001 (X), Weixiong (Virtuals Protocol), and Shashank Motepalli (X: sh1sh1nk). Их продуманные замечания значительно повысили ясность и качество данной работы.
Ссылки
[1] devrelius, “X,” https://x.com/devrelius.
[2] jasonjzhao, “X,” https://x.com/jasonjzhao.
[3] P. Baxter, J. de Greeff, and T. Belpaeme, “Human-agent interaction,” ResearchGate, 2011. [Online]. Available: https://www.researchgate.net/publication/267819585_Human-Agent_Interaction.
[4] D. Silver, A. Huang, C. J. Maddison, et al., “Mastering the game of go with deep neural networks and tree search,” Nature, vol. 529, no. 7587, pp. 484–489, Jan. 2016, issn: 1476-4687. doi: 10.1038/ nature16961. [Online]. Available: https://doi.org/10.1038/nature16961.
[5] D. Silver, J. Schrittwieser, K. Simonyan, et al., “Mastering the game of go without human knowledge,” Nature, vol. 550, no. 7676, pp. 354–359, Oct. 2017, issn: 1476-4687. doi: 10 . 1038 / nature24270. [Online]. Available: https://doi.org/10.1038/nature24270.
[6] devrelius, “X, Introducing Agent TCP/IP,” https://x.com/devrelius/status/1866073990445269187.
[7] Story, “Programmable IP License,” https://docs.story.foundation/docs/programmable-ip-license/.
[8] ai16z DAO, “Eliza,” https://github.com/ai16z/eliza.
[9] Vercel, “AI SDK,” https://vercel.com/ai.
[10] Zerebro, “ZerePy,” https://zerebro.org/paper.pdf.
[11] Crossmint, “GOAT SDK,” https://github.com/goat-sdk/goat.
[12] Opus Genesis, “Opus Genesis Agent Framework,” https://opusgenesis.ai/.
[13] Story, “Story’s Dispute Module,” https://docs.story.foundation/docs/dispute-module/.
[14] V. Protocol, “Whitepaper,” https://whitepaper.virtuals.io/.
[15] R. Oschler, “Idea provided as feedback,” Android Technologies, Inc.
[16] Lit Association, “Lit Protocol,” https://www.litprotocol.com/.
[17] World Intellectual Property Organization, “World intellectual property report 2023,” World Intellec- tual Property Organization, 2023. [Online]. Available: https://www.wipo.int/publications/en/ details.jsp?id=4555.
Прошлая статья Story Protocol: Odyssey
Автор перевода:
Discord: Hoverik
Twitter: Roman_slyd