KOR Protocol проти Story Protocol і традиційного авторського права: у чому фактична різниця?

Читачам, які порівнюють технологічні стеки, зазвичай потрібен критерій для ухвалення рішення, а не список переможців. Три механізми та базові елементи IP уже розглянуто в матеріалі Що таке протокол KOR; на цій сторінці порівняння виокремлено відмінності в дизайні мережі, шаблонах ліцензування, маршрутизації попиту, валюті розрахунків і правових межах. Пропозицію, періоди блокування та знижки на комісії розглянуто в токеномічній моделі KOR.

Основні висновки

• KOR зосереджується на моделі клірингового центру (перевірити, маршрутизувати, розрахуватися) у Base з виплатами в стейблкоїнах; Route усе ще перебуває в розробці.
• Story зосереджується на програмованих IP-активах, токенах ліцензій та умовах PIL, які зіставляють правові положення з ончейн-параметрами.
• Традиційна система авторського права залишається стандартним механізмом для законодавчого підтвердження власності, правозастосування та виплат через організації колективного управління в багатьох юрисдикціях.
• Спільні ідеї, як-от IP-акаунти / гаманці на кшталт TBA, модулі ліцензій і графи роялті, можуть здаватися схожими, хоча вирішують різні основні завдання.
• Жоден із протоколів не замінює юридичну консультацію, коли права оспорюються в різних юрисдикціях.

Чим протокол KOR, протокол Story і традиційні реєстри відрізняються на перший погляд?

Таблиця є картою, а не рейтингом. Командам, які створюють продукти для AI-реміксів, можуть бути важливішими графи клірингу та платежі через агентів; командам, які створюють відкриті графи реміксів із юридичними шаблонами, може бути важливішою компонованість PIL. На практиці «правильним» стеком є той, що полегшує аудит комерційного процесу для конкретного завдання — клірингу, компонованих ліцензій або законодавчого підтвердження, — а не той, що має найгучніший токен-наратив.

Рисунок 1. KOR, протокол Story і традиційна система авторського права оптимізують різні основні завдання: кліринг, програмоване ліцензування та законодавче визнання.

Для якого завдання оптимізовано кожну систему?

Протокол KOR позиціонує себе як інфраструктуру для етапу після створення твору: підтвердити походження та кліринг, спрямувати актив до лейблів або брендів і провести платіж після укладення угоди. Протокол KOR наголошує на обсягах, характерних для AI: більше активів, більше мікроплатежів, більше агентів — і на розрахунках у стейблкоїнах, що записуються як історія роялті. Основна ідея продукту полягає в тому, що зниження вартості створення креативного контенту не обов’язково здешевлює кліринг прав або маршрутизацію виплат, тому між створенням і комерцією працює кліринговий центр.

Протокол Story позиціонує програмований IP: зареєструвати NFT як IP-актив, розгорнути IP-акаунт, додати умови ліцензії з шаблонів, таких як Programmable IP License (PIL), випустити токени ліцензій і зареєструвати похідні твори за цими умовами. PIL описується як офчейн-юридичний документ, параметри якого — комерційне використання, комісія за випуск, атрибуція похідних творів та пов’язані поля — відображаються ончейн, щоб контракти могли зчитувати однакову структуру. Програмований IP робить права зрозумілими для програмного забезпечення: агенти та застосунки можуть запитувати умови замість того, щоб аналізувати лише статичні PDF-файли.

Традиційні системи оптимізовано для юридичного визнання та колективного управління. Реєстрація авторського права або в організації колективного управління сама по собі не забезпечує автору мікровиплати в USDC, але залишається орієнтиром, яким користуються багато контрагентів і судів, коли право власності оспорюється. Захист авторського права та його реєстрація пов’язані, але не є тотожними: у багатьох юрисдикціях захист виникає автоматично після фіксації твору, тоді як реєстрація є окремою адміністративною дією, яка може посилити доступні засоби правового захисту, повідомлення та можливість пошуку в публічних реєстрах. Ончейн-протоколи не усувають цієї відмінності.

