February 5

Story. Одноранговая сеть интеллектуальной собственности Story Foundation (Whitepaper)

С оригинальным документом можно ознакомиться тут: https://www.story.foundation/whitepaper.pdf

Аннотация

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

1 Введение

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

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

2 Обзор архитектуры

Технологии блокчейна развивались волнами. Первая из них — это Bitcoin [1], представивший первый децентрализованный реестр. Сеть Ethereum [2] расширила эту концепцию до универсальной платформы вычислений, открыв путь к новым типам активов, таким как невзаимозаменяемые токены (NFT). Столкнувшись со значительными проблемами масштабирования, появились блокчейны вроде Solana [3], стремящиеся решить эти ограничения. Тем не менее, сосредоточение на «Трилемме масштабирования» — балансе децентрализации, масштабируемости и безопасности — привело к недооценке прикладных и пользовательских аспектов блокчейнов. Это стало препятствием для их широкого внедрения. Возникла потребность в новой категории блокчейнов, созданных специально для решения реальных задач и формирования программируемых рынков для новых и более сложных типов активов.

Story представляет собой специализированный децентрализованный блокчейн, усиленный мульти-ядерной средой выполнения. Он состоит из основного ядра для исполнения и ряда высокоспециализированных дополнительных ядер. Основное ядро обеспечивает эквивалентность EVM, что позволяет быстро интегрировать существующие приложения из экосистемы. Одно из специализированных ядер — ядро интеллектуальной собственности (IP), которое эффективно обрабатывает регистрацию активов интеллектуальной собственности в качестве нативного класса активов и оптимизирует операции с учетом сложных графов взаимосвязей в области ИС. Это ядро преобразует знания и наработки в программируемые активы интеллектуальной собственности. Несмотря на первичную ориентированность Story на интеллектуальную собственность, гибкость архитектуры позволяет в будущем добавлять новые ядра, выходящие далеко за рамки областей, связанных с ИС.

Рисунок 1: Уровни протокола Story

Story работает на децентрализованном наборе нод (валидаторов), которые объединены одноранговой сетевой структурой. Эти ноды совместно поддерживают консенсус, обрабатывают транзакции и обеспечивают целостность сети, создавая безопасную децентрализованную систему с открытым доступом для всех участников, соблюдающих протокол. Следуя принципу разделения ответственности, протокол состоит из трех уровней: уровня исполнения, уровня хранения и уровня консенсуса.

2.1 Уровень исполнения (Execution Layer)

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

Рисунок 2: Многоядерная архитектура уровня исполнения

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

Все ядра должны удовлетворять следующим требованиям:

  1. Детерминизм: Результат выполнения любого вызова метода должен быть детерминированным. Например, ядро может использовать GPU для ускоренных операций с плавающей точкой внутри себя, однако конечный результат всегда должен оставаться согласованным. Недетерминированное поведение ставит под угрозу целостность и непрерывность работы сети.
  2. Ограниченное и измеримое потребление ресурсов: Каждое ядро обязано заранее и за постоянное время вычислять ожидаемое потребление ресурсов (стоимость газа) для всех вызовов контрактов на основе входных параметров. Некорректный учет ресурсов подрывает непрерывное функционирование сети и принцип справедливого использования.
  3. Хранение: Каждое ядро, имеющее состояние, может хранить данные в формате пар ключ/значение в своем пространстве имен в рамках уровня хранения, где формируются соответствующие коммитменты данных для консенсуса. Все обновления пар ключ/значение должны соответствовать каноническому формату, а их порядок оставаться детерминированным.

Первый релиз Story включает три специализированных ядра в дополнение к основному ядру, каждое из которых решает определенные задачи. Одно из них обрабатывает хранение и операции с интеллектуальной собственностью (ИС) как с нативным классом активов, другое обеспечивает связь среды исполнения в блокчейне с внешним миром (offchain), а ядро для кросс-чейн взаимодействия (cross-chain communication) позволяет использовать активы ИС в более широкой экосистеме блокчейнов.

