Услуга «программирование компьютерное смарт-контрактов на блокчейне» относится к 42-му классу Международной классификации товаров и услуг (МКТУ). Этот класс охватывает научные и технологические услуги, в том числе разработку программного обеспечения. Для регистрации товарного знака на такую услугу в заявке следует указывать точную формулировку из перечня: «программирование компьютерное смарт-контрактов на блокчейне». Другие варианты (например, «разработка смарт-контрактов» без уточнения) могут привести к запросу экспертизы или сужению объёма правовой охраны.
Что такое программирование смарт-контрактов на блокчейне
Смарт-контракт — это программа, которая автоматически исполняет условия соглашения, записанные в блокчейне. Программирование смарт-контрактов означает написание кода таких контрактов, чаще всего на языках Solidity, Vyper или Rust, с последующим развёртыванием в сети (Ethereum, Solana, Polkadot и др.). Эта услуга включает проектирование логики контракта, тестирование, аудит безопасности и деплой.
Такие контракты используются в децентрализованных финансах (DeFi), NFT, токенизации активов, автоматизации цепочек поставок, страховании и голосованиях. Основные заказчики — блокчейн-стартапы, финансовые компании, юридические фирмы и логистические операторы, которые хотят автоматизировать расчёты без посредников.
Виды смарт-контрактов различаются по сложности: от простых токенов стандарта ERC-20 до многокомпонентных протоколов DeFi (DEX, lending pools) и контрактов управления NFT. Разработчик может специализироваться на одном типе или предлагать полный цикл создания.
Формулировка для заявки: точная и без изменений
Для регистрации товарного знака на услугу программирования смарт-контрактов нужно использовать именно ту формулировку, которая содержится в официальном перечне 42-го класса: «программирование компьютерное смарт-контрактов на блокчейне». Она точно описывает услугу и не допускает двоякого толкования.
Попытки заменить слова (например, «разработка смарт-контрактов» или «программирование блокчейн-контрактов») могут расцениваться экспертизой как не соответствующие стандарту. В лучшем случае придётся давать пояснения и тратить время, в худшем — формулировку сократят или откажут во включении в перечень. Если ваша деятельность шире (например, включает аудит), можно добавить смежные услуги, но базовую формулировку лучше оставить неизменной.
Рекомендуется всегда сверяться с актуальной редакцией МКТУ (12-я редакция) и не добавлять лишних уточнений, не входящих в перечень. Точность — залог того, что товарный знак будет охранять именно ту услугу, которую вы реально оказываете.
Когда достаточно только 42-го класса при регистрации
Если ваш бизнес ограничен именно оказанием услуги по разработке смарт-контрактов — вы пишете код по заказу клиента, тестируете и передаёте результат, не выпуская собственных готовых программных продуктов и не оказывая финансовых услуг — одного 42-го класса достаточно. Никакие сопутствующие классы (реклама, торговля, финансы) не обязательны.
Пример: индивидуальный разработчик, который берёт заказы на написании контрактов для DeFi-проектов или NFT-коллекций. Он не продаёт готовое ПО, не управляет пулами ликвидности и не занимается маркетингом. В таком случае 42-й класс полностью покрывает его деятельность.
Также класс 42 охватывает смежные услуги: консультации по технологиям, предоставление платформы как услуги (PaaS), проектирование компьютерных систем. Поэтому даже если вы используете облачные решения или предоставляете среду для разработки, дополнительные классы не нужны.
Когда понадобятся дополнительные классы: 9, 36, 35
Если ваш бизнес выходит за рамки чисто услуги, необходимо добавить другие классы. Вот наиболее частые комбинации:
- Класс 9 — если вы продаёте готовое программное обеспечение в виде загружаемого файла (например, библиотеки смарт-контрактов, шаблоны для NFT, standalone-приложения). Для таких товаров нужен класс 9, а 42 для услуг разработки остаётся.
- Класс 36 — если вы оказываете финансовые услуги с использованием смарт-контрактов: запуск DeFi-протокола, выпуск токенов, криптообмен, управление активами. Класс 36 защитит бренд в части финансовой деятельности.
- Класс 35 — если вы ведёте рекламу своих услуг, управляете интернет-магазином по продаже ПО или оказываете услуги оптовой/розничной торговли смарт-контрактами (например, маркетплейс контрактов).
Важно: добавление классов расширяет зону охраны, но и увеличивает пошлины. Выбирайте только те классы, которые реально отражают вашу текущую или планируемую деятельность. Не стоит добавлять все подряд — это может привести к спорам об использовании при возможном судебном разбирательстве.
Проверим ваше обозначение и сориентируем по классам МКТУ
Экспресс-проверка товарного знака: подскажем подходящие классы и поможем не получить отказ на этапе экспертизы.
Примеры бизнес-ситуаций и рекомендуемые классы
Ситуация 1: фрилансер-разработчик пишет смарт-контракты для клиентов, не занимается продажами и финансами. Достаточно одного 42-го класса.
Ситуация 2: IT-компания разрабатывает на заказ смарт-контракты и также продаёт готовые библиотеки контрактов в виде загружаемых файлов. Нужно: 42 (услуги) + 9 (товары – ПО).
Ситуация 3: DeFi-стартап создаёт смарт-контракты для децентрализованной биржи и выпускает собственный токен. Рекомендуемые классы: 42 (разработка контрактов), 36 (финансовые услуги: обмен, торговля), 9 (если токен продаётся как загружаемое ПО – обычно не требуется, но для подстраховки можно).
Ситуация 4: платформа предоставляет среду для создания и развёртывания смарт-контрактов (PaaS). Основной класс 42 (охватывает PaaS). Если платформа ещё и продаёт доступ к облачным инструментам как товар, добавьте класс 9.
Частые ошибки при выборе класса для программирования смарт-контрактов
- Указать класс 9 вместо 42, считая, что смарт-контракт — это программа. Класс 9 для товаров (загружаемое ПО), а программирование — услуга, её класс 42.
- Опустить слово «компьютерное» или «на блокчейне» в формулировке, что может привести к неопределённости. Используйте точную формулировку из МКТУ.
- Думать, что класс 36 автоматически покрывает программирование смарт-контрактов. Нет, 36 — для финансовых услуг, а не для разработки.
- Не добавлять класс 9, если бизнес продаёт готовые смарт-контракты как товары. Тогда без 9 охрана для товаров отсутствует.
- Указывать класс 35 «на всякий случай», хотя реклама и продажа не являются частью бизнеса. Это увеличивает пошлины и может вызвать вопросы при оспаривании регистрации.
Почему класс 42, а не 9: ключевое отличие услуги от товара
Многие путают услугу по созданию смарт-контрактов и сам смарт-контракт как программный продукт. Важно: если вы просто пишете код по заданию клиента — это услуга (42-й класс). Если вы производите тиражируемый программный продукт и продаёте его (например, готовый контракт для токенов), это товар (9-й класс).
На практике одна компания может совмещать оба направления. Тогда в заявке нужно указывать оба класса. Ошибка в выборе может привести к тому, что часть деятельности останется без охраны, и конкуренты смогут использовать ваш бренд в непокрытом сегменте.
Смежные термины класса 42 МКТУ
Эти формулировки из официального перечня класса 42 часто включают в заявку вместе с термином «программирование компьютерное смарт-контрактов на блокчейне»:
- разработка программного обеспечения
- предоставление онлайн незагружаемого компьютерного программного обеспечения
- разработка компьютерных платформ
- предоставление платформы как услуги [PaaS]
- проектирование компьютерных систем
- предоставление информации в области компьютерных технологий и программирования через веб-сайты
- преобразование данных и информационных программ, за исключением физического преобразования
- прототипирование
- предоставление онлайн незагружаемого компьютерного программного обеспечения для чеканки невзаимозаменяемых токенов [NFTs]
Вывод
Перед подачей заявки проверьте: ваша деятельность — именно программирование смарт-контрактов как услуга? Если вы также продаёте готовые модули или выпускаете токены, добавьте классы 9 и 36. Используйте точную формулировку из МКТУ. Убедитесь, что описание услуг в заявке чётко соответствует вашему бизнесу. При сомнениях проконсультируйтесь с патентным поверенным — это дешевле, чем потом оспаривать отказ или дорабатывать перечень.
FAQ
Частые вопросы по термину
Какой класс МКТУ у программирования смарт-контрактов?
42-й класс. Точная формулировка: «программирование компьютерное смарт-контрактов на блокчейне».
Можно ли использовать класс 9 вместо 42 для программирования смарт-контрактов?
Нет, если вы оказываете услугу разработки, а не продаёте готовое ПО. Класс 9 — для товаров (программы на носителях), класс 42 — для услуг.
Нужен ли класс 36, если смарт-контракты связаны с финансами?
Если вы оказываете финансовые услуги (обмен криптовалют, управление активами), то да. Если только разрабатываете контракты для клиентов — достаточно 42.
Что будет, если указать только класс 42, а потом начать продавать программные продукты?
Товарный знак не будет защищён для товаров 9 класса. Конкуренты смогут использовать сходное название для ПО.
Какая точная формулировка для заявки?
«программирование компьютерное смарт-контрактов на блокчейне» — дословно из перечня МКТУ.
Можно ли добавить свои слова к формулировке?
Лучше использовать точную формулировку, чтобы избежать вопросов экспертизы. Дополнительные услуги можно добавить отдельными пунктами из перечня.
Читайте также
Часто эти классы указывают в заявке вместе с текущим — посмотрите статьи смежных классов МКТУ:
Статья актуализирована 9 июля 2026 года