
Прикладной трек по TON: сеть и сообщения, Acton и Tolk, жетоны и NFT, приложения и мини-приложения в Telegram, ИИ-агенты и агентские кошельки — с практикой в тестовой сети.
Карта курса из 34 уроков, учебная среда и правила безопасности разработчика.
«Сеть сетей»: мастерчейн, воркчейны и шарды; акторная модель и почему в TON нет await.
Как TVM исполняет транзакцию: фазы вычислений и действий, газ за каждый шаг и постоянная плата за байты состояния.
Аккаунт — это код плюс данные; три вида сообщений, деплой первым письмом и bounce при отказе.
Один адрес в обёртках EQ и UQ, кошелёк как контракт и чтение транзакций в tonviewer.
Единый тулчейн TON: каркас проекта, сборка в BOC и рабочий цикл от песочницы до testnet.
Формат данных TON: ячейка на 1023 бита и четыре ссылки, деревья и TL-B-чертежи; корневой хеш как паспорт состояния.
Путь Tolk-исходника в BOC, тесты на локальном эмуляторе TVM и ритм «изменил — проверил — выложил».
Кран с учебными монетами, деплой кошелька v4 первой транзакцией и проверка следа в tonviewer.
Контракт без автоспецификации: ABI по договорённости, сборка тел через @ton/core и wrapper-класс руками.
Язык, пришедший на смену FunC: типы и struct, формы fun и get fun, ошибки компилятора вместо таблиц кодов.
Хранилище как дерево ячеек, паттерн «прочитал — изменил — сохранил» и геттеры, которые не стоят газа.
32-битный opcode как тема письма, разбор входящих через union и match, query_id для сопоставления ответов.
Что вернётся отправителю при падении обработки, на что тратится msg.value и почему авторизация — по адресу, а не по словам в теле.
Полный цикл контракта: сообщение, проверка отправителя, изменение хранилища и чтение геттером — с позитивным и негативным сценарием в testnet.
Паттерн «запрос-ответ» на query_id: доставка без гарантии ответа, состояния ожидания и откат учёта.
Архитектура TEP-74: jetton master и личные wallet-счёта, перевод как цепочка сообщений и вычисление адреса своего кошелька.
Поля transfer, роль response_address и transfer_notification: как контракт-получатель узнаёт о переводе и чему в уведомлении можно верить.
Item и collection по TEP-62, метаданные по TEP-64, роялти по TEP-66: что в NFT вычисляется, а что просто написано.
Что в мем-токене на TON проверяет разработчик: флаг mintable, админ-права, пул DEX и распределение — красные флаги до интеграции.
Состояние — геттеры через RPC, история — индексаторы: разные вопросы к цепи, лимиты публичных эндпойнтов и честное чтение для интерфейса.
Лабораторная: воспроизводимый testnet-отчёт о jetton или NFT — адреса, геттеры, метаданные и негативная сверка.
Клиент, бэкенд, RPC и контракт: кто за что отвечает, где живут ключи — TonConnect или релейер — и как пережить потерянный ответ.
Открытый протокол «приложение ↔ кошелёк»: bridge, QR, manifest, события сессии — и подпись, которую пользователь читает глазами.
initData проверяется HMAC-подписью (hash-based message authentication code — код аутентификации по хешу) на бэкенде, тема и MainButton дают нативный вид, а подпись транзакции остаётся за кошельком.
Как устроен AMM-DEX на TON: пулы x×y=k, маршрут свопа, проскальзывание и интеграция через SDK роутера — механика в testnet, без торговых советов.
Проверяемая карта защиты TON-приложения: валидация initData на бэкенде, ключи вне клиента, лимиты relayer, testnet-first, аудит до mainnet и честный bounce.
Почему TON — естественная площадка для ИИ-агентов: TMA как интерфейс и нативные кошельки; карта из четырёх слоёв — модель, инструменты, политика, кошелёк.
Доступ агента к средствам: владелец задаёт лимиты, whitelist и подтверждения, оператор действует в рамках правил; передача seed-фразы — антипаттерн №1.
Как агент получает «руки»: @ton/mcp с инструментами с явными правами — баланс, история, тестовая транзакция в testnet; ключи остаются на сервере.
Метрики агентского кошелька на одном экране: расход против дневного лимита, журнал действий, human-in-the-loop и отказ-безопасный режим.
TMA как интерфейс согласия: сессия на initData с HMAC-проверкой на бэкенде, человеко-читаемая транзакция перед подписью и состояния ожидания.
Выпускной конвейер: тесты на эмуляторе, прогон в testnet, бюджет газа и хранения, верификация исходников в обозревателе и мониторинг после релиза.
Финальный проект: один целостный сценарий — TMA с TonConnect или агент с ограниченным оператором — от контракта на Tolk до чек-листа выпуска.
Войдите и запишитесь, чтобы открывать уроки и сохранять прогресс.