Ядро интеллектуальной собственности (IP Core)

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

Рисунок 3: Пример графа активов ИС

В ядре ИС развернут протокол Proof of Creativity (PoC) — это «встроенный» протокол, который предоставляет открытый репозиторий ИС и набор модулей для беспрепятственного взаимодействия с этими активами. PoC одновременно является стандартизованным универсальным реестром активов ИС в сети Story и способом создания цифровых рынков вокруг самих активов и связанных с ними прав. PoC отслеживает «генеалогию» объектов ИС по мере их использования, расширения и монетизации в различных приложениях. Аналогично тому, как Git дает возможность отслеживать код с помощью ветвления и версионирования, этот открытый репозиторий превращает Story в основной слой для установления происхождения (provenance) и обмена ИС.

Владельцы ИС могут регистрировать свою интеллектуальную собственность и использовать модули PoC для определения условий использования и структуры роялти. Каждый объект ИС может быть зарегистрирован в блокчейне в виде IPAsset (ERC-721) с дополнительной опцией привязки к IP Account (модифицированный ERC-6551). Вне сети (off-chain) различные организации и лица отслеживают регистрацию, подтверждают личности правообладателей, выдают аттестации зарегистрированным объектам ИС и их лицензиям, а также могут инициировать децентрализованную процедуру спора в случае нарушения прав. Более подробная информация о протоколе PoC приведена в Приложении A.

Ядро ИС поддерживает работу PoC, обеспечивая «родное» (native) и эффективное хранение данных о связанных с ИС активах, лицензиях и аттестациях с помощью оптимизированных моделей данных для графов интеллектуальной собственности. Кроме того, ядро ИС предлагает эффективные «родные» реализации сложных операций с графами (например, обход графа), которые в противном случае потребовали бы значительных временных и вычислительных ресурсов.

Рисунок 4: Схематическое представление процесса регистрации и использования ИС (базовый сценарий)

Например, при установлении нового взаимоотношения между пользователем и активом ИС протокол обязан проверить совместимость, учитывая параметры самого актива ИС и всех его предшественников. Это необходимо, чтобы убедиться в корректном соблюдении установленных правил. Ядро ИС использует продвинутые алгоритмы для эффективной навигации по графу и применения универсального механизма совместимости условий ИС. Реализация подобных возможностей на других блокчейнах (Layer 1 или Layer 2), не располагающих специализированными ядрами исполнения, практически невозможна.

Ядро синхронизации с внешними системами (Offchain Synchronization Core)

Оракулы играют ключевую роль в экосистеме блокчейнов, позволяя этим, по сути, изолированным системам взаимодействовать с реальными данными и сервисами. Без оракулов блокчейн-решения могли бы обрабатывать лишь ту информацию, которая существует непосредственно в сети (onchain), что существенно ограничивало бы их практическое применение. Ядро синхронизации с внешними системами обеспечивает «родную» инфраструктуру для бесшовной и надежной интеграции оракулов.

Рисунок 5: Ядро синхронизации с внешними системами способствует интеграции оракулов и других поставщиков данных

Одним из сервисов, работающих в этом ядре, является Story’s Orchestration Service (SOS). Данный сервис расширяет функциональность протокола Proof of Creativity (PoC) путем подтверждения подлинности зарегистрированных активов ИС и лицензий, проверки социальных идентификаторов создателей, приема платежей «вне сети» (offchain) и формирования юридических контрактов для использования за пределами блокчейна. SOS устраняет разрыв между offchain-реальностью и onchain-миром за счет сети внешних (offchain) участников, которые предоставляют аттестации для важнейших сервисов в экосистеме Story.

Ядро кросс-чейн взаимодействия (Cross-Chain Communication Core)

Ядро кросс-чейн взаимодействия предоставляет эффективные примитивы для обмена сообщениями между различными блокчейнами. Поддерживаемый этим ядром протокол Inter-Blockchain Communication (IBC) [4] служит примером, когда реализация в виде EVM-смарт-контракта практически невозможна из-за больших вычислительных затрат на валидацию доказательств (например, Merkle-проверок) и проверку подписей.

