TON vs Ethereum: Полное сравнение

Большинство блокчейн-разработчиков приходят в TON с опытом Ethereum, и перенос привычных паттернов без понимания ключевых различий — главный источник ошибок. Это сравнение — не академическое упражнение, а практическое руководство: зная, чем TON отличается от Ethereum, вы избежите архитектурных ошибок, которые будет дорого исправлять. Асинхронная модель, отсутствие атомарных кросс-контрактных вызовов и плата за хранение меняют все правила игры.

TON и Ethereum — два принципиально разных подхода к построению блокчейна. В этом уроке мы систематически сравним их архитектуры, чтобы лучше понять уникальные решения TON.

1. Модель состояния

В Ethereum все аккаунты хранятся в едином State Trie. Изменение одного аккаунта требует пересчёта хешей по пути до корня дерева.

В TON каждый аккаунт — независимый актор со своим деревом ячеек. Это позволяет параллельно обрабатывать аккаунты на разных шардах.

2. Модель исполнения

Синхронная модель Ethereum

В Ethereum контракт A вызывает контракт B через CALL, и ждёт результат в той же транзакции. Это просто для разработчика, но ограничивает масштабирование.

Асинхронная модель TON

В TON контракт A отправляет сообщение контракту B. Контракт B обрабатывает сообщение в отдельной транзакции и может отправить ответное сообщение. Это сложнее для разработчика, но позволяет параллельное исполнение.

3. Шардирование

Ethereum изначально планировал шардирование (64 шарда), но отказался от этого подхода в пользу rollup-centric roadmap. Масштабирование L1 оставлено L2-решениям (Optimistic и ZK rollups).

TON, напротив, строит масштабирование внутри L1 — шарды создаются и уничтожаются автоматически в зависимости от нагрузки.

4. Модель газа

Storage fees в TON

Уникальная особенность TON — плата за хранение. Каждый аккаунт платит за занимаемое место в блокчейне. Если баланс опускается до нуля, аккаунт замораживается и затем удаляется. Это предотвращает бесконечный рост состояния.

5. Консенсус

TON использует Catchain BFT — Byzantine Fault Tolerant консенсус с мгновенной финальностью. Блок считается финальным сразу после подтверждения 2/3+ валидаторов.

Ethereum использует Casper FFG с вероятностной финальностью. Блок считается финальным через 2 эпохи (~13 минут).

6. Смарт-контракты

Сводная таблица

Частые ошибки

1. Пытаются реализовать паттерн «вызвал контракт — получил результат в той же транзакции» (как в Ethereum), хотя в TON все межконтрактные вызовы асинхронны.
2. Используют паттерн approve + transferFrom как в ERC-20, хотя в TON Jetton-стандарт работает принципиально иначе — через transfer с forward-payload.
3. Забывают про storage fees: в Ethereum данные хранятся «бесплатно» после записи, а в TON контракт платит за хранение каждую секунду.
4. Не обрабатывают bounced-сообщения, полагаясь на атомарный откат как в EVM, хотя в TON откат происходит только внутри одной транзакции.