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

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-файлов сейчас отсутствуют