Необов'язкові роялті NFT простими словами

2026-09-03

Колекція заявляє роялті автора в розмірі 5%. Токен із неї продається за 10 ETH, отже авторові належить 0,5 ETH. Чи дійдуть ці 0,5 ETH, вирішує зовсім не контракт токена. Вирішує той, хто розраховує угоду, і стандарт, який задає роялті, говорить про це власними словами.

Необов'язкові роялті NFT простими словами: ключові моменти стисло

Що таке ончейн-роялті насправді

ERC-2981 — це стандарт токенів, який дозволяє колекції NFT опублікувати роялті. Його анотація описує механізм як спосіб для контрактів сигналізувати суму роялті, що належить творцеві або правовласнику NFT за кожного продажу чи перепродажу. Сигнал — ключове слово тут, і решта випливає з нього.

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

Пропустіть крізь нього приклад. Викликач передає ціну продажу 10 ETH, колекція налаштована на 5%, і функція повертає 0,5 ETH разом з адресою отримувача. Цієї миті покупець досі тримає кошти, продавець досі тримає токен, і нікому нічого не сплачено.

Чому стандарт робить оплату добровільною

Специфікація не залишає це на тлумачення. У ній сказано, що виплата роялті має бути добровільною, оскільки механізми передавання на кшталт transferFrom() охоплюють перекази NFT між гаманцями, а їх виконання не завжди означає, що продаж відбувся.

Це міркування спирається на те, що бачить ланцюг. В ERC-721 подія Transfer виникає, коли власність на будь-який NFT змінюється будь-яким механізмом, і та сама подія охоплює створення та знищення. Вона фіксує, що власник змінився. Вона не несе ні ціни, ні причини.

Отже, контракт, який утримував би роялті за кожного переказу, утримав би його й тоді, коли ви переносите токен на апаратний гаманець, коли надсилаєте його другові й коли об'єднуєте два гаманці в один. Добровільна оплата — наслідок цієї неоднозначності, а не діра, яку хтось забув закрити.

Хто взагалі здатен заплатити

Той, хто знає про продаж, — це той, хто його розраховує. Маркетплейс як смартконтракт приймає оплату від покупця, передає йому токен і надсилає виторг продавцеві. Це єдине місце в усій послідовності, де ціна і передавання існують одночасно.

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

Одна вказівка стандарту сформульована жорсткіше, і варто прочитати, що вона розкриває. Маркетплейси зобов'язані виплачувати роялті в тій самій одиниці обміну, що й ціна продажу, передана до функції роялті. Навіть найтвердіша фраза документа адресована стороні, яку контракт токена не може примусити.

Де роялті губиться

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

Маршрут розрахунку	Хто вирішує щодо роялті	Що доходить до автора
Прямий переказ між гаманцями, ціна погоджена деінде	Ніхто; розрахункового контракту немає	Нічого
Майданчик, який ніколи не читає функцію роялті	Майданчик, через бездіяльність	Нічого
Майданчик, який її читає, але лишає оплату трейдеру	Покупець або продавець, у кожній угоді	Стільки, скільки вони оберуть
Майданчик, який її читає і переказує повну суму	Майданчик, згідно з власною політикою	0,5 ETH

Обов'язок є лише в останньому рядку, і належить він майданчику, а не токену. Змініть майданчик — і той самий токен за тим самим контрактом дасть іншу відповідь; саме це на практиці й означає слово необов'язковий.

Примус на рівні контракту

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

Ціну такої конструкції платить власник. Контракт токена тепер вирішує, де його власникам торгувати, хтось має вести список і тримати його актуальним, а токен, який не може перемістити несхвалений оператор, досі може перемістити його власник. Будь-який маршрут, де оператор узагалі не потрібен, лишається незачепленим.

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

Що стандарт таки вирішує

Перелік того, що фіксує ERC-2981, короткий, і прочитаний стовпчиком він показує форму стандарту.

Питання	Що вирішує стандарт
Скільки належить	Функція роялті повертає суму для заданої ціни продажу
У якому активі	Та сама одиниця обміну, що й передана ціна продажу
Як ставка залежить від ціни	Відсоток не залежить від ціни продажу
Хто отримує	Одна адреса, яку повертає функція
Як ділять кілька авторів	Не охоплено; цим займається контракт-отримувач
Чи відбудеться виплата	Не охоплено; виплата добровільна
Хто перевіряє виплату	Ніхто; контракт токена її не бачить

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

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

Як читати число на сторінці колекції

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

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

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

Підсумок

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

Тому дивитися треба на маркетплейс, а не на контракт. Роялті виплачується тоді, коли майданчик, що розраховує угоду, вирішує його виплатити, а описані вище схеми примусу працюють через обмеження того, де токен може торгуватися, а не через автоматизацію виплати. Щоб продовжити вивчати основи, читайте інші матеріали Bitbase Academy.

Схожі матеріали

Інші матеріали Bitbase на цю тему:

- Часткове володіння NFT і де криється ризик

- Мінт NFT пройшов, а NFT не видно в гаманці

- Процес розкриття NFT: що змінюється і коли

- Наміри й мережі солверів: як працює міст за наміром

- Що таке халвінг Bitcoin?

Застереження: Ця стаття є освітнім матеріалом Bitbase Academy і надається лише для інформації. Вона не є інвестиційною, торговою, податковою чи фінансовою порадою. Криптоактиви волатильні — оцінюйте ризики самостійно. Написано станом на вересень 2026 року; орієнтуйтеся на найновішу офіційну інформацію.