Поддержка возможностей кросс-чейн взаимодействия упрощает совместную работу в масштабах более широкой экосистемы, устраняет барьеры сегментации ценности и открывает новые возможности для приложений. Например, владельцы интеллектуальной собственности могут использовать свои активы в разных блокчейнах, получая доступ к множеству маркетплейсов, платформ и сервисов, при этом сохраняя согласованность условий владения и монетизации. Или пользователи могут использовать свои активы ИС в качестве залога на блокчейнах, ориентированных на децентрализованное финансирование (DeFi). Такой взаимосвязанный подход гарантирует соблюдение прав на ИС независимо от того, где именно активы используются, тем самым реализуя концепцию Story — стать полноценным «слоем» для работы с интеллектуальной собственностью во всем интернете, вне зависимости от среды исполнения.

Расширяемость будущих ядер (Future Core Extensibility)

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

Ядро искусственного интеллекта (AI Core).
Оно может оптимизировать и ускорять операции, связанные с ИИ, непосредственно на блокчейне. Реализация таких операций в рамках EVM по умолчанию практически невозможна. Как отмечено в исследовании [5], даже простая операция умножения двух квадратных матриц 1000 x 1000 целых чисел может обойтись в более чем 3 миллиарда газа, что значительно превышает логический лимит газа на блок. Данное ядро может использовать современные методы обработки целых чисел на GPU, опираясь на детерминированную арифметику с фиксированной точкой, техники квантования [6], а также встроенный псевдослучайный генератор для решения вопросов, связанных с недетерминированным поведением при использовании случайности и ошибок с плавающей точкой.

Ядро Zero-Knowledge (ZK).
Данное ядро позволит эффективно проверять доказательства с нулевым разглашением (например, ZK-SNARKs). Подобные доказательства применяются в криптографии, чтобы одна сторона (доказатель) могла подтвердить другой стороне (проверяющему), что владеет определенными сведениями или информацией, не раскрывая саму эту информацию. Благодаря «родной» поддержке верификации ZK-доказательств с использованием высокооптимизированных программных стэков или аппаратного ускорения, это ядро снижает вычислительную нагрузку и затраты на газ по сравнению с реализацией таких операций в смарт-контрактах. Оно особенно полезно для приложений, требующих конфиденциального обмена интеллектуальной собственностью или проверки больших графов ИС. Например, ядро позволяет владельцам ИС доказывать права собственности или подлинность активов ИС, не раскрывая при этом чувствительные детали.

2.2 Уровень хранения (Storage Layer)

Уровень хранения располагается поверх уровня консенсуса и предоставляет программные интерфейсы (APIs) для уровня исполнения и его ядер. Он абстрагирует сложность организации данных, формируя криптографические коммитменты по этим данным, а также скрывает детали выбора конкретной базы данных. В основе проектирования лежит принцип, вдохновленный работой NAND Flash Translation Layer (FTL), который отображает логические адреса на физические блоки памяти для оптимизации записи и продления срока службы устройств. Аналогично этому, уровень хранения в Story реализует стратегию размещения данных для балансировки производительности, масштабируемости, затрат, размера доказательств и избыточности в различных гетерогенных системах хранения. Анализируя паттерны использования и частоту доступа к данным, уровень хранения может заблаговременно оптимизировать их размещение на разных «уровнях» (tiers) хранилища. Подсистемы хранения автоматически адаптируются к различным видам данных в зависимости от их объема, частоты обращений и требований к надежности.

Рисунок 6: Уровень хранения в Story

Помимо роста производительности, этот уровень повышает удобство работы пользователей, предоставляя единый интерфейс, интегрирующий как onchain, так и offchain-решения для хранения, такие как IPFS [7] и Arweave [8]. Благодаря этому устраняется фрагментация пользовательского опыта. Активы интеллектуальной собственности могут существовать в разнообразных форматах и иметь разные размеры: от небольших текстовых документов до крупномасштабных мультимедийных файлов и сложных наборов данных. Хранение больших объемов данных непосредственно в сети (onchain) обходится дорого. Традиционный подход при работе с крупными наборами данных заключается в том, чтобы хранить само содержимое в IPFS, а в блокчейне сохранять лишь метаданные. Однако подобная методология часто накладывает значительные ограничения и ухудшает удобство взаимодействия.

