Мобільна екосистема Solana — це сукупність інструментів, протоколів і пристроїв, які дозволяють взаємодіяти з блокчейном безпосередньо зі смартфона, а не через браузерний десктопний міст. Вона охоплює безпечне зберігання ключів, підключення гаманців до додатків, платіжні рішення та оптимізовану мережеву інфраструктуру. Нижче наведено ключові терміни цієї галузі.
Seed Vault
Визначення
Seed Vault — апаратний модуль усередині смартфона Solana (Saga, Seeker), який ізольовано зберігає seed-фразу та підписує транзакції в окремому захищеному середовищі, недоступному для операційної системи.
Як працює
Модуль працює на базі Secure Element — окремого чіпа з власним мікроконтролером і пам'яттю. Коли додаток запитує підпис, Seed Vault формує його всередині чіпа і повертає готовий результат, не виводячи приватний ключ назовні. Навіть повний компромет ОС Android не дає доступу до ключів.
Приклад
Користувач відкриває мобільний гаманець на Saga та підписує переказ SOL. Підпис створюється всередині Seed Vault, а гаманець отримує лише підписану транзакцію для відправки в мережу.
Типова помилка
Вважати, що Seed Vault замінює резервну копію seed-фрази. Модуль захищає ключі від витоку, але якщо телефон загублено без резервної копії, кошти незворотно втрачено.
Пов'язані матеріали
Докладніше про архітектуру безпеки мобільних пристроїв Solana дивіться у відповідному розділі словника.
Mobile Wallet Adapter (MWA)
Визначення
Mobile Wallet Adapter (MWA) — відкритий протокол, який дозволяє мобільним dApp звертатися до гаманця, встановленого на тому ж пристрої, безпосередньо через Android Intent, оминаючи браузерні розширення.
Як працює
dApp формує запит на підпис або транзакцію та передає його через MWA-бібліотеку. Операційна система маршрутизує запит до встановленого гаманця, який підтверджує дію користувача (зазвичай через біометрію) і повертає результат. Ніякого копіювання адрес, QR-кодів чи ручного перемикання.
Приклад
Користувач грає в мобільну гру на Solana. Коли потрібна транзакція, гра через MWA одразу викликає Phantom на тому ж телефоні, користувач підтверджує відбитком пальця — і повертається в гру.
Типова помилка
Плутати MWA з Wallet Standard для десктопа. MWA орієнтований саме на нативну мобільну взаємодію і використовує інші механізми з'єднання.
Пов'язані матеріали
Про підключення гаманців загалом дивіться у словниковій статті про Wallet Adapter.
dApp Store
Визначення
dApp Store — нативний магазин децентралізованих додатків на пристроях Solana, який пропонує додатки, попередньо перевірені на сумісність із мобільною екосистемою та протоколом MWA.
Як працює
Магазин інтегрований в ОС пристрою і показує лише ті додатки, які пройшли перевірку на коректну роботу з Mobile Wallet Adapter, Seed Vault та іншими мобільними інтерфейсами. Користувач встановлює dApp як звичайний додаток, без потреби шукати його в сторонніх джерелах.
Приклад
На пристрої Solana користувач відкриває dApp Store, знаходить DeFi-протокол і встановлює його одним натисканням. Додаток одразу готовий до роботи з гаманцем на пристрої.
Типова помилка
Вважати dApp Store повноцінною альтернативою Google Play. Це спеціалізований каталог для блокчейн-додатків, а не загальний магазин.
Пов'язані матеріали
Про типи додатків, які розміщуються в dApp Store, дивіться у статті про Mobile dApp.
Seeker
Визначення
Seeker — друге покоління смартфонів Solana, наступник моделі Saga, орієнтований на масовішу аудиторію при збереженні ключових елементів мобільної екосистеми: Seed Vault, dApp Store та нативної інтеграції з блокчейном.
Як працює
Пристрій постачається з передвстановленим програмним стеком Solana: гаманцем, dApp Store, підтримкою MWA та доступом до ексклюзивних airdrop-кампаній. Апаратна частина включає Seed Vault для ізольованого зберігання ключів.
Приклад
Користувач купує Seeker, активує пристрій і одразу отримує доступ до гаманця з апаратним захистом, каталогу dApp та можливості брати участь у токен-кампаніях, доступних лише власникам пристрою.
Типова помилка
Припущення, що Seeker автоматично приносить дохід. Пристрій дає доступ до інструментів і можливостей, але не гарантує фінансового результату.
Пов'язані матеріали
Про апаратну основу захисту на Seeker дивіться у статті про Seed Vault.
Mobile-first
Визначення
Mobile-first — підхід до розробки, при якому додаток або протокол проєктується насамперед для мобільних пристроїв, а десктопна версія є вторинною або взагалі відсутня.
Як працює
Розробник спочатку проєктує інтерфейс під малий екран, сенсорне керування, обмежену пам'ять та мобільну мережу. Архітектура клієнта оптимізується для роботи на телефоні: мінімальні запити до RPC, локальне кешування, ефективне управління сесіями.
Приклад
Команда створює NFT-маркетплейс, який існує лише як мобільний додаток. Усі інтерфейси, транзакції та сповіщення спроєктовані для телефону з першого дня.
Типова помилка
Зводити mobile-first до адаптивного дизайну. Адаптивність — це техніка верстки, а mobile-first — це архітектурне рішення, що впливає на логіку додатка, а не лише на зовнішній вигляд.
Пов'язані матеріали
Про інструменти для реалізації такого підходу дивіться у статтях про Solana mobile SDK та Mobile dApp.
Solana Pay
Визначення
Solana Pay — відкритий протокол платежів у мережі Solana, який дозволяє продавцям приймати оплату в токенах SOL та інших активах, зокрема через мобільні інтерфейси та QR-коди.
Як працює
Продавець генерує платіжний запит із зазначеною сумою, токеном та необов'язковими даними (наприклад, ідентифікатор замовлення). Покупець сканує QR-код або переходить за посиланням зі свого мобільного гаманця, підтверджує платіж, і транзакція фіксується в блокчейні за частки секунди.
Приклад
Кав'ярня розміщує QR-код на касі. Клієнт сканує його камерою телефону, гаманець відкриває готову транзакцію на оплату кави в USDC, клієнт підтверджує — оплата завершена за менше секунди.
Типова помилка
Вважати Solana Pay платіжним процесором чи шлюзом, який обробляє фіат. Протокол працює виключно з криптоактивами в мережі Solana, конвертацію у фіат він не виконує.
Пов'язані матеріали
Про технічну реалізацію платежів через камеру дивіться у статті про QR-транзакцію.
QR-транзакція
Визначення
QR-транзакція — спосіб ініціювання блокчейн-платежу через сканування QR-коду, який містить серіалізований платіжний запит у форматі Solana Pay.
Як працює
QR-код кодує URL-запит із параметрами: адреса отримувача, сума, токен, довільні поля. Мобільний гаманець розпізнає схему, розкодує параметри, показує користувачу готову транзакцію та відправляє її після підтвердження.
Приклад
На фестивалі продавець мерчу показує QR-код на табличці. Відвідувач сканує його гаманцем, бачить суму у SOL, натискає підтвердити — транзакція виконана без введення адреси вручну.
Типова помилка
Зберігати або передавати QR-коді з фіксованою сумою як постійний реквізит. Такий код придатний для одноразової операції з конкретною сумою, для довгострокового прийому платежів потрібен код без зазначеної суми.
Пов'язані матеріали
Про протокол, який формує запит у QR-коді, дивіться у статті про Solana Pay.
Deep link
Визначення
Deep link — спеціальне посилання, яке відкриває не вебсторінку, а конкретний екран або дію всередині мобільного додатка, зокрема гаманця чи dApp на Solana.
Як працює
Посилання використовує кастомну схему (наприклад, solana:) або універсальні посилання (Android App Links). Коли користувач натискає таке посилання, ОС визначає цільовий додаток і передає йому параметри: адресу, суму, ідентифікатор транзакції тощо.
Приклад
Користувач натискає посилання в месенджері: «Надіслати 5 SOL». Відкривається встановлений гаманець із заповненими полями отримувача та суми — залишається лише підтвердити.
Типова помилка
Використовувати deep link без перевірки, чи встановлено цільовий додаток. Якщо гаманця на пристрої немає, посилання може вести в нікуди або відкрити браузер із помилкою. Коректна реалізація передбачає fallback на вебверсію.
Пов'язані матеріали
Про повний протокол платіжних посилань дивіться у статті про Solana Pay.
Push-сповіщення
Визначення
Push-сповіщення — повідомлення, які мобільний додаток отримує від сервера у фоновому режимі та показує користувачу на екрані пристрою, використовуючи системні сервіси (Firebase Cloud Messaging, Apple Push Notification Service).
Як працює
dApp або гаманець реєструє пристрій на сервері сповіщень і отримує унікальний токен. Коли виникає подія (виконана транзакція, зміна ціни, надходження токенів), сервер формує повідомлення і через системний сервіс доставляє його на пристрій, навіть якщо додаток не активний.
Приклад
Користувач чекає надходження USDC від контрагента. Коли транзакція підтверджується в блокчейні, гаманець показує push-сповіщення: «Отримано 150 USDC».
Типова помилка
Покладатися виключно на push-сповіщення для критичних фінансових подій. Системні сервіси можуть затримувати або блокувати доставку. Важливі транзакції слід перевіряти безпосередньо в блокчейні.
Пов'язані матеріали
Про інфраструктуру, через яку dApp отримує дані для сповіщень, дивіться у статті про Mobile RPC.
Біометрична автентифікація
Визначення
Біометрична автентифікація — використання фізіологічних характеристик користувача (відбиток пальця, розпізнавання обличчя) для розблокування доступу до гаманця або підтвердження транзакції на мобільному пристрої.
Як працює
Біометричні дані ніколи не зберігаються в додатку чи блокчейні. ОС пристрою використовує апаратний сенсор та Secure Enclave для перевірки біометрії і повертає додатку лише булевий результат: підтверджено чи ні. Додаток використовує цей результат для розшифрування локального ключа доступу або як дозвіл на підпис через Seed Vault.
Приклад
Користувач відкриває гаманець на телефоні, прикладає палець до сканера, гаманець розблоковується. При підтвердженні транзакції знову потрібен відбиток.
Типова помилка
Вважати біометрію заміною seed-фрази. Біометрія захищає доступ до пристрою або локального сховища, але не є альтернативою резервної копії ключів. При втраті пристроя або зміні біометричних даних відновлення можливе лише через seed-фразу.
Пов'язані матеріали
Про апаратний рівень, на якому біометрія взаємодіє з ключами, дивіться у статті про Seed Vault.
Session key
Визначення
Session key — тимчасовий ключ доступу, який мобільний додаток генерує для поточної сесії користувача, щоб не вимагати повторного підпису основним приватним ключем при кожній дії.
Як працює
Під час входу основний ключ підписує спеціальну транзакцію, яка делегує обмежені повноваження session key (наприклад, право робити певні виклики смарт-контрактів протягом заданого часу). Далі додаток використовує session key для швидких операцій без повторного звернення до Seed Vault чи біометрії.
Приклад
Користувач увійшов у мобільну гру. Під час входу підтверджено біометрією один раз. Протягом наступної години гра відправляє транзакції від імені користувача через session key без додаткових підтверджень.
Типова помилка
Надавати session key надмірні повноваження або занадто довгий термін дії. Якщо ключ скомпрометовано, зловмисник зможе виконувати дії від імені користувача протягом усього терміну. Повноваження мають бути мінімально необхідними.
Пов'язані матеріали
Про інструменти для реалізації делегування ключів у мобільних додатках дивіться у статті про Solana mobile SDK.
Mobile RPC
Визначення
Mobile RPC — спеціалізований вузол (або кластер вузлів) Solana RPC, оптимізований для роботи з мобільних пристроїв: зменшений розмір відповідей, пріоритезація швидких запитів, адаптація до нестабільного мобільного з'єднання.
Як працює
Замість звернення до загальнодоступних RPC-ендпоінтів мобільний додаток підключається до Mobile RPC, який може відсікати зайві дані з відповідей (наприклад, повні логи транзакцій, коли потрібен лише статус), використовувати стиснення та маршрутизацію через найближчий крайовий вузол.
Приклад
Мобільний гаманець запитує баланс кількох токенів. Замість повних об'єктів акаунтів Mobile RPC повертає лише масив значень балансів, зменшуючи обсяг переданих даних у кілька разів.
Типова помилка
Використовувати звичайні публічні RPC-ендпоінти в мобільному додатку без оптимізації. Це призводить до зайвого трафіку, повільного завантаження та проблем при слабкому мобільному зв'язку.
Пов'язані матеріали
Про загальну архітектуру RPC у Solana дивіться у відповідному розділі словника.
Solana mobile SDK
Визначення
Solana mobile SDK — набір бібліотек для Android (Kotlin/Java), який надає готові інтерфейси для роботи з гаманцями, транзакціями, MWA, push-сповіщеннями та іншими компонентами мобільної екосистеми Solana.
Як працює
SDK інкапсулює складну логіку: серіалізацію транзакцій, взаємодію з Mobile Wallet Adapter, роботу з Local Wallet Adapter для вбудованих гаманців, інтеграцію з push-сервісами. Розробник підключає бібліотеку до проєкту та викликає високорівневі методи замість реалізації з низького рівня.
Приклад
Розробник гри підключає залежність solana-mobile-sdk до Gradle-проєкту і одним викликом ініціює запит на підпис транзакції через MWA, не пишучи код для роботи з Android Intent вручну.
Типова помилка
Використовувати SDK без вивчення його обмежень. Деякі функції доступні лише на пристроях Solana (Saga, Seeker), на звичайних Android-пристроях частина можливостей працюватиме в обмеженому режимі.
Пов'язані матеріали
Про протокол, який SDK реалізує для підключення гаманців, дивіться у статті про Mobile Wallet Adapter.
Mobile dApp
Визначення
Mobile dApp — децентралізований додаток, створений як нативна мобільна програма (Android/iOS), яка взаємодіє зі смарт-контрактами Solana безпосередньо, а не через браузерне розширення.
Як працює
Замість вебверсії, яка потребує браузерного плагіна для підключення гаманця, mobile dApp використовує нативні протоколи (MWA, Local Wallet Adapter) для прямої взаємодії з гаманцем на пристрої. Додаток може використовувати апаратні можливості телефону: камеру, push-сповіщення, біометрію, геолокацію.
Приклад
DeFi-протокол випускає мобільний додаток, де користувач керує ліквідністю, отримує push-сповіщення про ліквідації та підписує транзакції через гаманець на телефоні без відкриття браузера.
Типова помилка
Публікувати mobile dApp лише через веб і називати його мобільним лише через адаптивну верстку. Справжній mobile dApp використовує нативні протоколи підключення гаманця та апаратні функції пристрою, які недоступні в браузері.
Пов'язані матеріали
Про каталог таких додатків дивіться у статті про dApp Store, а про інструменти розробки — у статті про Solana mobile SDK.
Інтеграція з апаратним гаманцем
Визначення
Інтеграція з апаратним гаманцем — підключення зовнішнього фізичного пристрою (Ledger, Trezor тощо) до мобільного додатка Solana для підпису транзакцій на окремому апаратному носії замість ключів, що зберігаються на телефоні.
Як працює
Мобільний додаток формує транзакцію та передає її на зовнішній пристрій через USB (OTG-кабель) або Bluetooth. Апаратний гаманець показує деталі транзакції на власному екрані, користувач підтверджує фізичною кнопкою, підпис повертається в додаток і відправляється в мережу. Приватний ключ ніколи не залишає апаратний пристрій.
Приклад
Користувач підключає Ledger до телефону через OTG-кабель, відкриває мобільний гаманець і підписує великий переказ. Транзакція підписується на Ledger, а телефон використовується лише для формування та відправки.
Типова помилка
Очікувати, що будь-який апаратний гаманець автоматично працює з будь-яким мобільним додатком. Потрібна явна підтримка протоколу підключення (USB HID або BLE) як з боку гаманця, так і з боку додатка. Не всі моделі апаратних гаманців підтримують мобільне підключення.
Пов'язані матеріали
Про альтернативний спосіб апаратного захисту ключів безпосередньо в телефоні дивіться у статті про Seed Vault.