Что такое нативный токен
Что такое нативный токен
Нативный токен — это встроенная валюта блокчейн-сети, токен, существующий на уровне протокола, а не как смарт-контракт, развёрнутый поверх него. Примеры: ETH на Ethereum, SOL на Solana, BNB на BNB Smart Chain, TAO на Bittensor и AVAX на Avalanche. Каждый блокчейн имеет ровно один нативный токен, и он играет фундаментальную роль, которую смарт-контрактные токены (такие как ERC-20) не могут полностью воспроизвести.
Нативные токены используются для оплаты комиссий за транзакции (газ), вознаграждения валидаторов или майнеров за обеспечение безопасности сети, а во многих Proof of Stake сетях служат стейкинговым активом, который валидаторы блокируют для участия в консенсусе. Без нативного токена сеть не может функционировать — это экономическое топливо, обеспечивающее работу блокчейна.
Коротко: нативный токен — это собственная встроенная валюта цепочки, используемая для газовых комиссий, наград валидаторам и стейкинга; он существует на уровне протокола, а не как смарт-контракт.
Чем нативные токены отличаются от смарт-контрактных токенов
Различие между нативными и смарт-контрактными токенами является фундаментальным, но часто упускается из виду. Оба типа токенов могут храниться в кошельках, передаваться между адресами и использоваться в децентрализованных приложениях. Однако они различаются по происхождению, механике и роли.
| Параметр | Нативный токен | Смарт-контрактный токен (напр. ERC-20) |
|---|---|---|
| Где существует | Встроен в сам протокол | Развёрнут как смарт-контракт поверх протокола |
| Создан | Правилами протокола сети (генезис-блок, график эмиссии) | Разработчиком, развернувшим контракт |
| Нужен для газа | Да — обязателен для оплаты комиссий | Нет — газ всегда оплачивается нативным токеном |
| Роль в консенсусе | Часто используется для стейкинга и наград валидаторам | Не участвует в консенсусе |
| Может существовать без смарт-контрактов | Да — предшествует функциональности смарт-контрактов | Нет — зависит от платформы развёртывания контрактов |
| Предложение контролируется | Правилами протокола (жёстко закодированная эмиссия, сжигание, инфляция) | Логикой контракта (функции mint/burn, заданные развёртывающим) |
Практический пример: на Ethereum ETH — нативный токен. Когда пользователь отправляет ERC-20-токен (скажем, USDC) на другой адрес, пользователь должен оплатить комиссию за транзакцию в ETH, а не в USDC. ERC-20-токен не может быть перемещён без нативного токена для оплаты вычислений. Эта зависимость заложена в протокол и не может быть обойдена.
Газ и комиссии за транзакции
Наиболее заметная роль нативного токена — оплата газовых комиссий. Каждая операция на блокчейне — перевод токенов, взаимодействие со смарт-контрактом, развёртывание нового контракта — требует вычислительных ресурсов от валидаторов или нод. Газовые комиссии, деноминированные в нативном токене, компенсируют этим операторам их работу. Без газовых комиссий у валидаторов нет экономического стимула обрабатывать транзакции, и сеть остановится.
Структуры газовых комиссий различаются между сетями. Ethereum использует динамическую модель комиссий (базовая комиссия + приоритетные чаевые). Solana использует модель фиксированных низких комиссий. BNB Smart Chain и другие EVM-цепочки имеют собственные параметры комиссий. Но во всех случаях комиссия оплачивается в нативном токене цепочки.
Стейкинг и участие в консенсусе
В Proof of Stake сетях нативный токен обычно является стейкинговым активом. Валидаторы должны заблокировать определённое количество нативного токена для участия в производстве и валидации блоков. Эта застейканная сумма служит экономическим залогом: валидаторы, ведущие себя честно, получают награды (выплачиваемые в нативном токене), тогда как валидаторы-нарушители рискуют потерять стейк через слэшинг.
Это создаёт замкнутый экономический цикл: нативный токен обеспечивает безопасность сети через стейкинг, а сеть вознаграждает стейкеров новоэмитированными или полученными из комиссий нативными токенами. Безопасность сети напрямую связана с общей стоимостью застейканных нативных токенов.
Награды валидаторов и эмиссия
Большинство блокчейн-сетей эмитируют новые нативные токены в качестве блоковых наград для стимулирования валидаторов. Эта эмиссия контролируется правилами протокола, а не каким-либо отдельным лицом или смарт-контрактом. Некоторые сети имеют ограниченное общее предложение (как 21 миллион BTC у Bitcoin), тогда как другие имеют постоянную инфляцию с механизмами сжигания или без них (как сжигание комиссий Ethereum после перехода на PoS).
График эмиссии нативного токена — ключевая часть экономического дизайна сети. Он определяет долгосрочную динамику предложения и структуру стимулов для валидаторов. Изменение графика эмиссии обычно требует обновления на уровне протокола (хардфорк или голосование по управлению), а не простой модификации контракта.
Примеры нативных токенов
Различные блокчейн-сети реализуют свои нативные токены с разными правилами предложения, моделями комиссий и механикой стейкинга. Понимание этих различий помогает проиллюстрировать, что означает «нативный токен» на практике:
| Сеть | Нативный токен | Ключевые роли | Модель предложения |
|---|---|---|---|
| Ethereum | ETH | Газовые комиссии, стейкинг валидаторов, базовая валюта | Неограниченное предложение с сжиганием комиссий (дефляционный при высокой нагрузке) |
| Solana | SOL | Комиссии за транзакции, стейкинг валидаторов | Инфляционный с уменьшающимся графиком эмиссии |
| BNB Smart Chain | BNB | Газовые комиссии, стейкинг валидаторов, управление | Ограниченное предложение с периодическим сжиганием |
| Bittensor | TAO | Регистрация подсетей, награды майнеров/валидаторов, стейкинг | Ограниченное предложение с халвингом эмиссии |
| Avalanche | AVAX | Газовые комиссии, стейкинг, создание подсетей | Ограниченное предложение с сжиганием комиссий |
В каждом случае нативный токен неотделим от работы сети. Убрать ETH из Ethereum или SOL из Solana означало бы полностью сломать цепочку — ни одна транзакция не могла бы быть обработана, ни один валидатор не мог бы получить награду, ни один смарт-контракт не мог бы быть исполнен.
Нативные токены в крипто-ИИ проектах
Многие крипто-ИИ проекты имеют собственные нативные токены, поскольку управляют собственными блокчейн-сетями или подсетями. Для этих проектов нативный токен играет двойную роль:
- Инфраструктурная роль: оплата транзакций, стейкинг, награды валидаторов — те же функции, что и у нативного токена любого блокчейна.
- Прикладная роль: токен также может использоваться для оплаты ИИ-специфичных сервисов (инференс, вычисления, доступ к данным), вознаграждения провайдеров ИИ-вычислений или участия в управлении ИИ-связанными параметрами.
Когда токен проекта является нативным, а не смарт-контрактным, это означает, что токен архитектурно неотделим от сети. Цепочка не может работать без него. Это более сильная форма Token necessity, чем у смарт-контрактного токена, который теоретически мог бы быть заменён любым другим токеном.
Однако «нативный» автоматически не означает «необходимый для ИИ». Проект может иметь нативный токен, обеспечивающий безопасность сети через стейкинг и оплату газа, тогда как ИИ-компоненты проекта в действительности не нуждаются в этом токене для функционирования. Инфраструктурная роль и ИИ-роль — это отдельные вопросы.
Token necessity и нативные токены
При оценке того, необходим ли токен для ИИ-конвейера проекта, нативные токены представляют нюансированный случай. С одной стороны, нативный токен бесспорно необходим для работы сети — цепочка буквально не может функционировать без него. С другой стороны, вопрос ИИ-необходимости стоит отдельно: действительно ли ИИ-конвейер конкретно нуждается в этом токене, или ИИ-компоненты работали бы так же, если бы были развёрнуты на другой цепочке с другим нативным токеном?
Сильный аргумент за ИИ-уровневую Token necessity существует, когда нативный токен напрямую опосредует ИИ-специфичные действия: оплата инференса, вознаграждение провайдеров вычислений, стейкинг как гарантия качества результатов моделей. Более слабый аргумент — когда нативный токен выполняет лишь общие инфраструктурные функции (газ, стейкинг), тогда как ИИ-уровень теоретически мог бы работать на любой цепочке.
Где это появляется в карточках проектов DecAIHub
В карточке проекта DecAIHub для нативного токена в поле Token standard используется значение native. Когда в карточке указано Token standard: native, это означает, что токен проекта не развёрнут как смарт-контракт на другой цепочке, а является встроенной валютой собственной сети проекта.
Это отличает проект от тех, чьи токены являются ERC-20 контрактами на Ethereum, BEP-20 на BNB Smart Chain или SPL на Solana. Нативный токен указывает, что проект управляет собственным блокчейном или подсетью со своим механизмом консенсуса.
Поле Token standard сообщает читателям технический формат токена. Чтобы понять роль токена, следует проверить поле Token model (utility, governance, fee mechanism, staking) и таблицу Evidence на предмет артефактов Tier-1, показывающих, как токен реально используется в конвейере проекта.
Что «нативный токен» сам по себе не доказывает
- Нативный токен не доказывает децентрализацию. Проект может управлять собственной цепочкой с нативным токеном и при этом иметь малый, централизованный набор валидаторов или централизованное управление. Нативный статус токена описывает его техническую роль, а не профиль децентрализации сети.
- Нативный токен не доказывает ИИ-необходимость. Токен может быть необходим для консенсуса и газовых комиссий цепочки, будучи при этом нерелевантным для ИИ-конвейера проекта. Требуют ли ИИ-компоненты этот токен — отдельный вопрос, на который отвечает ось Token necessity в DecAI Fit.
- Нативный токен не доказывает зрелость сети. Проект может запустить собственную цепочку с нативным токеном, тогда как сеть ещё находится в testnet или ранней beta. Информацию о зрелости смотрите в поле Network status.
- Нативный токен не означает, что проект создал цепочку с нуля. Многие нативные токены существуют на подсетях, аппчейнах или форкнутых сетях. Нативный токен указывает на роль токена на уровне протокола, а не на инженерные усилия проекта.
- Нативный токен не доказывает принятие. Нативный токен без активных валидаторов, без пользовательских транзакций и без реального использования всё равно технически является «нативным токеном». Техническая классификация не равна реальной полезности.
Не путать с
- ERC-20 и другие смарт-контрактные токены — ERC-20-токены развёртываются как контракты на существующей цепочке и зависят от нативного токена этой цепочки для газа. Нативные токены существуют на уровне протокола и не зависят ни от какого смарт-контракта.
- Стандарт токена — общее понятие, охватывающее все технические форматы (ERC-20, BEP-20, SPL, нативный токен). «Нативный токен» — один тип стандарта токена, при котором токен встроен в саму цепочку.
- Модель токена — модель токена описывает роль токена (utility, governance, staking, fee mechanism). Нативный токен может выполнять любую из этих ролей. «Нативный» описывает технический формат; «utility» или «governance» описывает функцию.
- Обёрнутые нативные токены (WETH, WSOL) — некоторые экосистемы создают ERC-20-совместимые обёртки вокруг нативных токенов, чтобы их можно было использовать в смарт-контрактах, требующих интерфейса ERC-20. WETH — это ERC-20-представление ETH, а не сам ETH. Обёрнутая версия следует смарт-контрактному стандарту; оригинал остаётся нативным токеном.
- Газовый токен — иногда нативные токены неформально называют «газовыми токенами», поскольку используются для оплаты газа. Но «газовый токен» — это не формальный стандарт или классификация, а описание одной из функций нативного токена.
Часто задаваемые вопросы
Почему газовые комиссии нельзя оплачивать любым токеном?
Газовые комиссии обрабатываются на уровне протокола — валидаторами и самим механизмом консенсуса, до исполнения любой логики смарт-контрактов. Протокол спроектирован так, чтобы принимать только нативный токен для газа, поскольку ему нужна единая, надёжная единица учёта для измерения вычислений и предотвращения спама. Некоторые сети и решения уровня L2 экспериментируют с абстракцией комиссий (позволяя оплачивать газ другими токенами), но под капотом нативный токен, как правило, по-прежнему участвует в итоговом расчёте.
В чём разница между нативным токеном и утилитарным токеном?
«Нативный токен» описывает технический формат: токен встроен в протокол блокчейна. «Утилитарный токен» описывает экономическую роль: токен используется для доступа к сервисам, оплаты использования или участия в функциональности проекта. Нативный токен может одновременно быть утилитарным — например, TAO на Bittensor является и нативным токеном сети Bittensor, и утилитарным токеном, используемым для оплаты ИИ-инференса и вознаграждения участников подсетей. Эти два обозначения описывают разные измерения одного и того же токена.
Может ли проект иметь и нативный токен, и ERC-20-токены?
Да. Проект, управляющий собственным блокчейном, имеет нативный токен этой цепочки. Тот же проект может также выпустить ERC-20-токены на Ethereum для бриджирования, ликвидности или кросс-чейн совместимости. Некоторые проекты поддерживают нативный токен на своей цепочке и обёрнутую или бриджированную версию на Ethereum или других EVM-цепочках. Технически это разные токены (нативный vs смарт-контрактный), представляющие один и тот же базовый актив через механизмы бриджирования.
Внешние ссылки
- Ethereum.org — Ether (ETH) — объяснение нативного токена Ethereum, его роли в газовых комиссиях, стейкинге и экономической модели сети.
- Solana Documentation — SOL Token — документация по нативному токену Solana и его роли в комиссиях за транзакции и стейкинге.
No comments to display
No comments to display