Например, если модель машинного обучения регистрируется в качестве актива ИС, то ее метаданные (фиксирующие подлинность содержимого, например, C2PA [9]) могут храниться вместе с самим файлом. Это обеспечивает возможность прямого использования (inference) модели по мере необходимости. Важно подчеркнуть, что протокол берет на себя всю сложность для сохранения детерминированного поведения интерфейса и непрерывной работоспособности сети. Технические подробности выходят за рамки данного документа и будут представлены в отдельной технической публикации.

2.3 Уровень консенсуса (Consensus Layer)

Уровень консенсуса обеспечивает целостность, безопасность и стабильность сети, координируя процесс формирования блоков среди всех участников сети. За последние годы мы стали свидетелями значительных прорывов и результатов исследований в области механизмов консенсуса для блокчейнов. Данный уровень разработан с учетом необходимости оставаться гибким, чтобы интегрировать новые алгоритмы консенсуса по мере их появления.

Рисунок 7: Цикл формирования блоков в Tendermint (типичный «благоприятный» сценарий)

Для первого релиза Story используется современная, высокопроизводительная реализация Tendermint под названием CometBFT [10]. Tendermint [11] — это консенсусный механизм, устойчивый к византийским ошибкам (Byzantine Fault Tolerant), который обладает четко определенными свойствами и параметрами настройки, соответствующими нашим задачам:

  • Fault Tolerance (Устойчивость к ошибкам): безопасность сохраняется даже при недобросовестном поведении или отключении 33% валидаторов. Система гарантирует достижение консенсуса на честных нодах относительно подтвержденных блоков, используя криптографические доказательства для выявления и наказания злоумышленников.
  • Liveness Guarantees (Гарантии непрерывности): сеть продолжает функционировать при условии, что более двух третей валидаторов (с учетом их доли в голосовании) остаются активными и участвуют в процессе.
  • Instant Finality (Мгновенная финализация): транзакции приобретают статус финальных вскоре после включения в блок. Эта незамедлительная финализация обеспечивает надежность для приложений, которым важна неизменность данных, что является ключевым фактором для удобства использования.
  • Modular Design (Модульная архитектура): интерфейс Application Blockchain Interface (ABCI) отделяет консенсус от исполнения, позволяя обновлять механизм консенсуса в будущем без необходимости влиять на механизм исполнения.

В Story уровень консенсуса работает по принципу Proof-of-Stake (PoS), а валидаторы играют решающую роль в поддержании безопасности и целостности блокчейна. Это создает прямые экономические стимулы для честной и эффективной работы валидаторов, поскольку злонамеренное поведение влечет за собой санкции, вплоть до потери заложенных (staked) токенов. Уровень консенсуса отвечает за все операции, связанные со стейкингом, требованиями по заморозке токенов (lockup) и распределением вознаграждений.

3 Применения

Если выйти за рамки технической архитектуры Story, можно начать рассматривать потенциальные сценарии использования одноранговой системы для интеллектуальной собственности (ИС). Универсальный репозиторий ИС и программируемый рынок для обмена знаниями могут знаменовать собой начало новой эпохи «ренессанса» в сфере интеллектуальной деятельности. Ниже мы рассмотрим несколько наиболее перспективных областей применения, хотя существует и множество других, не менее увлекательных.

3.1 Универсальный рынок для интеллектуальных ресурсов

После того как Bitcoin и Ethereum произвели революцию в области денег, мало что было сделано для адаптации блокчейна к новым классам активов, выходящим за пределы валютной сферы. «Неостановимые» цифровые рынки (unstoppable digital markets) стали ключевым приложением блокчейнов, а специализированные блокчейны позволят создавать совершенно новые рынки, начиная с рынка ИС.

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

