Сервер: убрать мертвый AddUser хвост

2026-07-27 19:42:17 +04:00
parent 6ed91a105e
commit be7f53a9ae
6 changed files with 6 additions and 67 deletions
@@ -4,10 +4,8 @@
 -- Назначение:
 -- - поднять пустую PostgreSQL БД сервера SHiNE с нуля;
 -- - включить таблицы модуля синхронизации Solana users;
-- - включить runtime-таблицы сервера без legacy-таблиц старого runtime:
--   * НЕ создаём solana_users
--   * НЕ создаём direct_messages
--   * основной runtime DM storage = signed_messages
+-- - включить runtime-таблицы сервера без legacy-таблиц старого runtime;
+-- - основной runtime DM storage = signed_messages
 --
 -- Важно:
 -- - источник истины по пользователям: solana_user_pda_current;
@@ -1,2 +1,2 @@
 client.version=1.2.354
-server.version=1.2.336
+server.version=1.2.337
@@ -53,7 +53,7 @@ psql \
 - ставит `schema_version = 1`;
 - создаёт таблицы sync-модуля Solana users;
 - создаёт server runtime tables;
- не создаёт legacy SQLite-таблицы `solana_users` и `direct_messages`;
+- не создаёт удалённые legacy-таблицы старого runtime для пользователей и DM;
 - использует `signed_messages` как единственную таблицу серверных DM.

 ## Как поднять PostgreSQL в Docker
@@ -7,7 +7,7 @@
 - `GetUser` — временная серверная проверка существования пользователя и чтение его базовых данных;
 - `SearchUsers` — dev/test поиск логинов по префиксу.

-Регистрация выполняется только через Solana. Старый серверный `AddUser` оставлен лишь как legacy-ответ `410 / ADD_USER_DISABLED` для старых клиентов и больше не считается частью актуального flow.
+Регистрация выполняется только через Solana.

 ## Статус документа

@@ -15,52 +15,6 @@

 Текущая регистрация пользователя и текущая проверка, существует пользователь или нет, пока реализованы как серверные dev/test операции. В будущем и регистрация, и проверка identity должны идти напрямую через Solana.

---
-
-## Legacy-операция `AddUser`
-
-### Назначение
-
-Операция удалена из текущего клиентского flow. Сервер сохраняет только совместимый ответ для клиентов старых версий.
-
-### Запрос
-
-```json
-{
-  "op": "AddUser",
-  "requestId": "reg-001",
-  "payload": {
-    "login": "anya",
-    "blockchainName": "anya-001",
-    "solanaKey": "BASE64_32_PUBLIC_KEY",
-    "blockchainKey": "BASE64_32_PUBLIC_KEY",
-    "clientKey": "BASE64_32_PUBLIC_KEY",
-    "bchLimit": 1000000
-  }
-}
-```
-
-### Пример ответа
-
-```json
-{
-  "op": "AddUser",
-  "requestId": "reg-001",
-  "status": 410,
-  "ok": false,
-  "error": "ADD_USER_DISABLED",
-  "message": "Серверная регистрация AddUser отключена. Используйте регистрацию через Solana.",
-  "payload": {
-  }
-}
-```
-
-### Специфические коды ошибок `AddUser`
-
- `410 / ADD_USER_DISABLED` — серверная регистрация отключена, используйте Solana-first flow.
-
---
-
 ## 1. Операция `GetUser`

 ### Назначение
@@ -12,8 +12,7 @@
 ## Ключевые решения

 - Источник истины по пользователям: `solana_user_pda_current`.
- Legacy-таблица `solana_users` в новой схеме не создаётся.
- Legacy-таблица `direct_messages` в новой схеме не создаётся.
+- Legacy-таблицы старого runtime для пользователей и личных сообщений в новой схеме не создаются.
 - Основная таблица серверных личных сообщений: `signed_messages`.
 - Таблица `blockchain_state` сохраняется как runtime-state таблица сервера:
  она не является identity-слоем и не мигрируется как legacy SQLite data.
@@ -1036,18 +1036,6 @@ export class AuthService {
    };
  }

-  async registerUser(login, password) {
-    void login;
-    void password;
-    throw new Error('Серверная регистрация через AddUser удалена. Используйте регистрацию через Solana.');
-  }
-
-  async registerUserWithKeyBundle(login, keyBundle) {
-    void login;
-    void keyBundle;
-    throw new Error('Серверная регистрация через AddUser удалена. Используйте регистрацию через Solana.');
-  }
-
  async createSessionForExistingUser(login, password) {
    const cleanLogin = (login || '').trim();
    if (!cleanLogin) throw new Error('Введите логин');