Stage 11: account linking & merge (email + Telegram Login Widget)

Link an email (confirm-code) or Telegram (web Login Widget) to the current
account; if the identity already has its own account, merge the two into the
one in use (the current account is primary, except a guest initiator whose
durable counterpart wins). The merge runs in one transaction
(internal/accountmerge): stats + hint wallet summed, paid_account ORed,
identities/games/chat/complaints transferred, friends/blocks de-duplicated,
the secondary kept as a merged_into tombstone so a shared finished game's
no-cascade FKs hold; a shared active game blocks the merge.

- migration 00009: accounts.paid_account, merged_into, merged_at (+ jetgen)
- internal/link orchestrator; session.RevokeAllForAccount on merge
- connector ValidateLoginWidget RPC + loginwidget HMAC validator
- edge ops link.email.request/confirm/merge, link.telegram.confirm/merge;
  supersedes the Stage 8 email.bind.* surface (request never reveals 'taken'
  before the code is verified, so a probe cannot enumerate addresses)
- UI Profile link section + irreversible-merge dialog; Telegram web sign-in
- focused regression tests (merge core, guest inversion, active-game refusal,
  finished-shared-game kept), gateway transcode + connector + UI codec/e2e
- docs: PLAN, ARCHITECTURE 3/4/9, FUNCTIONAL(+ru), module READMEs

docs/FUNCTIONAL_ru.md

@@ -37,11 +37,17 @@ Mini App** авторизует по подписанным `initData` плат
 вместо этого **уведомлением в Telegram** — если только игрок не оставил уведомления
 только в приложении (настройка профиля, **включена по умолчанию**).
 
-### Аккаунты, привязка и слияние *(Stage 1 / 10)*
+### Аккаунты, привязка и слияние *(Stage 1 / 11)*
 Первый контакт с платформы заводит постоянный аккаунт. Из профиля игрок
-привязывает другие платформенные личности или email через confirm-поток;
-привязка личности, у которой уже есть история, сливает её в текущий аккаунт
-(статистика суммируется, игры/друзья переносятся).
+привязывает email (по confirm-коду) или свой Telegram (через веб-вход); гость,
+привязавший первую личность, становится постоянным аккаунтом. Факт «личность уже
+занята» не раскрывается до проверки кода/входа. Если привязываемая личность уже
+принадлежит другому аккаунту, игроку показывают явное **необратимое**
+подтверждение, и два аккаунта сливаются в тот, под которым он сейчас работает
+(статистика суммируется, игры и друзья переносятся, дубликаты убираются), — кроме
+случая, когда гость привязывает личность с уже существующим постоянным аккаунтом:
+тогда сохраняется постоянный аккаунт, а игры гостя переходят в него. Слияние
+запрещено, только пока у аккаунтов есть общая незавершённая игра.
 
 ### Лобби и подбор *(Stage 4)*
 Нижнее tab-меню: **мои игры**, **профиль**. Авто-подбор (всегда 2 игрока)
@@ -98,11 +104,8 @@ push доставляется через платформу.
 Редактирование отображаемого имени (буквы, разделённые одиночными пробелом / «.» /
 «_», до 32 символов), таймзоны (выбор смещения от UTC), суточного окна отсутствия
 (away; сетка по 10 минут, не более 12 часов, с переходом через полночь) и
-переключателей блокировок, а также привязка email по confirm-коду: backend шлёт на
-почту короткий код, и после ввода email
-привязывается к аккаунту (email, уже подтверждённый другим аккаунтом, занять
-нельзя — это слияние, отдельный этап). Привязанные платформенные аккаунты и
-слияние появятся в Stage 11.
+переключателей блокировок. Привязка email и Telegram, а также слияние аккаунтов
+вынесены в раздел «Аккаунты, привязка и слияние» (Stage 11).
 
 ### История и статистика *(Stage 3 / 8)*
 Завершённые партии архивируются в независимом от словаря виде и экспортируются