Приложения могут переносить существующие каталоги ИС (например, фармацевтических компаний или медиа-организаций) в Story в виде IP RWAs (Real World Assets). Еще более перспективно то, что «родные» программируемые активы ИС могут сочетаться с DeFi-приложениями в зарождающемся поле IPFi, где активы ИС могут быть раздроблены, использоваться в качестве залога, «стейкаться» или иным образом вовлекаться в экономически эффективные операции.

Взаимодействия «человек — человек» являются лишь базовым видом транзакций в новой «экономике интеллекта». Взаимодействия «агент — человек» становятся возможными благодаря программируемой среде исполнения Story, где агенты могут автономно лицензировать активы ИС в сети Story и улучшать собственный творческий стиль или базу знаний с помощью тонкой настройки (fine-tuning). Если такой агент генерирует доход, он может разделить часть этого дохода с первоначальным владельцем ИС через модуль роялти в Story, создавая положительную экономическую схему, в которой искусственный интеллект способствует увеличению дохода правообладателей, а не снижает его. Возможны и транзакции «агент — агент» без участия человека, в результате чего целый рынок взаимодействий агентов будет развиваться, используя Story как базовый «слой» для агентного коммерческого обмена. Об этой возможности мы поговорим подробнее в следующем разделе.

3.2 Базовый слой для искусственного интеллекта

Блокчейны идеально подходят для взаимодействий в сфере ИИ, поскольку предоставляют программируемую среду, в которой программное обеспечение (агенты) могут брать на себя твердо зафиксированные обязательства (hard commitments). Так как агенты обучаются на данных ИС и сами производят объекты ИС в качестве результата, Story выступает в роли базового «уровня расчетов» (settlement layer) для транзакций в ИИ: как для обучения моделей, так и для монетизации их результатов.

Чейн интеллекта (Chain of Intelligence)

В области ИИ под активами интеллектуальной собственности понимаются различные формы ИС — от наборов данных и базовых (foundation) моделей машинного обучения до моделей, прошедших тонкую настройку, и пакетов для тонкой настройки моделей.

Рисунок 8: Пример графа активов ИС, связанных с ИИ

На рисунке 8 видно, что активы ИС формируют «чейн интеллекта». Модель машинного обучения (Model 2) может происходить из глубокой модели (Model 1), подвергшейся тонкой настройке (fine-tuning) через обучение с подкреплением с использованием иного набора данных (Dataset 6). Сама же эта модель могла быть произведена на базе другой (базовой) модели, обученной на нескольких наборах данных. Эти наборы данных, в свою очередь, могут составляться из других датасетов. Кроме того, в последнее время ведутся активные исследования по созданию самостоятельных пакетов тонкой настройки моделей. Такой пакет включает все необходимые данные для эффективной тонкой настройки модели с меньшим объемом настраиваемых параметров, сохраняя при этом сопоставимую с полной тонкой настройкой производительность (например, Huggingface Adapters). Современные методы «отпечатков» (fingerprinting) моделей, такие как OML, разработанные в Sentient Protocol [12], могут использоваться для фиксации уникальных характеристик модели при регистрации ее в качестве актива ИС onchain.

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

Агентная коммерция (Agentic Commerce)

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

Рисунок 9: Протокол обмена данными между агентами (Agent TCP/IP) — схема взаимодействий [13]

Разработанный командой Story Agent Transaction Control Protocol for Intellectual Property (Agent TCP/IP) [13] представляет собой важный шаг в развитии экосистем автономных агентов. Agent TCP/IP создан для упрощения стандартизированных, автономных взаимодействий между агентами ИИ. Этот протокол обеспечивает базовую инфраструктуру для бесшовного обмена активами ИС (наборы данных, проприетарные алгоритмы, творческий контент) между агентами без участия человека.

