Перейти к содержимому
Главная/Полезные статьи/Класс 38/предоставление доступа к блокчейн-сетям

Термин МКТУ · класс 38

Предоставление доступа к блокчейн-сетям: класс МКТУ 38

Услуга относится к классу 38 (телекоммуникации). В заявке используйте формулировку «предоставление доступа к блокчейн-сетям» и при необходимости добавьте классы 9, 36, 42.

Услуга «предоставление доступа к блокчейн-сетям» относится к 38 классу МКТУ (телекоммуникации). Она охватывает техническое обеспечение подключения пользователей к децентрализованным сетям, включая API, RPC-шлюзы, хостинг нод и инфраструктуру для взаимодействия с блокчейном. В заявке следует точно указать эту формулировку из официального перечня, чтобы охрана распространялась именно на коммуникационный аспект сервиса.

Что такое предоставление доступа к блокчейн-сетям

Предоставление доступа к блокчейн-сетям — это услуга по организации канала связи между пользователем и децентрализованной сетью (Ethereum, Solana, BNB Chain, Hyperledger и др.). Провайдер даёт клиенту возможность отправлять транзакции, читать данные с блокчейна, развёртывать смарт-контракты и взаимодействовать с dApps без необходимости самостоятельно запускать полную ноду.

Поставщиками таких услуг выступают инфраструктурные компании (Infura, Alchemy, QuickNode), хостинг-провайдеры для узлов блокчейна, а также платформы Web3, которые подключают кошельки или DEX к сети. Потребители — разработчики DeFi-протоколов, криптовалютные биржи, NFT-маркетплейсы, трейдеры и пользователи приложений на блокчейне.

Основные виды: предоставление публичных или приватных RPC-эндпоинтов, IPFS-шлюзов, хостинг нод, а также сервисы для запуска собственной сети (Testnet, Mainnet). Услуга может входить в пакет облачных решений или продаваться отдельно как API-доступ.

Формулировка для заявки: точность определяет границы охраны

Рекомендуется включать в перечень именно официальную формулировку МКТУ: «предоставление доступа к блокчейн-сетям». Если указать расплывчато — «доступ к блокчейну», «услуги блокчейна» или «предоставление доступа к распределённым реестрам», — экспертиза может вынести запрос или сузить объём прав до словесного состава. Используйте дословную формулировку, она точно соответствует 38 классу.

Если ваш сервис дополнительно включает, например, техническую поддержку или хранение данных, добавляйте смежные термины из 38 класса: «обеспечение доступа в Интернет», «обеспечение доступа к базам данных», «передача цифровых файлов». Это защитит коммуникационную сторону бизнеса.

Когда достаточно одного класса 38

Если вы продаёте именно чистый доступ к блокчейну — например, подписку на RPC-эндпоинты, API-шлюз для разработчиков, хостинг нод «с нуля» — и не занимаетесь разработкой ПО, не предлагаете финансы и не ведёте розничную продажу, то одного класса 38 хватит. Такая ситуация характерна для чистых инфраструктурных провайдеров, которые не имеют собственного фронтенда и не управляют активами пользователей.

Какие классы добавить для полной защиты

В большинстве случаев одного 38 класса недостаточно. Типичные дополнения:

  • 9 класс — программное обеспечение, криптографические ключи, цифровые кошельки, носители данных. Подойдёт, если вы выпускаете приложение-кошелёк или SDK для работы с блокчейном.
  • 42 класс — разработка ПО и платформ, облачные вычисления, техническая поддержка, тестирование блокчейн-приложений. Необходим, если вы сами создаёте инфраструктуру (блокчейн-протокол, смарт-контракты) или предоставляете услуги по настройке нод.
  • 36 класс — финансовые операции с криптовалютами, обмен, переводы, управление цифровыми активами. Если ваш сервис обрабатывает транзакции или хранит средства пользователей (например, криптобиржа, стейкинг-платформа), класс 36 обязателен.
  • 35 класс — реклама, продвижение, услуги интернет-магазина. Добавляют, если вы продаёте доступ к блокчейну как товар (например, подписки на API) через собственный магазин или маркетплейс.

Например, если ваш бизнес — облачный сервис, который и предоставляет доступ к блокчейну, и разрабатывает ПО для работы с ним, и продаёт подписки, оптимальный набор: 38 (доступ), 42 (разработка), 9 (SDK/приложения), 35 (продажа).

Бесплатная экспресс-проверка

Проверим ваше обозначение и сориентируем по классам МКТУ

Экспресс-проверка товарного знака: подскажем подходящие классы и поможем не получить отказ на этапе экспертизы.

Проверить бесплатно
45классов МКТУ
10 000+терминов

