TON mini-apps выглядят как редкий случай, когда технология действительно упрощает запуск продукта. Не нужен отдельный фронт, не нужно тащить пользователей на сайт, платежи легко подключаются, аудитория уже внутри Telegram. По сравнению с классическим веб-стартапом путь от идеи до работающего продукта короче на порядок.

Именно поэтому большинство команд доходят до стадии «мы уже почти запустились» без какого-либо внятного юридического контура. В какой-то момент кажется, что раз проект живёт внутри Telegram и принимает оплату через Stars, то он существует в особом пространстве, где обычные правила бизнеса работают иначе.

Это ощущение обманчиво. Проблемы почти никогда не возникают на старте. Они появляются тогда, когда проект начинает вести себя как бизнес: когда растёт оборот, когда появляется интерес со стороны партнёров, когда возникает необходимость вывести деньги или показать структуру внешнему контрагенту.

И в этот момент выясняется, что юридически проект либо не оформлен вовсе, либо оформлен так, что масштабироваться с ним невозможно

Один из самых устойчивых мифов в TON-экосистеме — идея о том, что «онлайн-проект вне стран». Логика понятна: пользователи по всему миру, серверы где-то в облаке, расчёты в виртуальной валюте, значит, нет привязки к конкретному государству.

На практике привязка есть всегда. Как минимум к стране личного резидентства фаундера.
Часто к стране, где зарегистрирована компания, если она вообще существует. Почти всегда к юрисдикциям банков, онрампов и инфраструктурных партнёров, через которых в какой-то момент проходит фиат или крипта.

Stars и TON не выключают налоговое право и не отменяют требований к происхождению средств. Они лишь откладывают момент, когда эти вопросы будут заданы. Обычно их задают не в начале, а тогда, когда проект уже накопил оборот и перестал выглядеть как эксперимент.

В интерфейсе Telegram Stars воспринимаются как баланс. Для фаундера это психологически считывается как выручка, пусть и в нестандартной форме. Но с юридической точки зрения Stars — это виртуальный актив с правилами, которые полностью определяются платформой.

Курс Stars не рыночный, он устанавливается Telegram. Возможность вывода зависит от страны и может меняться. Валюта вывода тоже не является фиксированной. Более того, сама возможность конвертации Stars в что-то за пределами экосистемы не является безусловным правом разработчика.

Проблема в том, что проект может долго расти в «замкнутом контуре», не сталкиваясь с реальностью. А потом внезапно упереться в простой вопрос: как превратить накопленный оборот в легальные деньги без риска потери активов или запроса, на который нечего ответить.

Telegram довольно строго проводит различие между цифровыми товарами и всем остальным. Для цифровых продуктов внутри mini-apps разрешён только один платёжный путь — Stars. Любые попытки обойти это правило приводят к ограничениям на уровне платформы, включая скрытие приложения для пользователей iOS и Android.

При этом множество проектов находятся в серой зоне. Формально они продают доступ, подписку или цифровую функцию, но фактически пользователь получает услугу или результат вне Telegram. Такие модели выглядят логично с продуктовой точки зрения, но плохо укладываются в правила экосистемы.

Пока проект маленький, это может сходить с рук. Но при росте именно такие гибридные конструкции чаще всего становятся причиной требований «переделать модель» или проблем с масштабированием.

Одна из самых неприятных особенностей TON mini-apps становится заметна не сразу. Вся операционная жизнь проекта привязана к Telegram-аккаунту разработчика. Через него проходят платежи, рекламные балансы, доступ к Stars и rewards. Формально продукт может быть сколько угодно сложным, а код — автономным, но на практике ключевая связка между проектом и экосистемой Telegram держится на одном аккаунте.

Если с этим аккаунтом что-то происходит, последствия выходят далеко за пределы чата. Блокировка или удаление означает потерю доступа к Stars, рекламным средствам и накопленным вознаграждениям. Блокчейн-часть при этом никуда не девается, но связь между продуктом и инфраструктурой Telegram разрывается. Восстановить её задним числом чаще всего невозможно.

Проблема усугубляется тем, что при всей этой зависимости платформа не является стороной ваших сделок. Telegram предоставляет инфраструктуру, Fragment — технический платёжный слой, но ни один из них не считается продавцом вашего продукта. Все договорные отношения с пользователями лежат на проекте.

Это означает, что возвраты, споры, потребительские претензии и регуляторные вопросы адресуются не платформе, а команде. Пока обороты небольшие, это почти незаметно. Но по мере роста именно здесь возникает самый болезненный разрыв: проект зависит от платформы операционно, но остаётся с рисками один на один.

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

Юридические проблемы почти никогда не выглядят драматично в начале. Они становятся по-настоящему болезненными тогда, когда в проект уже вложены месяцы работы, деньги, репутация и комьюнити. В этот момент любое изменение обходится дороже, а любая блокировка бьёт не по гипотезе, а по живому бизнесу.

Именно поэтому большинство фаундеров приходят к юристам не с вопросом «что нам делать», а с вопросом «как теперь это починить». Обычно уже под давлением сроков, партнёров, команды или замороженных средств.

В таких ситуациях полезно сначала трезво зафиксировать реальность проекта: где он юридически находится, какие риски уже материализовались, а какие ещё можно остановить. Для этого можно использовать бесплатный notion шаблон  Legal Reality Check - общий набор вопросов, который помогает быстро увидеть уязвимые места и оценить сумму рисков.

На практике вопросы, о которых идёт речь в этой статье, начинают возникать не у экспериментальных проектов, а у тех, которые уже работают. Когда есть продукт, есть пользователи, появляются первые стабильные платежи и планы на рост.

Обычно проблема не в отсутствии каких-то отдельных документов. Гораздо чаще оказывается, что сама конструкция проекта сложилась стихийно: платежи, аккаунты, схема монетизации, условия продукта/сервиса и ответственность существуют рядом, но не собраны в единую систему и могут сами себе противоречить. В таком виде проект может жить довольно долго, но при масштабировании именно эти разрывы становятся точками отказа.

В SEIDO мы обычно начинаем не с «что оформить», а с вопроса «как это на самом деле работает сейчас». Где проект юридически находится, на чём он держится операционно, какие технологические точки невозможно перенести, какие риски уже встроены в модель и тд.

Если по ходу чтения у вас возникло ощущение, что описанные ситуации слишком узнаваемы, это хороший момент остановиться и задать вопросы сейчас: пока архитектуру ещё можно проверить и скорректировать без экстренных решений. Чтобы не гадать на ощущениях, мы вынесли эту логику в короткий self-check.
Он не даёт советов и не предлагает решений — только показывает, где именно модель начинает не выдерживать рост.

→ Пройти Legal Reality Check 2026™ (Notion, 10–15 минут)
Без регистрации. Без писем. Только ваша текущая модель и риски.

Если вам нужно обсудить конкретный кейс или уточнить, как это выглядит применительно к вашему проекту, можно просто написать нам через форму ниже