Agent TCP/IP дает агентам возможность автономно вести переговоры, заключать лицензионные соглашения и обеспечивать их соблюдение через смарт-контракты на блокчейне (onchain). Эти «контракты агент — агент» дополняются юридической защитой offchain и функционируют благодаря Story. Agent TCP/IP закладывает основу будущего, в котором агенты выступают как автономные экономические субъекты, совершенствуя себя путем лицензирования обучающих данных и монетизируя выходные результаты через регистрацию своей ИС. С увеличением числа агентов в сети растут ценность и потенциал всей экосистемы. Каждый новый агент привносит уникальные возможности и может комбинировать свои сильные стороны с существующими агентами, формируя новые решения и сервисы. Например, специализированные агенты могут совместно создавать фильм: агент-продюсер нанимает агентов-сценаристов и агентов, генерирующих видео, распределяя доход в соответствии с их соглашениями, зафиксированными на блокчейне.

3.3 Токен IP

Родной токен Story, IP, координирует все потоки ценности в одноранговой системе интеллектуальной собственности.

Токен IP служит базовой расчетной единицей в сети. Он обеспечивает эффективную обработку транзакций и справедливое распределение ресурсов посредством прозрачной оплаты комиссий при любом использовании, обмене или генерации дохода активами интеллектуальной собственности. Токен IP упрощает одноранговые транзакции без посредников, выступая и как служебный (utility), и как средство обмена, укрепляя экономику сети.

Поскольку Story использует консенсус PoS, валидаторы стейкают токены IP в качестве залога (collateral) для поддержания безопасности и целостности сети. Валидаторы обрабатывают транзакции и поддерживают работоспособность блокчейна, получая вознаграждения в IP пропорционально своей эффективности. Это создает весомые стимулы для добросовестной и эффективной работы валидаторов, так как их собственные интересы напрямую связаны с успехом сети, и закрепляет роль IP в основе безопасности Story.

В более широком контексте экосистемы токен IP играет еще более важную роль: он служит гарантией интеллектуальной собственности, используется в качестве расчетной единицы для потоков дохода от ИС и даже обеспечивает «родное» средство расчета между агентами ИИ, регистрирующими свои объекты ИС в сети Story. Протокол Proof of Creativity, а также другие специализированные протоколы, работающие на ядре интеллектуальной собственности, базируются на использовании IP в качестве операционного фундамента. IP обеспечивает все перемещения ценности в ядре ИС — распределение роялти, лицензионные отчисления и вознаграждения, основанные на фактическом использовании. Таким образом, роль IP выходит за рамки безопасности сети — он становится краеугольным камнем для защиты и валидации всей зарегистрированной на Story интеллектуальной собственности. Более того, протокол Agent TCP/IP использует IP не только как надежный слой безопасности для межагентных коммуникаций, но и как собственный механизм для эффективного обмена ценностями между агентами. Благодаря такому «двойному назначению» агенты ИИ могут вести коммуникации и одновременно совершать экономические операции в условиях децентрализованной среды без доверия к центральным посредникам.

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

Заключение

В данной работе мы представили одноранговую систему управления интеллектуальной собственностью, которая не нуждается в централизованных институтах. Блокчейн Story предоставляет специализированную сеть, формирующую как универсальный репозиторий активов интеллектуальной собственности, так и программируемый рынок для их обмена. Многоядерная архитектура Story обеспечивает расширяемость и специализацию, необходимые для растущего числа интеграций приложений и сценариев, связанных с искусственным интеллектом. Встроенный в блокчейн граф интеллектуальной собственности координирует сложные взаимоотношения между активами ИС, формируя надежный реестр экономических обязательств. По мере того как объем и скорость оборота ИС будут расти в результате развития ИИ, сеть Story станет основой для новой «экономики интеллекта». Если Bitcoin выступает как «хранилище ценности» (store of value) для всех товарных активов в форме «цифрового золота», то Story функционирует как хранилище ценности для всех интеллектуальных активов в форме программируемой интеллектуальной собственности.

Список литературы

[1] Satoshi Nakamoto. Bitcoin: A peer-to-peer electronic cash system (Bitcoin: одноранговая электронная платежная система). https://bitcoin.org/bitcoin.pdf, 2008.