Примеры бизнес-ситуаций и рекомендуемые классы

  1. Чистый провайдер RPC-доступа (типа Infura): предоставляет только API для подключения к Ethereum. Рекомендованные классы: 38.
  2. Платформа для развёртывания смарт-контрактов с веб-интерфейсом: даёт доступ к тестнетам + разрабатывает среду для написания контрактов. Рекомендованные классы: 38 (доступ), 42 (разработка ПО), 9 (приложение для контрактов).
  3. Криптобиржа с кошельком и доступом к блокчейну: предоставляет RPC-доступ, ведёт обмен и хранение. Рекомендованные классы: 38 (доступ), 36 (финоперации), 9 (кошелёк-приложение), 35 (маркетинг и продажа подписок).
  4. Образовательная платформа, обучающая работе с блокчейном: организует доступ к отдельным сетям для практических занятий. Рекомендованные классы: 38 (доступ), 41 (обучение), 42 (сопровождение).

Частые ошибки при выборе класса

  • Путают с классом 9: указывают «программное обеспечение для доступа к блокчейну» как единственный пункт. Это оставляет без охраны саму услугу передачи данных. Нужно добавлять 38.
  • Указывают только 36 класс: мол, блокчейн = финансы. Но 36 не защищает телекоммуникационный аспект (передачу транзакций). В итоге конкуренты могут предлагать доступ к блокчейну, не нарушая ваш знак.
  • Не включают 42 класс для инфраструктурных проектов: если вы разрабатываете платформу для доступа, а не просто передаёте сигнал, без 42 охрана не покрывает техническую сторону.
  • Используют общие фразы: «услуги в области блокчейна», «телекоммуникационные услуги» — экспертиза Роспатента пришлёт запрос о детализации, что затянет регистрацию.
  • Игнорируют класс 35 для продажи подписок: если ваш сайт оформлен как интернет-магазин с тарифами, лучше зарегистрировать знак также на 35 класс, чтобы пресекать недобросовестную конкуренцию в части коммерческой деятельности.

Отличие от других классов: 38 vs 9 vs 42

Класс 38 — это именно услуга по обеспечению связи: «предоставление доступа» означает, что вы создаёте канал, по которому данные идут между пользователем и блокчейном. Программное обеспечение, которое реализует этот доступ (библиотеки, SDK), охраняется классом 9. Разработка и поддержка самой инфраструктуры (написание кода, администрирование нод, облачные вычисления) — классом 42. Три класса не взаимоисключающие, а дополняющие друг друга.

Смежные термины класса 38 МКТУ

Эти формулировки из официального перечня класса 38 часто включают в заявку вместе с термином «предоставление доступа к блокчейн-сетям»:

Вывод

Главное — зафиксировать в заявке точную формулировку «предоставление доступа к блокчейн-сетям» (38 класс). Затем оцените: предоставляете ли вы дополнительно ПО, пишете ли код, проводите ли финансовые операции или продаёте подписки. Для каждого аспекта добавьте соответствующие классы (9, 36, 42, 35). Перед подачей убедитесь, что перечень покрывает реальные услуги бизнеса: расплывчатые формулировки вызовут запросы Роспатента, а пропущенные классы оставят брешь для конкурентов.

FAQ

Частые вопросы по термину

Какой класс МКТУ для предоставления доступа к блокчейн-сетям?

Основной класс — 38. Именно он включает услуги телекоммуникаций, к которым относится техническое обеспечение подключения к блокчейну.

Можно ли зарегистрировать товарный знак только на класс 36, если я даю доступ к блокчейну?

Нет, класс 36 охватывает финансовые операции, а не коммуникации. Если вы не добавляете 38, охрана не распространится на саму услугу доступа. Рекомендуется комбинировать 38, 36 и другие необходимые классы.

Чем отличается «предоставление доступа к блокчейн-сетям» (38) от «программного обеспечения для блокчейна» (9)?

Класс 38 защищает услугу как процесс передачи данных. Класс 9 — программный продукт (например, кошелёк, API-клиент). Если ваш бизнес включает и то и другое, включайте оба класса.

Что будет, если указать только «предоставление доступа к блокчейн-сетям» без дополнительных классов, а я ещё разрабатываю платформу?

Риск — конкуренты смогут использовать ваш бренд для похожих услуг разработки без нарушения, если вы не защитили 42 класс. Лучше сразу заявлять полный набор актуальных классов.

Обязательно ли платить дополнительные пошлины за каждый класс свыше одного?

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

Включает ли термин «предоставление доступа к блокчейн-сетям» доступ к тестовым сетям?

Да, формулировка охватывает любые блокчейн-сети, включая Testnet и Mainnet. Если вы даёте доступ только к тестовой сети, этот термин всё равно применим.

Читайте также

Часто эти классы указывают в заявке вместе с текущим — посмотрите статьи смежных классов МКТУ:

Статья актуализирована 9 июля 2026 года