Довести DM v1 до соответствия коду и документации

Dev_Docs/API/01_User_Registration_API.md

@@ -71,7 +71,8 @@
 Важно:
 
 - это server-side existence-check;
-- если пользователя нет в локальной БД, он может быть импортирован при авторизации из Solana PDA.
+- если пользователя нет в локальной БД, сервер сразу пытается lazy-import из Solana PDA;
+- поэтому `GetUser` можно использовать как актуальный способ получить `clientKey` и базовые поля пользователя перед E2EE DM.
 
 ### Запрос
 

Dev_Docs/API/09_Operations_Index.md

@@ -57,7 +57,6 @@
 | `AddCloseFriend` | `11_Connections_API.md` | добавить близкого друга |
 | `UpsertPushToken` | `12_Direct_Messages_Push_Calls_API.md` | регистрация WebPush-токена |
 | `SendTestWebPush` | `12_Direct_Messages_Push_Calls_API.md` | тестовая push-доставка |
-| `SendDirectMessage` | `12_Direct_Messages_Push_Calls_API.md` | отправка подписанного DM-пакета |
 | `SendMessagePair` | `12_Direct_Messages_Push_Calls_API.md` | отправка пары входящий/исходящий DM |
 | `ReceiveOutcomingMessage` | `12_Direct_Messages_Push_Calls_API.md` | алиас `SendMessagePair` |
 | `ReceiveIncomingMessage` | `12_Direct_Messages_Push_Calls_API.md` | прием входящего DM-блока |
@@ -70,6 +69,7 @@
 ## Важные замечания
 
 - `ReceiveOutcomingMessage` сейчас зарегистрирован как алиас того же handler/request-класса, что и `SendMessagePair`.
+- Legacy-операция `SendDirectMessage` больше не зарегистрирована и не должна использоваться для DM v1.
 - Отдельных HTTP endpoints для DM-файлов сейчас нет.
 - Классы `Net_MarkChannelMessagesSeen_*` существуют в коде, но операция `MarkChannelMessagesSeen` не зарегистрирована в `JsonHandlerRegistry`, поэтому в публичный список API не входит.
 - HTTP debug endpoints из `src/main/java/server/debug/` не входят в этот индекс WebSocket `op`; они описаны отдельно в `13_HTTP_Debug_API.md`.

Dev_Docs/API/12_Direct_Messages_Push_Calls_API.md

@@ -7,6 +7,11 @@
 - `Dev_Docs/Personal_Messages/Протокол_DM_v1.md`
 - `Dev_Docs/Personal_Messages/Формат_DM_v1.md`
 
+Важно:
+
+- legacy-операция `SendDirectMessage` отключена и не зарегистрирована в публичном API;
+- для DM v1 нужно использовать только `SendMessagePair`, `ReceiveOutcomingMessage`, `ReceiveIncomingMessage`, `DeleteMessage`, `DeleteConversation`.
+
 ## 1. `UpsertPushToken`
 
 Требует авторизации.
@@ -111,7 +116,7 @@
 - `400 / BAD_FIELDS` — пустой `incomingBlobB64` или `outgoingBlobB64`
 - `400 / BAD_BLOCK_FORMAT` — base64 или бинарный контейнер повреждён
 - `400 / BAD_CRYPTO_METHOD` — неподдерживаемый метод шифрования контейнера `EncryptedBody_v1_0`
-- `404 / USER_NOT_FOUND` — один из логинов не найден
+- `404 / USER_NOT_FOUND` — один из логинов не найден даже после попытки lazy-import из Solana PDA
 - `460 / BAD_SIGNATURE` — подпись блока не прошла проверку
 
 ## 4. `ReceiveIncomingMessage`
@@ -223,6 +228,8 @@
 ## 11. Замечания
 
 - все DM-типы `1..8` используют `SHiNE_DM`
+- `GetUser` может lazy-import пользователя из Solana PDA, поэтому именно через него клиент обычно получает `clientKey` адресата для E2EE
 - сервер не расшифровывает DM и не использует ciphertext как preview текста
-- сервер хранит последнюю применённую ревизию контентного сообщения и отдельные tombstone-события удаления
+- сервер хранит последнюю применённую версию контентного сообщения по правилу `revisionTimeMs`, а при равенстве — по `reencryptedAtMs`
+- если сервер уже знает tombstone удаления переписки и получает старое сообщение до этой границы, он перерассылает известный `DeleteConversation` на `access_servers` обеих сторон
 - HTTP endpoints для DM-файлов сейчас отсутствуют