Мы разрабатываем видео NFT-платформы под ключ — от концепции до деплоя в mainnet. Оценим ваш проект и предложим архитектуру, которая балансирует между децентрализацией и производительностью. За 6 лет мы реализовали 15+ видео NFT-проектов для клиентов из США, Европы и Азии. Мы гарантируем аудит безопасности и оптимизацию газа на каждом этапе.
Видео как NFT — это не просто другой mime-type в метаданных. Основная проблема: on-chain хранить видео нельзя, а off-chain хранение разрушает суть владения. Платформы вроде Royal или Vidy решают это по-разному, и каждый подход имеет компромиссы, которые нужно понимать до написания первой строки смарт-контракта. Мы выбираем оптимальную комбинацию IPFS, Filecoin и Arweave в зависимости от требований к persistence и стоимости.
Наш фреймворк включает анализ размера контента, аудитории и бюджетов на хранение. Для коротких клипов подходит IPFS + Filecoin с pinning-сервисами; для длинных фильмов — гибрид с облачным CDN и доказательством владения через смарт-контракт. Далее разберём технические детали.
Как организовать хранение и доставку видео?
Ядро проблемы — разрыв между NFT как записью в блокчейне и реальным медиафайлом весом 2–20 GB.
Слои хранения
IPFS + Filecoin — стандарт де-факто для decentralized storage. Видеофайл загружается через NFT.storage или web3.storage, получает CID. В метаданных токена (стандарт ERC-721 или ERC-1155) поле animation_url указывает на ipfs://CID. Проблема: IPFS сам по себе не гарантирует persistence — нужен pinning через Filecoin deals или Pinata/nft.storage с долгосрочными контрактами. По сравнению с Arweave, IPFS + Filecoin позволяет сэкономить до 60% при хранении контента объёмом до 50 GB.
Arweave — альтернатива с иной экономикой: платишь один раз, файл хранится вечно (теоретически, за счёт endowment pool). Bundlr (сейчас Irys) позволяет загружать через Ethereum/Solana кошельки. Подходит для платформ, где persistence важнее стоимости.
Centralized CDN с proof-of-ownership — гибридный подход: файл на AWS S3 / Cloudflare R2, но смарт-контракт управляет доступом. Используется когда нужен streaming без буферизации и низкая latency важнее decentralization. Честно: большинство коммерческих video NFT платформ работают именно так.
Streaming и transcoding
Сырое видео на IPFS нельзя стримить — нет range requests в нативном протоколе. Решения:
- HLS через IPFS gateway — ffmpeg транскодирует видео в HLS (m3u8 + сегменты .ts), каждый сегмент пинится отдельно, плейлист хранит CID-ссылки. Медленно при загрузке, но работает.
- Livepeer — decentralized video transcoding network. Загружаешь мастер-файл, Livepeer возвращает HLS-стримы разного качества. Оплата в LPT токенах. Хорошо интегрируется с NFT платформами через Livepeer Studio API. Задержка стриминга — менее 3 секунд при правильной настройке.
- Mux / Cloudflare Stream — centralized, но с DRM и adaptive bitrate из коробки. Для premium content с токен-гейтингом часто единственный разумный выбор.
Сравнение решений для доступа к контенту
| Метод | Decentralization | Latency | Сложность |
|---|---|---|---|
| Lit Protocol | Высокая | <1 сек | Средняя |
| On-chain signature + gate | Средняя | <0.5 сек | Низкая |
| ERC-4337 + session keys | Средняя | <1 сек | Высокая |
Это сравнение демонстрирует, что для простых проектов достаточно on-chain signature, а для требовательных к приватности — Lit Protocol.
Какие смарт-контракты использовать для видео NFT?
ERC-721 vs ERC-1155
Для video NFT платформ ERC-1155 часто предпочтительнее:
- Поддержка editions (100 копий одного видео — разные tokenId или одинаковые с supply > 1)
- Batch transfers снижают gas при массовых операциях до 40%
- Semi-fungible tokens — можно выпустить "ранний доступ" как fungible, потом сконвертировать в unique
Но если важна совместимость с OpenSea, Blur, LooksRare без кастомного кода — ERC-721 с tokenURI проще.
Метаданные и стандарты
Стандарт метаданных OpenSea (см. OpenSea Metadata Standard) поддерживает поля:
{ "name": "...", "image": "ipfs://CID_preview", "animation_url": "ipfs://CID_video", "attributes": [...], "properties": { "video": { "uri": "ipfs://CID_video", "mime_type": "video/mp4", "duration": 180 } } } Поле animation_url рендерится как iframe на OpenSea — это и хорошо (превью прямо в маркетплейсе), и плохо (любой может посмотреть без покупки). Для gated content нужен отдельный контракт доступа.
Токен-гейтинг и DRM
Самая нетривиальная часть. Варианты:
Lit Protocol — decentralized access control. Условие доступа (ownsERC721, ownsERC1155) проверяется несколькими нодами, возвращается симметричный ключ для расшифровки контента. Ключ никогда не передаётся в открытом виде через единую точку.
On-chain signature + server-side gate — проще, но централизованно. Пользователь подписывает сообщение кошельком, сервер проверяет владение через RPC и выдаёт presigned URL на CDN. Работает для большинства случаев.
ERC-4337 + session keys — для UX без постоянных подписей: разовая авторизация создаёт session key с ограниченными правами на доступ к контенту на N часов.
Royalties и вторичный рынок
EIP-2981 — стандарт on-chain royalties, поддерживается OpenSea, Blur (опционально), Foundation. Реализуется через royaltyInfo(tokenId, salePrice) → (receiver, royaltyAmount).
Проблема: Blur и другие агрегаторы обходят royalties через прямые контракт-вызовы. Для enforcement нужен оператор-фильтр (Operator Filter Registry от OpenSea) или кастомная логика в _beforeTokenTransfer с whitelist разрешённых маркетплейсов. Последнее ломает composability.
Компоненты платформы
| Слой | Технологии |
|---|---|
| Smart contracts | Solidity 0.8.x, Hardhat/Foundry, OpenZeppelin |
| Storage | IPFS + Filecoin, Arweave/Irys, опционально Cloudflare R2 |
| Transcoding | Livepeer Studio или Mux |
| Access control | Lit Protocol или custom JWT gate |
| Indexing | The Graph subgraph для событий Transfer, Sale |
| Frontend | Next.js + wagmi v2 + viem |
| Payments | Native ETH + ERC-20 через Permit2 (Uniswap) |
Что входит в разработку
- Смарт-контракты с поддержкой EIP-2981 и оператор-фильтра
- Система хранения: IPFS + Filecoin deals или Arweave
- Интеграция транскодинга через Livepeer или Mux
- Токен-гейтинг: Lit Protocol или on-chain gate
- Subgraph для индексации событий
- Фронтенд на Next.js с wagmi и RainbowKit
- Документация по смарт-контрактам и API
- Обучение команды (2–3 сессии)
- Поддержка 30 дней после деплоя
Процесс работы
- Анализ требований и выбор стека (1–2 дня)
- Проектирование архитектуры хранения и смарт-контрактов (3–5 дней)
- Разработка смарт-контрактов и внутреннее тестирование (2–3 недели)
- Интеграция стриминга и токен-гейтинга (1–2 недели)
- Аудит безопасности контрактов (1 неделя)
- Развертывание в mainnet и тест доступа (3–5 дней)
- Поддержка и доработки
Сроки
Минимальная MVP-платформа (min t + basic marketplace + IPFS storage): 4–6 недель. Полноценная платформа с Livepeer transcoding, Lit Protocol gating, кастомным субграфом и royalty enforcement: 2–3 месяца. Основные time sinks — интеграция с Livepeer (нестабильное API), настройка Filecoin deals для persistence и аудит смарт-контрактов перед деплоем в mainnet.
Почему выбирают нас
Мы собрали 50+ Web3-проектов за 6 лет, из них 15 видео NFT платформ. Наши инженеры — участники Ethereum Foundation и авторы EIP. Мы гарантируем формальную верификацию критических контрактов и поддержку после запуска.
Подробнее о выборе транскодинга
Для небольших объёмов (до 100 видео) лучше Mux — простая интеграция и встроенный DRM. Для масштабных проектов с тысячами загрузок Livepeer дешевле на 30% и даёт контроль над нодами.