TEP-66
Стандарт роялти для NFT в TON: процент от вторичной продажи, который маркетплейсы платят создателю коллекции. Формализован через get-метод royalty_params.
Синонимы: tep 66, ton nft royalty, royalty standard
TEP-66 — стандарт роялти для NFT в TON. Описывает, как создатель коллекции получает процент при перепродаже своих NFT на маркетплейсах. На уровне протокола это всего один get-метод и формат ответа — просто, но эффективно.
Как устроено
TEP-66 добавляет к TEP-62 один обязательный get-метод:
royalty_params() returns (numerator, denominator, destination)- numerator / denominator. Дробь, например 5/100 = 5%.
- destination. Адрес, на который маркетплейс должен перевести роялти.
Метод реализуется на уровне коллекции (NFT Item обычно проксирует запрос родителю). Маркетплейс при оформлении сделки вызывает этот get-метод и автоматически делит выручку между продавцом и destination-ом из роялти.
Что важно
- Это on-chain enforcement по соглашению. Технически блокчейн не может «заставить» маркетплейс платить роялти — это решает сама площадка. Но если маркетплейс не следует TEP-66, его игнорирует ecosystem.
- Роялти ≠ комиссия маркетплейса. Это разные потоки: маркетплейс берёт свою комиссию (обычно 2–5%), а сверху платит роялти из остатка цены.
- Неработающий get-метод. Если коллекция не реализует
royalty_params, маркетплейсы либо принимают роялти = 0, либо отказываются листить коллекцию. Поэтому реализовывать стоит даже при роялти = 0.
Практический пример
NFT в коллекции с роялти 5% продаётся за 100 TON. На Getgems разделение выглядит примерно так:
| Получатель | Сумма |
|---|---|
| Создатель (TEP-66 destination) | 5 TON |
| Маркетплейс (комиссия Getgems) | 5 TON |
| Продавец | 90 TON |
Точные проценты зависят от площадки — на каждом маркетплейсе свой fee.
Пределы
TEP-66 поддерживается всеми major маркетплейсами TON (Getgems, Disintar) и кошельками. На p2p-продажах вне маркетплейсов роялти, конечно, не списываются — это техническое ограничение, а не политическое.