[2] Gavin Wood. Ethereum: A secure decentralized generalized transaction ledger (Ethereum: безопасный децентрализованный универсальный реестр транзакций). https://api.semanticscholar.org/CorpusID:4836820, 2014.

[3] Anatoly Yakovenko. Solana: A new architecture for a high performance blockchain (Solana: новая архитектура высокопроизводительного блокчейна). https://solana.com/solana-whitepaper.pdf, 2018.

[4] Christopher Goes. The Interblockchain Communication Protocol: An overview (Межблокчейн-протокол взаимодействия: обзор). https://arxiv.org/abs/2006.15918, 2020.

[5] Zihan Zheng, Peichen Xie, Xian Zhang, Shuo Chen, Yang Chen, Xiaobing Guo, Guangzhong Sun, Guangyu Sun, и Lidong Zhou. Agatha: Smart contract for DNN computation. https://arxiv.org/abs/2105.04919, 2021.

[6] Jiwei Yang, Xu Shen, Jun Xing, Xinmei Tian, Houqiang Li, Bing Deng, Jianqiang Huang, и Xiansheng Hua. Quantization networks. https://arxiv.org/abs/1911.09464, 2019.

[7] Yiannis Psaras и David Dias. The InterPlanetary file system and the Filecoin network (Межпланетная файловая система и сеть Filecoin). В 2020 50th Annual IEEE-IFIP International Conference on Dependable Systems and Networks-Supplemental Volume (DSN-S), страница 80. IEEE, 2020.

[8] Sam A. Williams, Viktor Diordiiev, и Lev Berman. Arweave: A protocol for economically sustainable information permanence (Arweave: протокол для экономически устойчивого постоянного хранения информации). https://api.semanticscholar.org/CorpusID:234789646, 2019.

[9] Coalition for Content Provenance and Authenticity. C2PA Specifications. https://c2pa.org/specifications/specifications/2.1/index.html, дата обращения — февраль 2025.

[10] CometBFT. https://cometbft.com/, дата обращения — февраль 2025.

[11] Jae Kwon. Tendermint: Consensus without mining (Tendermint: консенсус без майнинга). https://tendermint.com/static/docs/tendermint.pdf, 2014.

[12] Zerui Cheng, Edoardo Contente, Ben Finch, Oleg Golev, Jonathan Hayase, Andrew Miller, Niusha Moshrefi, Anshul Nasery, Sandeep Nailwal, Sewoong Oh, Himanshu Tyagi, и Pramod Viswanath. OML: Open, monetizable, and loyal AI. Cryptology ePrint Archive, Paper 2024/1573, https://eprint.iacr.org/2024/1573, 2024.

[13] Andrea Muttoni и Jason Zhao. Agent TCP/IP: An agent-to-agent transaction system (Agent TCP/IP: система транзакций «агент — агент»). https://arxiv.org/pdf/2501.06243, 2025.

[14] Story Protocol. Programmable IP License (Программируемая лицензия ИС). https://github.com/storyprotocol/protocol-core-v1/blob/main/PIL_Testnet.pdf, 2024.

Благодарности

Фонд Story Foundation выражает особую благодарность a16z crypto, а также лично Эдди Ладзарину (Eddy Lazzarin) и Скотту Коминерсу (Scott Kominers) за их фундаментальную поддержку на раннем этапе при разработке сети Story и протокола Proof of Creativity. Авторы также выражают благодарность Джейсонy Яновицу (Jason Yanowitz), Chainyoda и Скотту Коминерсу за их ценные замечания в ходе подготовки этой whitepaper.

Приложение A — Протокол Proof of Creativity

Протокол Proof of Creativity (PoC) предлагает открытый Programmable IP protocol, превращая интеллектуальную собственность (ИС) в полноценный элемент блокчейн-экосистемы. Центральным звеном этой системы выступают IP Asset и связанный с ним IP Account — смарт-контракт, который служит основной идентичностью для каждого объекта ИС. Такой «аккаунто-ориентированный» подход упрощает хранение и управление данными, связанными с ИС, и позволяет выполнять множество функций для взаимодействия и модификации этих данных через Модули (Modules). Последние расширяют функционал протокола, позволяя создателям и пользователям эффективно управлять и лицензировать свою ИС в программируемой и децентрализованной среде.