Як порівнюються реєстрація та «IP-акаунти»?

І KOR, і Story використовують модель «IP як акаунт», але їхні стеки відрізняються. Корисною ментальною моделлю є чотири рівні, які часто поєднуються в дизайнах програмованого IP: (1) посилання на контент або медіахеш, (2) токен власності чи контролю, (3) акаунт, який може зберігати цінність і виконувати виклики, та (4) граф ліцензій, похідних творів і комерційних заяв. KOR і Story наповнюють ці рівні різними стандартними механізмами.

У KOR реєстрація створює IP-актив з індексацією ERC-721, формує початковий граф атестацій і відкриває акаунт, прив’язаний до токена ERC-6551, який може отримувати роялті в USDC. Кліринг є похідним станом графа: для різних дій — тимчасової ліцензії, ліцензії на семпл або передання прав — можуть вимагатися різні набори заяв. Такий дизайн розміщує комерційне питання «чи можемо ми перемістити цей актив?» поруч із розрахунками, тому Route і Settle позиціонуються як споріднені з Verify компоненти.

У Story автори зазвичай починають з NFT, реєструють його через реєстр IP Asset Registry та отримують IP-акаунт / IP ID, з яким взаємодіють модулі ліцензування, роялті й спорів. Реєстрація похідного твору створює зв’язки між батьківським і дочірнім активами, обмежені умовами ліцензії. На практиці програмоване ліцензування ближче до моделі «випустити токен ліцензії за заявленими умовами, а потім зареєструвати дочірній IP, який успадковує обмеження», ніж до моделі «відкрити запит до відділу синхронізації».

Традиційні реєстри фіксують заявників і депонування відповідно до національного законодавства. Вони рідко надають програмований гаманець для кожного твору, куди AI-агенти можуть здійснювати атомарні виплати. Інструменти пошуку в публічних реєстрах і робочі процеси групової реєстрації важливі для портфелів двовимірних художніх творів або каталогів, але це адміністративний UX, а не інфраструктура розрахунків із машинною швидкістю.

Як відрізняються шляхи ліцензування та роялті?

Модулі Settle від KOR додають умови ліцензій, випускають ліцензії, встановлюють частки роялті, розподіляють і дають змогу отримувати кошти. Частки заявляються заздалегідь, щоб багатосторонні каталоги могли проходити кліринг без щоквартального звіряння електронних таблиць — за умови точності цих заяв. Машинозчитувані умови допомагають програмному забезпеченню маршрутизувати платежі; це не означає, що права автоматично виконуються всюди, особливо якщо ексклюзивне надання прав уже існує офчейн.

Модуль Licensing від Story додає умови, випускає токени ліцензій і реєструє похідні твори. Оскільки умови PIL подано як юридичний шаблон, відображений ончейн, у наративі Story сильніше акцентовано зв’язок «код + право». Модулі роялті потім переміщують цінність відповідно до цих графів. Автоматичний захист за законом про авторське право може вже поширюватися на твір; реєстрація та ончейн-ліцензування все одно важливі для повідомлення, логістики ліцензування та компонованих похідних творів.

Традиційне ліцензування досі домінує у високовартісних угодах щодо синхронізації та каталогів: узгоджені паперові документи, територіальна ексклюзивність і правила розподілу організацій колективного управління. Ончейн-системи можуть автоматизувати частини такого процесу; вони не усувають дію територіального права або конфлікти ексклюзивних надань прав, зафіксовані лише офчейн. Коли команди використовують обидва світи, практичний підхід такий: зберігати законодавчу реєстрацію там, де вона потрібна для засобів правового захисту, кодувати щоденні умови комерційного використання ончейн і залучати юристів у разі оспорювання права власності.

Яке місце музичні NFT посідають у цьому порівнянні?

