К основному содержанию
T TON Adoption
Основы GUIDE · 2026

Почему TON не EVM-совместим и что это значит

TON использует TVM вместо Ethereum Virtual Machine — почему так задумано, чем это плохо и хорошо для пользователя, и что есть EVM-мосты в экосистеме TON в 2026.

Автор
TON Adoption Team · исследовательская группа проекта
Опубликовано
Обновлено
5 мин. чтения

Самая частая фраза от человека, который только знакомится с TON: «А почему здесь Solidity не работает?». Действительно — почему? Ethereum Virtual Machine стала стандартом де-факто для большинства L1 и L2, от Polygon до Arbitrum. TON выбрал другой путь — собственную виртуальную машину. Разбираем, почему это сделано и какие последствия имеет на практике.

Что такое EVM и зачем все её копируют

EVM (Ethereum Virtual Machine) — это набор инструкций (опкодов) и модель исполнения смарт-контрактов, изначально разработанная для Ethereum. С 2015 года она стала стандартом: Solidity-код компилируется в EVM-байткод, а EVM-байткод запускается на любой EVM-совместимой сети.

Преимущества EVM-совместимости очевидны:

  • Контракты переносятся. Uniswap, Aave, Curve — деплоятся на Polygon, BNB Chain, Arbitrum без переписывания.
  • Toolchain переиспользуется. Hardhat, Foundry, MetaMask, Etherscan — единый стек инструментов на десятки сетей.
  • Разработчики мигрируют легко. Solidity-разработчик с Ethereum садится писать под Polygon за час.
  • Ликвидность мигрирует. Через мосты или через дубликаты токенов.

Поэтому большинство L1/L2 после Ethereum выбрали путь EVM-совместимости — даже если это не лучшее техническое решение.

Почему TON пошёл другим путём

Когда Николай Дуров проектировал TON в 2017–2018, цели были другими:

  1. Миллионы TPS — масштабируемость на уровне сильно выше Ethereum (тогда ~15 TPS).
  2. Шардинг из коробки — динамическое деление сети на параллельные шарды.
  3. Привязка к Telegram — поддержка десятков миллионов пользователей мессенджера.

EVM в эти цели плохо вписывается, и вот почему.

Синхронность vs асинхронность

EVM — синхронная модель: контракт А вызывает контракт Б, ждёт результата, возвращает значение в исходную транзакцию. Транзакция — атомарна: либо вся проходит, либо вся откатывается.

TON — асинхронная message-based модель: контракт А отправляет сообщение контракту Б, не дожидаясь ответа. Б выполнится в следующем блоке (или позже, если в другом шарде). Никакой «возвратной» атомарности нет.

Модель аккаунтов

EVM: один глобальный state, в котором все аккаунты живут вместе, любой контракт читает любой state на чтение.

TON: каждый аккаунт — это отдельный смарт-контракт со своим хранилищем, и нельзя «прочитать чужой state» в рамках транзакции. Если контракту А нужны данные контракта Б, А должен послать запрос-сообщение, дождаться ответа.

Это фундаментальная разница в дизайне.

Газовая модель

В EVM газ за всю транзакцию платит её инициатор, и атомарность означает «либо всё прошло, либо ничего». В TON каждое сообщение между контрактами — это отдельная под-транзакция со своим газом, который списывается с баланса того контракта, который сейчас выполняется.

В TON есть концепция «контракт оплачивает свою работу» — и это усложняет дизайн по сравнению с EVM, где «газ платит юзер за всё».

Что это значит для пользователя

С точки зрения обычного пользователя, который покупает TON и переводит знакомому:

  • Адрес другой формы. EQ…/UQ… вместо 0x… Не работает копирование адреса между сетями.
  • Кошельки другие. MetaMask не поддерживает TON. Нужен Tonkeeper, MyTonWallet или другой TON-кошелёк.
  • Токены отдельные. USDT в TON — это jetton, отдельный от ERC-20 USDT в Ethereum. Чтобы перевести между ними — мост.
  • DeFi другой. Uniswap нет, есть STON.fi и DeDust. Aave нет, есть EVAA. Кривые контракта другие, но логика похожа.

Это не страшно, но требует отдельного знакомства с экосистемой. Пользователь, привыкший к Metamask + Uniswap, не сможет «один в один» сделать то же самое в TON — нужен новый набор приложений.

Что это значит для разработчика