Чтобы реализовать это видение, протокол PoC состоит из двух компонентов: структур данных и модулей.

  • Структуры данных можно рассматривать как «существительные» (nouns) в протоколе. Они хранят релевантные метаданные об ИС, превращая их в «IP-лего» (IP legos).
  • Модули — это «глаголы» (verbs), которые придают функциональность зарегистрированным в протоколе активам ИС.

Структуры данных («Существительные»)

  • IP Assets — это фундаментальные «IP-лего» протокола PoC. Каждый IP Asset представляет собой ончейн-объект ИС и связанный с ним IP Account, реализованный на основе модифицированной версии ERC-6551 (Token Bound Account). IP Asset превращает новый или уже существующий NFT (представляющий оцифрованный объект ИС) в гибкий и интерактивный «IP-объект».
  • IP Accounts — это программируемые аккаунты, привязанные к токенизированной ИС. Они основаны на модифицированном стандарте ERC-6551. Ключевая особенность IP Account — это универсальная функция execute(), позволяющая вызывать произвольные модули протокола через закодированные байты данных (что обеспечивает возможность добавлять новые модули в будущем).

Модули («Глаголы»)

Модули (или Verbs) — это настраиваемые смарт-контракты, определяющие и расширяющие функционал IP Assets в рамках протокола PoC.

Модуль лицензирования (Licensing Module)

Модуль лицензирования является одним из ключевых в протоколе, позволяя владельцам ИС (лицензиарам) создавать и управлять лицензионными соглашениями с помощью License Tokens и соответствующих условий лицензирования (license terms). Эти условия формируются на основе заранее заданного License Template (шаблона лицензии). Для производных (дочерних) работ также учитываются условия родительской ИС. Результатом процесса лицензирования становится выпуск License Token.

В протоколе PoC предусмотрена базовая Programmable IP License (PIL), созданная командой Story ([14]). Этот шаблон (License Template) упрощает процедуру лицензирования, устанавливая единый юридический стандарт. При этом условия IP Agreement (IPA) и выпуск лицензии (License Token) фиксируются в сети (onchain), однако их юридическая сила обеспечивается «вне сети» (offchain) в рамках PIL. Такой правовой договор упрощает интеграцию токенизированных активов ИС в традиционные правовые системы и четко регламентирует, каким образом создатели могут перерабатывать, монетизировать и создавать производные версии своей ИС.

Модуль распределения роялти (Royalty Module)

Royalty Module управляет распределением дохода между дочерними и родительскими активами ИС. Это позволяет владельцам ИС (лицензиарам) задавать процент дохода, который дочерние активы должны перечислять своим родительским активам. Аналогично, владелец дочернего актива может установить процент роялти для дальнейших производных работ.

Когда доход поступает на IP Asset, он временно хранится в IP Royalty Vault. У каждого IP Asset есть свой собственный Royalty Vault, а владельцы Royalty Tokens имеют право запросить причитающуюся им долю средств из данного хранилища.

Модуль Royalty Module поддерживает настраиваемые правила выплаты роялти, отвечающие различным схемам. По умолчанию каждый родительский актив ИС может устанавливать минимальный процент роялти, который будут обязаны выплачивать дочерние активы в цепочке производных работ (derivative chain), как оговорено в лицензионном соглашении.

Модуль споров (Dispute Module)

Dispute Module предоставляет механизм для инициирования и урегулирования споров через процедуру арбитража. Данная система арбитража базируется на двух основных элементах:

  1. Arbitration Policies (Правила арбитража): определяют набор правил, процессов и участников (организаций или лиц), ответственных за рассмотрение и разрешение споров.
  2. Arbitration Penalty (Штрафы арбитража): указывают последствия для активов ИС, которые были «помечены» в ходе спора.

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