Blueprint: структура проекта и конфигурация
Разберёшь каталоги Blueprint-проекта и настроишь blueprint.config.ts под testnet/mainnet.
Blueprint — каркас проекта
Blueprint (@ton/blueprint) — TypeScript-окружение для контрактов: компиляция, wrappers, Sandbox-тесты и скрипты деплоя. Если проект ещё не создан — см. создание проекта. Здесь — как устроен готовый репозиторий и как его конфигурировать.
На момент публикации: шаблон через create-ton@0.34.x, CLI — локальный @ton/blueprint из node_modules.
Структура каталогов
Ключевые команды из корня проекта:
Конфигурация сети
Файл blueprint.config.ts в корне — экспорт объекта config:
Для lite-client вместо HTTP API:
Как это работает
contracts/— исходники; язык задаётся вwrappers/*.compile.ts(lang: 'tact' | 'func' | 'tolk').wrappers/— сгенерированные/ручные классы для вызовов из тестов и скриптов.npx blueprint build— компилирует контракты и обновляет артефакты вbuild/.networkвblueprint.config.ts— дефолт дляblueprint run/ деплоя; CLI-флаги--testnet/--mainnetмогут переопределить сеть.- Ключ API лучше брать из env, не коммитить в репозиторий.
Частые ошибки
Нет blueprint.config.ts, а деплой падает на rate limit → публичный TonCenter без ключа режет частоту. Добавь key или передай API key через env/флаги.
Путаешь testnet и mainnet в type и endpoint → контракт уезжает не туда. Сверяй пару: testnet.toncenter.com + type: "testnet".
Ждёшь wrappers из подпапки без recursiveWrappers → Blueprint по умолчанию не обходит вложенные каталоги. Включи recursiveWrappers: true или держи файлы плоско в wrappers/.
Что дальше
- TonAPI: чтение ончейн-данных через REST — читать состояние без своего нода
- CI для контрактов: автотесты в GitHub Actions — гонять
blueprint testв CI - TON Sandbox: локальное тестирование — тесты без сети
Материалы gramdocs.tech носят образовательный характер и не являются финансовой, юридической или инвестиционной рекомендацией. Работа с блокчейном TON и токеном Gram связана с рисками потери средств. Правовая информация