Для разработчика, привыкшего к Solidity:

  • Solidity не работает. Контракты пишутся на FunC (низкоуровневый), Tact (высокоуровневый), Tolk (новый, рекомендуется в 2026). Подробнее — в гайде для разработчиков.
  • Toolchain другой. Hardhat не работает. Используется Blueprint от TON Foundation — собственный фреймворк для разработки, тестирования и деплоя.
  • Хранилище контракта. В EVM ты используешь storage slots; в TON — специальную структуру с явной сериализацией в Cells.
  • Думать асинхронно. Любой межконтрактный вызов — это сообщение. Все паттерны вроде «вызвать Pool.swap() и проверить возврат» переписываются под другую логику.

Время миграции для опытного разработчика — несколько недель. Это не «час на освоение Polygon», но и не «учить с нуля».

Что выиграл TON и что потерял

ПараметрTON (TVM)Ethereum (EVM)
Пропускная способность~1k–3k TPS basechain, теоретически больше~15 TPS L1, ~1k–3k через L2
Комиссия~$0.005$0.16–0.50 (mainnet, 2026)
Ecosystem (проекты)Десятки в экосистемеТысячи (включая всю EVM-семью)
Стандартизация языкаFunC/Tact/TolkSolidity (Vyper маргинален)
Перенос контрактовНевозможен из EVMТриvial между EVM-совместимыми
Аудит-фирмыНесколько (Certik, Trail of Bits)Сотни
Привязка к TelegramНативнаяНикакая

Выигрыш: скорость, цена, масштабируемость, эксклюзивный доступ к Telegram-аудитории. Проигрыш: изоляция от EVM-экосистемы, более сложный entry для разработчиков, меньше готовых решений.

Мосты: как ходят токены между TON и EVM

Раз нативной совместимости нет, экосистема развивает межсетевые мосты. Принцип одинаковый: токен блокируется в исходной сети, в целевой эмитируется его «обёртка» (wrapped-версия).

Основные мосты на 2026 год:

  • Symbiosis — мульти-чейн мост, поддерживает TON ↔ Ethereum, BNB Chain, Polygon, Arbitrum.
  • Orbit Bridge — TON ↔ Ethereum, Klaytn, Polygon.
  • TON Bridge (официальный) — для USDT и нескольких ключевых токенов, поддерживается TON Foundation.
  • LayerZero интеграции — через wrapped-tokens.

Время прохода — обычно 5–15 минут плюс блок-таймы. Комиссия зависит от моста и размера, типично 0.1–0.5%.

Возможна ли EVM-совместимость в будущем

Технически — возможна, через EVM-трансляторы или сайдчейны. Идея «запустить EVM как L2 поверх TON» обсуждается в коммьюнити, но на 2026 год реальных продакшн-проектов нет.

Альтернатива — универсальные стандарты: токены через стандарт jetton (аналог ERC-20), NFT через TON NFT (аналог ERC-721). Не EVM-совместимо, но идеи переносятся.

Что делать пользователю

Практический ответ:

  1. Если ты в EVM-семье и не хочешь учить новое — используй мосты, перевод USDT занимает 10 минут. Внутри TON всё равно понадобится TON-кошелёк.
  2. Если ты только знакомишься с криптой — TON — отличный entry-point: дешевле и быстрее Ethereum, и привязан к Telegram.
  3. Если ты разработчик — стоит инвестировать неделю-две в изучение TON. Аудитория Telegram стоит того, особенно для consumer-проектов.

Контекст экосистемы — в полном гайде по TON. Практическая миграция из Ethereum в TON — в отдельном материале.

Источники

Частые вопросы

Нет. TON использует TVM (TON Virtual Machine) с собственным набором инструкций, контракты пишутся на FunC, Tact или Tolk. Solidity-байткод несовместим. Существующие EVM-контракты нельзя «перенести» в TON автоматически.
Архитектура TON принципиально другая — асинхронные сообщения вместо синхронных вызовов, шардинг из коробки, непересекающиеся account-модели. EVM просто не вписывается в эту модель без потери производительности.
Да, но не «прямо» — через мост. Symbiosis, Orbit Bridge и другие cross-chain мосты позволяют переводить USDT и другие токены между сетями. Внутри TON USDT — это jetton, а не ERC-20.
Symbiosis, Orbit Bridge, Layerzero (через интеграции), официальный TON Bridge для USDT. Все они работают через lock-and-mint модель — токен блокируется в одной сети и эмитируется его обёртка в другой.
Зависит от целевой аудитории. Если нужен доступ к 950M+ Telegram пользователей — TON безальтернативен. Если универсальный DeFi — EVM-семья по-прежнему доминирует. Многие проекты делают и то, и другое через мосты.

Похожие материалы