Ключевые решения перед стартом: VPS, оплата, устройства, перенос

У `Single Node VPN` отдельно оплачиваются сервис и инфраструктура. Это не скрытый минус модели, а прямое следствие того, что узел принадлежит пользователю, а не общему пулу.

• Подписка покрывает сервисный слой, а VPS остается под контролем пользователя.
• Так проще понимать, за что именно вы платите и что можно поменять независимо.
• При необходимости провайдера VPS можно сменить, не меняя сам продуктовый подход.

Платежный поток изначально строится вокруг Web3-сценария: TonConnect, платежный web-flow сайта и личного кабинета, а Telegram-бот отвечает за identity, доступы и выдачу приложений.

• Оплата запускается на сайте через TonConnect, а не в отдельном банковском checkout.
• Поддерживается `USDT` и `TON` через TonConnect-совместимый flow.
• Такой сценарий соответствует текущей продуктовой модели проекта.

Смысл модели в том, что одна private-инфраструктура может обслуживать привычный набор личных устройств, а не только один телефон или один ноутбук.

• Подход рассчитан на кроссплатформенный сценарий: desktop и mobile вместе.
• Пользователь получает один базовый маршрут подключения вместо нескольких несвязанных сервисов.
• Важно лишь, чтобы flow выдачи клиента и конфигурации был понятен на каждом устройстве.

В private-модели миграция на другой сервер — нормальный жизненный сценарий. Важно, чтобы он был понятен заранее, а не только в аварийный момент.

• Смена провайдера или региона не должна ломать саму идею продукта.
• Пользователь выигрывает от того, что инфраструктура формально принадлежит ему.
• Чем меньше ручной рутины в переезде, тем ценнее managed flow.