Миграция PDA на client.key

Dev_Docs/Протоколы/ESP_Pairing_и_режимы_подключения.md

@@ -4,7 +4,7 @@
 
 ## 1. Текущие режимы
 
-### 1. Создание новой сессии через `deviceKey`
+### 1. Создание новой сессии через `clientKey`
 
 Поток:
 
@@ -12,8 +12,8 @@
 
 Смысл:
 
-- новое устройство уже владеет приватным `deviceKey`;
-- сервер проверяет подпись `deviceKey`;
+- новое устройство уже владеет приватным `clientKey`;
+- сервер проверяет подпись `clientKey`;
 - создаётся обычная активная сессия пользователя;
 - этот поток остаётся без изменений.
 
@@ -67,7 +67,7 @@
 
 ## 4. Чего сервер в этой версии не делает
 
-- не передаёт приватный `deviceKey`;
+- не передаёт приватный `clientKey`;
 - не расшифровывает `encryptedPayload`;
 - не проверяет криптографию содержимого payload;
 - не делает клиентский UI;

Dev_Docs/Протоколы/SHINE_ARWEAVE_DERIVATION_V1.md

@@ -3,11 +3,11 @@
 Сокращение: **SAWD-v1**.
 
 ## Назначение
-Из 32-байтного `deviceKey32` пользователя получить один и тот же нативный Arweave RSA-4096 JWK wallet и один и тот же Arweave address.
+Из 32-байтного `clientKey32` пользователя получить один и тот же нативный Arweave RSA-4096 JWK wallet и один и тот же Arweave address.
 
 ## Вход
-- `deviceKey32`: ровно 32 байта.
-- Если исходный `device.key` хранится как Ed25519 PKCS8 base64, нужно извлечь последние 32 байта из PKCS8.
+- `clientKey32`: ровно 32 байта.
+- Если исходный `client.key` хранится как Ed25519 PKCS8 base64, нужно извлечь последние 32 байта из PKCS8.
 - Если используется Solana keypair JSON на 64 байта, используются только `bytes[0..31]`.
 
 ## Выход
@@ -46,8 +46,8 @@
 - `SMALL_PRIME_LIMIT = 10000`
 
 ## Алгоритм
-1. Проверить `deviceKey32.length == 32`.
-2. `masterSeed32 = HMAC-SHA256(key = UTF8(MASTER_LABEL), message = deviceKey32)`.
+1. Проверить `clientKey32.length == 32`.
+2. `masterSeed32 = HMAC-SHA256(key = UTF8(MASTER_LABEL), message = clientKey32)`.
 3. Реализовать `deriveBytes(label, length)`:
    - `output = empty`
    - `counter = 0`

Dev_Docs/Протоколы/Формат_взаимодействия_внешнего_кошелька_и_ESP32.md

@@ -16,7 +16,7 @@
 
 На устройстве в UI пользователь выбирает текущий активный кошелёк:
 
-- `dev.key`
+- `client.key`
 - `root.key`
 - `custom`
 
@@ -115,7 +115,7 @@ ESP32 возвращает:
 - `requestId` — должен совпадать с `requestId` исходного запроса.
 - `ok` — признак успешного результата.
 - `wallet.type` — тип активного кошелька:
-  - `dev.key`
+  - `client.key`
   - `root.key`
   - `custom`
 - `wallet.publicKeyBase58` — публичный ключ активного кошелька в `Base58`.
@@ -156,11 +156,11 @@ ESP32 возвращает:
 
 Расширение уже знает публичные ключи пользователя из Solana PDA. Поэтому оно может дополнительно проверить ответ ESP32:
 
-- если `wallet.type = dev.key`, то `publicKeyBase58` должен совпасть с `deviceKey`, прочитанным из PDA;
+- если `wallet.type = client.key`, то `publicKeyBase58` должен совпасть с `clientKey`, прочитанным из PDA;
 - если `wallet.type = root.key`, то `publicKeyBase58` должен совпасть с `rootKey`, прочитанным из PDA;
 - если `wallet.type = custom`, такой проверки по PDA в первой версии нет.
 
-При несовпадении для `dev.key` или `root.key` расширение должно показать пользователю предупреждение, что возвращённый ключ не совпал с ожидаемым ключом из PDA.
+При несовпадении для `client.key` или `root.key` расширение должно показать пользователю предупреждение, что возвращённый ключ не совпал с ожидаемым ключом из PDA.
 
 ## 8. Ожидаемое поведение UI расширения