SHA256
2.9 KiB
2.9 KiB
Синхронизация mainnet-адресов Solana по UI/серверу/ESP32
- статус:
pending
Кратко
Во все основные клиентские и серверные точки проекта протянуты актуальные mainnet-адреса программ:
shine_login_guard:SHiGxGsXGioQYCYhchQ5R7KWoxN5UjFAFsucPf6sfnhshine_users:SHiNEPr1APdAgNBteUyBXcNovaHctpSjUu8oH2ZJdN6shine_payments:SHiPmXbM9Fs9khzRUW3TGKsS2W84aqaXTxs3ZkajW9v
Также по умолчанию переключены основные RPC defaults на https://api.mainnet-beta.solana.com там, где это нужно для рабочего mainnet-сценария.
Что проверять
-
Основной UI:
- отображение и использование новых program id;
- регистрация/чтение Solana PDA в mainnet;
- экран кошелька и покупка лимита.
-
Server UI:
- создание server PDA в mainnet;
- чтение PDA;
- обновление PDA;
- корректная блокировка devnet-автопополнения при mainnet endpoint.
-
Browser plugin wallet:
- резолв
user_pdaиserver PDAчерез mainnet RPC.
- резолв
-
Web UI
shine_payments:- чтение очередей;
- покупка билета;
- admin/manager/dao tools открываются с новыми program id и mainnet RPC.
-
ESP32 homeserver UI:
- отображаются новые program id;
- дефолтный Solana RPC теперь mainnet.
-
Временный режим регистрации:
- в основном UI логины длиной 5-7 символов без временного кода не проходят;
- в основном UI логины длиной 5-7 символов с временным кодом проходят локальную проверку;
- в основном UI любой другой временный код отклоняется сразу;
- ESP32 и прямой on-chain вызов
shine_usersполагаются на текущий временныйshine_login_guard, то есть валидные логины длиной от 5 символов допускаются без словарной классификации.
Ожидаемый результат
- Во всех перечисленных поверхностях используются новые mainnet program id.
- Запросы по умолчанию идут в mainnet, кроме явно devnet-утилит.
- Нет обращений к старым devnet program id.
- Временный UI-барьер для коротких логинов работает так, как задумано, и не ломает обычную регистрацию для логинов от 8 символов.