Когда мы решили вывести на прод Telegram‑мини‑приложение для «капельных» (drip) TON‑платежей, довольно быстро стало ясно: обычный CRUD‑фронт тут не выживет. Сразу накрыла волна специфичных задач — от гранулярного онбординга в Web‑App до борьбы с ограничениями API‑ключей и тонкостей работы с TON SDK во встроенном браузере Telegram. Каждый шаг требовал не только кода, но и аккуратного выбора архитектурных приёмов, иначе продукту грозили дубли запросов, «белые экраны» и несогласованность состояний.

В этой статье я разобрал пятнадцать самых характерных «боевых» сложностей, показал, каким паттерном мы их укрощали, и какой антипаттерн поджидал за поворотом. Это не академический список, а выжимка из коммитов и ночных дебаг‑сессий, которая поможет тем, кто строит похожие интеграции между Telegram, TON и React.

С самого начала цивилизации труд и оплата были неразделимы — ты сделал, тебе дали. В Древнем Египте рабочим платили хлебом и пивом в день. У римлян были расчёты по неделям. В Средние века — по завершению задания или в виде подённой платы.

Индустриализация принесла ежемесячную зарплату. Почему? Потому что появилась бухгалтерия, предприятиям стало удобнее обрабатывать массово — раз в месяц. Это было технически оправдано, но психологически разрушительно: работник стал «ждать» свою ценность.

XX век добавил авансы, переработки, KPI. XXI век подарил фриланс, удалёнку и крипту. Но мы всё ещё живём в логике «сначала работа — потом деньги». Идея, что оплата должна происходить одновременно с трудом, всё ещё выглядит как что-то из фантастики.