Музичні NFT часто підтверджують право власності на предмет колекціонування або членство фанатів. Вони можуть включати експерименти з часткою роялті, але багато випусків обмежуються створенням і торгівлею без графа клірингу, маршрутизації через агентів або атомарного розподілу між співавторами. Спрощення торгівлі предметом колекціонування — не те саме завдання, що й спрощення ліцензування каталогу. KOR позиціонує себе як кліринговий центр, що виходить за межі предмета колекціонування. Story позиціонує себе як програмоване ліцензування, що виходить за межі JPEG. Розгляд усіх трьох як взаємозамінних «IP-монет» нівелює пошуковий намір, який має захищати це порівняння.

NFT-маркетплейси також належать до іншої категорії. Загальні платформи для колекційних активів оптимізовано для пошуку та вторинних продажів; вони не замінюють граф атестацій клірингового центру або шаблон ліцензії в стилі PIL. Вибір платформи має значення для UX продажів; інфраструктура прав має значення для комерційного використання базового твору.

Що залишається офчейн незалежно від використаного стека?

• Законне право власності та засоби правового захисту у разі порушення все ще визначаються судами й національним законодавством.
• Кліринг семплів, немайнові права автора та територіальна ексклюзивність можуть зробити припущення про «дозволене переміщення» недійсним, навіть якщо атестація існує.
• Мандати організацій колективного управління все ще можуть застосовуватися до публічного виконання або механічних прав на деяких ринках.
• Споживчі застосунки, побудовані на протоколі, можуть уже працювати, тоді як маршрутизація через агентів або кросчейн-розрахунки залишаються незавершеними — це особливо актуально для плану розвитку Route від KOR.
• Причина важливості реєстрації в юридичному сенсі — докази, шляхи відшкодування збитків, публічне повідомлення — відрізняється від причини важливості ончейн-реєстрації — машинозчитуваний комерційний стан. Ототожнення цих понять ускладнює належну перевірку, а не спрощує її.

Статичні документи щодо прав не дають відповіді на запитання, що потребують машинної швидкості, наприклад: «чи доступний цей стем для брендового редагування на цій території за такою ціною?» Програмовані стеки намагаються відповідати на такі запитання за допомогою програмного забезпечення, але спірні факти все одно потребують розгляду офлайн.

Підсумок

Протокол KOR, протокол Story і традиційна система авторського права відповідають на суміжні запитання, але з різними пріоритетами: комерційний кліринг у Base, програмоване ліцензування з юридичним відображенням у IP-стеку Story та законодавче адміністрування офлайн. Виберіть критерій порівняння, що відповідає вашому завданню — швидкість розрахунків, компонованість ліцензій або юридичне визнання, — і поверніться до огляду трьох механізмів, якщо визначення все ще важливі. Стійкий висновок має операційний характер: обирайте стек, який спрощує перевірку наступної комерційної дії, а не стек, що лише випускає ще один токен.

Поширені запитання

Чи є протокол KOR тим самим, що й протокол Story?

Ні. KOR — це кліринговий центр у Base, зосереджений на комерційних процесах «перевірити–маршрутизувати–розрахуватися»; Story зосереджується на програмованих IP-активах і шаблонах ліцензій у стилі PIL у своєму IP-стеку.

Чи замінює реєстрація IP у KOR реєстрацію авторського права?

Ні. Ончейн-реєстрація та атестації підтримують комерційну автоматизацію; законодавчий захист і правозастосування у сфері авторського права все одно регулюються застосовним законодавством.

Яка система автоматично обробляє роялті?

І KOR, і Story описують ончейн-модулі роялті. KOR акцентує на атомарному розподілі USDC на IP-акаунти, прив’язані до токенів; Story маршрутизує цінність через IP-акаунти та модулі роялті, пов’язані з графами ліцензій. Традиційні організації використовують цикли звітності.

Чому Route важливий у порівнянні KOR?

Route — це запланований рівень агентів KOR для зіставлення пропозиції з лейблами та брендами. Метафора такого столу клірингового центру менш виражена в основній документації Story і відсутня у класичній реєстрації авторського права як такій.

Чи можуть музичні NFT замінити будь-який із цих протоколів?

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