Введение в смарт-контракты TON

Смарт-контракты — это сердце любого децентрализованного приложения на TON. Однако контракты TON принципиально отличаются от контрактов Ethereum: здесь каждый контракт — независимый актор со своим балансом, кодом и состоянием. Понимание жизненного цикла контракта (деплой, сообщения, заморозка, удаление) критически важно, потому что в TON контракт может быть удалён, если закончились средства на оплату хранения.

В модулях M01 и M02 мы изучили архитектуру TON и работу TVM. Теперь переходим к практике — написанию смарт-контрактов. Этот модуль посвящён языку Tact — высокоуровневому языку для разработки на TON.

Контракт как актор

В M02 мы разобрали модель акторов: каждый контракт в TON — это независимый актор со своим состоянием, кодом и балансом. Повторим ключевые свойства:

• Изолированное состояние — контракт не имеет доступа к данным других контрактов
• Общение через сообщения — единственный способ взаимодействия между контрактами
• Асинхронная обработка — каждое сообщение обрабатывается в отдельной транзакции
• Оплата хранения — контракт платит за хранение своего состояния (storage fees)

Жизненный цикл смарт-контракта

Смарт-контракт в TON проходит через несколько этапов:

1. Деплой (Deployment)

Контракт создаётся путём отправки специального внешнего сообщения (external message), содержащего:

• Код контракта — TVM bytecode
• Начальные данные — initial state (данные при создании)

Адрес контракта вычисляется до деплоя как хеш от кода и начальных данных:

address = hash(initial_code + initial_data)

Это означает, что адрес детерминирован — зная код и начальные данные, можно вычислить адрес контракта ещё до его создания.

2. Получение сообщений

После деплоя контракт ожидает входящие сообщения. TON различает два типа:

• Internal messages — от других контрактов или кошельков внутри блокчейна
• External messages — от внешнего мира (например, от кошелька пользователя)

3. Обработка и изменение состояния

При получении сообщения TVM:

1. Загружает код и состояние контракта
2. Выполняет код обработки сообщения
3. Обновляет состояние контракта
4. Формирует исходящие сообщения (если есть)

4. Отправка сообщений

Контракт может отправить ноль или более исходящих сообщений в результате обработки. Это основной механизм взаимодействия между контрактами.

5. Заморозка и удаление

Если баланс контракта падает ниже порога, он замораживается (frozen) — перестаёт обрабатывать сообщения. Замороженный контракт можно восстановить, пополнив баланс. Если баланс остаётся нулевым длительное время, контракт удаляется.

TON vs Ethereum: ключевые отличия

Bounced-сообщения

Когда контракт не может обработать входящее сообщение (ошибка, недостаточно газа), TON отправляет сообщение обратно отправителю — это bounced message (отскочившее сообщение).

Bounce — важнейший механизм безопасности в TON:

• Если вы отправили TON на контракт, который не может их принять, средства вернутся
• Разработчик обязан обрабатывать bounced-сообщения, чтобы корректно восстановить состояние

Мы подробно разберём bounce-механизм в уроке 05 этого модуля.

Языки для написания контрактов

В экосистеме TON существуют три языка для разработки смарт-контрактов:

В этом модуле мы используем Tact — самый доступный и продуктивный язык для разработки на TON.

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

1. Забывают пополнить адрес контракта перед деплоем, и без начального баланса контракт не сможет оплатить хранение и будет немедленно заморожен.
2. Не обрабатывают сценарий заморозки контракта: если баланс упадёт ниже порога, контракт перестанет отвечать на сообщения.
3. Предполагают, что адрес контракта случаен, хотя в TON адрес детерминирован (hash от кода и данных) и может быть вычислен до деплоя.
4. Переносят архитектуру Ethereum-приложения «один-в-один» в TON, игнорируя асинхронность и отсутствие атомарных кросс-контрактных вызовов.