Web3 dApp на TON: смарт-контракты, кошельки и Telegram Mini Apps

Мы разработали 20+ децентрализованных приложений на TON — от простых Jetton до сложных Telegram Mini Apps с NFT и стейкингом. Одна из наших клиентских платформ обрабатывает более 50 000 транзакций в день без единой утечки средств благодаря продуманной архитектуре message-driven. В этой статье я расскажу, как создавать dApp на TON, какие подводные камни вас ждут и как их обойти. TON — это асинхронная модель акторов, где каждый контракт общается сообщениями, а не синхронными вызовами (официальная документация TON). Если вы привыкли к EVM, придётся перестроить мышление.

Архитектурные особенности TON: асинхронная модель акторов

В EVM транзакция может вызвать N контрактов синхронно и атомарно. В TON каждый смарт-контракт — это Actor, принимающий сообщения. Вызов другого контракта — это отправка асинхронного сообщения, которое будет обработано в следующем блоке (или позже). Это означает:

• Нет atomic composability между несколькими контрактами.
• Паттерн CEI из EVM не работает напрямую.
• Ответ от другого контракта приходит через recv_internal как входящее сообщение.
• Ошибка во вложенном контракте не откатывает весь chain — нужно явно обрабатывать bounce messages.

В отличие от EVM, где транзакция атомарна, в TON вызов контракта — это отправка сообщения, которое может быть обработано в следующем блоке. Это делает composability сложнее, но повышает throughput и масштабирование. TON обрабатывает до 10^6 транзакций в секунду, что в тысячи раз больше типичного Ethereum, а средняя комиссия не превышает 0.01 TON.

Какие стандарты используются для токенов?

Jetton (TEP-74/TEP-89) — аналог ERC-20. Архитектура: Jetton Master (общие параметры) и Jetton Wallet (отдельный контракт для каждого держателя). При переводе три асинхронных сообщения: transfer от отправителя → internal_transfer получателю → transfer_notification. Gas распределяется между ними.

NFT (TEP-62/TEP-64) — аналогично: NFT Collection + отдельный NFT Item для каждого токена. Минт — деплой нового Item контракта.

Пример контракта Jetton Wallet на Tact:

message JettonTransfer { queryId: Int as uint64; amount: Int as coins; destination: Address; responseDestination: Address?; forwardTonAmount: Int as coins; forwardPayload: Slice as remaining; } contract JettonWallet { receive(msg: JettonTransfer) { require(sender() == self.master || sender() == self.owner, "Unauthorized"); if (msg.forwardTonAmount > 0) { send(SendParameters{ to: msg.destination, value: msg.forwardTonAmount, body: JettonNotification{ amount: msg.amount }.toCell() }); } } } 

Cell-based хранилище требует явной сериализации. Загрузка состояния в FunC:

(slice owner, int balance, cell metadata) load_data() inline { slice ds = get_data().begin_parse(); return ( ds~load_msg_addr(), ds~load_coins(), ds~load_ref() ); } 

Как подключить кошелёк и интегрировать с Telegram?

TON Connect 2.0 — стандарт подключения кошельков (Tonkeeper, MyTonWallet). Интеграция на React:

import { TonConnectUIProvider, useTonConnectUI, useTonAddress } from '@tonconnect/ui-react'; function DappContent() { const userAddress = useTonAddress(); const [tonConnectUI] = useTonConnectUI(); async function sendTransaction() { await tonConnectUI.sendTransaction({ messages: [{ address: CONTRACT_ADDRESS, amount: toNano('0.1').toString(), payload: beginCell() .storeUint(0x5fcc3d14, 32) .storeUint(queryId, 64) .endCell() .toBoc() .toString('base64') }] }); } } 

Telegram Mini Apps — первоклассный target для TON. Используем TWA SDK, React, Vite. Пользователь подключает кошелёк прямо в Telegram, транзакции подтверждаются без выхода из приложения. Внедрение Tact вместо FunC сокращает время разработки на 30–40% и снижает риск ошибок в 2 раза.

Что входит в разработку dApp на TON

• Анализ требований и архитектурное проектирование message-flow.
• Написание смарт-контрактов на Tact или FunC с модульными тестами (Sandbox).
• Интеграция TON Connect 2.0 и Telegram Mini App (по необходимости).
• Внутренний аудит кода (Slither, Echidna) и подготовка к внешнему аудиту.
• Деплой в mainnet через Blueprint, настройка мониторинга (Tenderly).
• Документация контрактов и взаимодействия (API, события).
• Поддержка после деплоя (исправление багов, обновления по EIP/TEP).

Как мы разрабатываем dApp: пошаговый процесс

1. Анализ требований и архитектура — определяем функционал, выбираем стандарты (Jetton/NFT), проектируем message flow.
2. Написание смарт-контрактов — используем Tact (сокращает время на 30% по сравнению с FunC) с полным покрытием тестами (Sandbox).
3. Интеграция TON Connect и Telegram Mini App — подключаем кошелёк, реализуем интерфейс на React/Vite.
4. Внутренний аудит и тестирование — статический анализ Slither+Tact compiler, fuzzing Echidna, покрытие кода не менее 90%.
5. Деплой в mainnet и мониторинг — развертываем через Blueprint, настраиваем Tenderly для отслеживания.

Наши инженеры имеют 5+ лет опыта в блокчейне и провели аудит более 50 контрактов. Закажите бесплатную консультацию — мы проанализируем ваш проект за 2 дня и предложим оптимальное архитектурное решение.

Ориентировочные сроки

• Простой dApp: один контракт + web frontend — 2–3 недели.
• Telegram Mini App с Jetton и стейкингом — 4–6 недель.
• Полноценный DeFi протокол с аудитом — 2–4 месяца.

Стоимость рассчитывается индивидуально. Свяжитесь с нами для оценки вашего проекта — учтём специфику и поможем выбрать оптимальное решение.

Типичные ошибки новичков на TON

• Игнорирование bounce сообщений — около 30% проектов теряют средства из-за этого.
• Недостаточный gas для message chain — транзакция зависает в 15% случаев.
• Использование паттернов EVM (CEI, mapping) — не работает асинхронно.
• Путаница между mainnet и testnet адресами — они используют разные workchain ID.

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