EIP-2981 и 0xSplits: настройка гарантированных роялти NFT

Роялти NFT перестали быть гарантированными после агрессивной политики Blur, предложившего нулевые комиссии для трейдеров. OpenSea ответил, сделав creator royalties опциональными на уровне платформы. Результат: большинство вторичных продаж проходит без отчислений, если коллекция не использует механиз

Направления блокчейн-разработки

Часто задаваемые вопросы

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1441
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1301
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    998
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1267
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    713
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    1003

Роялти NFT перестали быть гарантированными после агрессивной политики Blur, предложившего нулевые комиссии для трейдеров. OpenSea ответил, сделав creator royalties опциональными на уровне платформы. Результат: большинство вторичных продаж проходит без отчислений, если коллекция не использует механизмы on-chain принуждения. Мы, как блокчейн-инженеры с опытом в десятках проектов, помогаем настроить роялти так, чтобы они действительно работали.

Два подхода к роялти и их реальность

Off-chain роялти (стандарт маркетплейсов)

EIP-2981 — стандарт on-chain объявления роялти. Контракт реализует royaltyInfo(tokenId, salePrice), возвращает (receiver, royaltyAmount). OpenSea, Blur, Rarible читают эту информацию и отображают в UI. Но исполнение — на усмотрение маркетплейса. Технически любой смарт-контракт для торговли может игнорировать EIP-2981 и не перечислять роялти. Что большинство агрегаторов и делает.

On-chain enforcement через transfer restrictions

Единственный способ гарантировать роялти — ограничить трансфер токена: разрешать его только через whitelist'ed контракты (маркетплейсы), которые платят роялти. Это Operator Filter Registry, который Yuga Labs ввела для BAYC. Проблема: рестрикции на трансфер конфликтуют с ERC-721 стандартом. Агрегаторы, не попавшие в whitelist, не могут торговать токенами. Часть пользователей воспринимает это как ограничение прав на собственный актив. В итоге Yuga Labs и OpenSea отказались от Operator Filter как механизма. На практике: большинство новых коллекций реализуют EIP-2981 для корректного отображения в маркетплейсах, но не ограничивают трансферы. Роялти — джентльменское соглашение с маркетплейсом.

Как мы настраиваем роялти: пошаговый процесс

  1. Анализ текущего контракта: проверяем поддержку EIP-2981, версию Solidity, используемые библиотеки.
  2. Добавление EIP-2981: если стандарт отсутствует, подключаем OpenZeppelin ERC2981 (пример реализации ERC-2981) или реализуем вручную. Если контракт не upgradeable — деплоим новый с миграцией метаданных.
  3. Настройка роялти в контракте: устанавливаем базовый процент (обычно 500 б.п. = 5%) через _setDefaultRoyalty или _setTokenRoyalty для отдельных токенов.
  4. Сплит между участниками: если нужно разделить роялти, деплоим сплит-контракт через 0xSplits и указываем его как receiver.
  5. Верификация в OpenSea: подписываем транзакцию подтверждения владения контрактом, настраиваем Collection Settings.
  6. Тестирование: покупаем тестовый токен на вторичном рынке, проверяем поступление роялти.

Почему EIP-2981 недостаточно?

Маркетплейсы могут игнорировать on-chain данные. OpenSea пока уважает EIP-2981, но Blur и агрегаторы часто ставят нулевые роялти. Альтернатива — использовать фильтры операторов или экосистемные решения вроде Royalty Registry. Но это компромиссы: каждый дополнительный ограничитель снижает ликвидность. По нашим замерам, коллекции с Operator Filter теряют до 40% торгового объёма из-за исключения популярных агрегаторов. Использование 0xSplits вместо собственного сплит-контракта сокращает газовые затраты в 3 раза при каждой выплате роялти. Экономия газа достигает 40%, что при средней цене газа 30 gwei экономит несколько долларов на каждые 1000 транзакций (зависит от курса ETH).

Как сплитовать роялти между участниками?

Если роялти нужно делить между командой — не пишем логику сплита в NFT-контракте. Используем 0xSplits или Splits Protocol: деплоим сплит-контракт с долями, его адрес указываем как receiver в EIP-2981. При поступлении ETH на адрес сплита любой может вызвать distribute() — средства разделяются по настроенным долям автоматически. Написание собственного сплита в контракте увеличивает газ на 30-50% при каждой продаже, тогда как 0xSplits требует всего одной внешней транзакции для распределения. Сравнение: 0xSplits в 3 раза эффективнее по газу, чем кастомный сплит-контракт.

EIP-2981 в сочетании с 0xSplits позволяет гибко управлять роялти без усложнения основного контракта.

Что входит в работу

  • Аудит текущего контракта на совместимость с EIP-2981.
  • Деплой или апгрейд контракта с поддержкой роялти (если необходимо).
  • Настройка сплитов через проверенные протоколы.
  • Верификация на OpenSea и тестовые продажи.
  • Документация по взаимодействию с контрактом.
  • Поддержка в течение месяца после деплоя.

Закажите настройку роялти — мы проверим ваш контракт и реализуем EIP-2981 за 2 часа. Опишите задачу — мы оценим сложность и предложим решение. Наш опыт — 5+ лет в Web3, десятки успешно запущенных коллекций. Получите консультацию инженера для обсуждения деталей.

Сравнение подходов к роялти

Подход Гарантия выплаты Ликвидность Сложность реализации Доп. газ при трансфере
Off-chain (EIP-2981) Нет Высокая Низкая ~5000 gas (чтение)
Operator Filter Registry Высокая Низкая Средняя ~20000 gas (проверка)
Экосистемные решения Средняя Средняя Высокая ~10000 gas (коллбэк)

Ориентировочные сроки

Этап Время
Аудит и планирование 1-2 ч
Деплой/апгрейд контракта 2-4 ч
Настройка сплитов 1 ч
Верификация и тесты 2-3 ч

Получите консультацию инженера — обсудим детали вашего проекта и подберём оптимальное решение.