solana-mobile-wallet
solana-mobile/solana-mobile-skills
Connect Solana wallets and sign transactions in React Native Expo apps via Mobile Wallet Adapter.
What is solana-mobile-wallet?
Integrates Mobile Wallet Adapter (MWA) into React Native Expo applications to enable wallet connection, transaction signing, and message signing. Use this when building Solana mobile apps that need wallet connectivity, SOL transfers, or transaction broadcasting.
- Connect and disconnect Solana wallets with built-in wallet picker
- Sign and send transactions from mobile apps
- Sign messages for authentication or sign-in with Solana
- Read on-chain data (balances, account info) via RPC
- Support for devnet, testnet, localnet, and mainnet clusters
- Handle transaction fees, blockhash, and signature management automatically
How to install solana-mobile-wallet
npx skills add https://github.com/solana-mobile/solana-mobile-skills --skill solana-mobile-wallet- React Native Expo project with a development build (Expo Go will not work)
- @wallet-ui/react-native-kit and @solana/kit installed
- @tanstack/react-query for hook-based state management
- MobileWalletProvider mounted at app root with cluster and identity config
How to use solana-mobile-wallet
- 1.Confirm @wallet-ui/react-native-kit is in package.json (use kit, not web3.js)
- 2.Mount MobileWalletProvider at your app root with createSolanaDevnet/Testnet/Mainnet and AppIdentity
- 3.Wrap MobileWalletProvider with QueryClientProvider from @tanstack/react-query
- 4.Call useMobileWallet() hook to get account, connect, disconnect, and client
- 5.Build a connect button that calls connect() on press and handles cancellation with try/catch
- 6.Use client.rpc for chain queries, including chain in React Query keys to avoid stale data
- 7.Build instructions and call sendTransactions(instructions) to sign and broadcast transactions
Use cases
- Adding a connect wallet button to a mobile Solana app
- Implementing sign-in with Solana authentication flow
- Transferring SOL or other tokens from a mobile wallet
- Signing messages for verification or authorization
- Building a mobile DeFi or NFT app with wallet integration
- React Native and Expo app developers
- Mobile blockchain developers building on Solana
- Teams migrating wallet features to mobile platforms
- Developers using @solana/kit stack (not web3.js)
solana-mobile-wallet FAQ
Mobile Wallet Adapter needs native Android/iOS code to communicate with installed wallet apps. Expo Go cannot run native modules, so you must create a development build first using the solana-mobile skill if needed.
Kit (@solana/kit) is the modern stack with simpler APIs and better mobile support. Web3.js (@solana/web3.js) is legacy. Use kit for new projects; only use web3.js if your project already depends on it. Do not mix them.
Both reject the promise, so wrap connect() in try/catch. Cancellation is normal and should not alarm the user. Check the error type in references/kit.md to distinguish if needed.
Switching clusters without updating query keys serves cached data from the previous network, making balances and state appear wrong. Always include chain in keys holding chain-specific data.
sendTransactions returns a signature string as soon as the wallet submits the transaction. It does not wait for confirmation. Always confirm the signature on-chain before treating the transaction as final.
Full instructions (SKILL.md)
Source of truth, from solana-mobile/solana-mobile-skills.
name: solana-mobile-wallet description: Connect Solana wallets and sign or send transactions in React Native Expo apps using Mobile Wallet Adapter and Wallet UI. Use when adding a connect wallet button, showing a connected address, disconnecting, signing messages, sign-in with Solana, transferring SOL, or sending any transaction from a Solana mobile app.
Solana wallets on mobile
Wallet connection and transaction signing through Mobile Wallet Adapter (MWA), wrapped by
@wallet-ui/react-native-kit (or @wallet-ui/react-native-web3js on the legacy stack).
MWA requires a development build on Android. Expo Go will not work. If the project has
no development build yet, or does not exist, start with the solana-mobile skill.
Step 1: pick the stack — do this before writing any code
Write kit code. @solana/kit with @wallet-ui/react-native-kit is the stack to reach for,
and everything in this file describes it.
There is exactly one reason to write @solana/web3.js instead: the project already runs on it.
Check package.json first.
package.json says | Do this |
|---|---|
@wallet-ui/react-native-kit, or no Solana client yet | Kit. This file, plus references/kit.md |
@wallet-ui/react-native-web3js is the app's Solana client | references/web3js.md |
| The user explicitly asked for web3.js | references/web3js.md, and say why kit would be better |
Do not introduce web3.js into a kit project, or mix the two in one app. Their provider props, hook return values, and transaction construction all differ, so code from one silently fails on the other. If a project has no Solana client at all, that is a new build — use kit.
Adding a new wallet feature to an existing web3.js app is not a reason to migrate mid-task. Match what is there, and mention migration as a follow-up if it seems worth it.
Step 2: confirm the provider is mounted
useMobileWallet returns empty state without MobileWalletProvider above it. Look for it in
the root layout or an app-providers module.
Build the cluster with the createSolana* helpers rather than by hand — a SolanaCluster also
needs a label, which the helpers fill in:
import {
type AppIdentity,
createSolanaDevnet,
MobileWalletProvider,
type SolanaCluster,
} from '@wallet-ui/react-native-kit'
const identity: AppIdentity = { name: 'My App' }
const cluster: SolanaCluster = createSolanaDevnet({ url: 'https://api.devnet.solana.com' })
<MobileWalletProvider cluster={cluster} identity={identity}>
{children}
</MobileWalletProvider>
createSolanaDevnet, createSolanaTestnet, and createSolanaLocalnet take optional props;
createSolanaMainnet requires a url, since there is no sensible public default for mainnet.
The provider props are cluster, identity, and optional cache, createClient, children.
There is no chain prop and no endpoint prop — passing those does nothing.
Every AppIdentity field is optional. name alone is enough to get started; add uri as a
real deep link for anything shipping, since wallets display it during authorization and a
placeholder can read as a phishing attempt.
Put QueryClientProvider from @tanstack/react-query above the wallet provider — the hook
patterns below are queries and mutations.
Step 3: use the hook
import { useMobileWallet } from '@wallet-ui/react-native-kit'
const { account, connect, disconnect, client } = useMobileWallet()
What the hook actually returns on the kit stack:
| Value | Type | Notes |
|---|---|---|
account | Account | undefined | undefined when disconnected, not null |
accounts | Account[] | null | All authorized accounts |
connect | () => Promise<Account> | Opens the wallet picker |
disconnect | () => Promise<void> | |
client | Client | Kit client — use client.rpc for RPC calls |
chain | SolanaClusterId | The active cluster. Put it in query keys |
sendTransactions | (instructions: Instruction[]) => Promise<string> | Simplest send path |
signAndSendTransaction | (tx, minContextSlot) => Promise<SignatureBytes> | Note the second argument |
signTransaction | (tx) => Promise<Transaction> | Sign without broadcasting |
signMessages | (msg: Uint8Array) => Promise<Uint8Array> | |
signIn | (payload) => Promise<SignInOutput> | Sign-in with Solana; can also connect |
identity, store | Config and authorization store |
Singular aliases exist for several of these — sendTransaction, signMessage,
signTransactions — with the same signatures. The templates use the plural forms; either
works, so follow whatever the project already uses.
Four things that trip people up:
- There is no
connectedboolean. Derive it:const connected = !!account. signAndSendTransactiontakesminContextSlotas a second argument. Calling it with only a transaction fails. Get the slot fromgetLatestBlockhash, or usesendTransactions(instructions), which handles this for you.- The kit hook exposes
client, notconnection.connectiononly exists on the web3.js stack. - Include
chainin every React Query key that holds chain data. Otherwise switching cluster serves the previous network's cached balances, which looks like a wallet bug.
account.address is a kit Address (a branded string), so it interpolates into text directly.
account.label is the wallet-supplied name and may be undefined.
Connect and disconnect
import { Pressable, Text } from 'react-native'
import { useMobileWallet } from '@wallet-ui/react-native-kit'
export function ConnectButton() {
const { account, connect, disconnect } = useMobileWallet()
async function onPress() {
try {
if (account) await disconnect()
else await connect()
} catch (error) {
// The user dismissing the wallet picker lands here. Do not treat it as a crash.
console.error(error)
}
}
return (
<Pressable onPress={onPress}>
<Text>{account ? 'Disconnect' : 'Connect Wallet'}</Text>
</Pressable>
)
}
Always wrap connect() in try/catch — cancelling the wallet picker rejects the promise.
Cancellation is a normal outcome, not an error state worth alarming the user about; see
references/kit.md for how to tell cancellation apart from real
failures.
Authorization is cached, so the app reconnects on restart without a new prompt.
Read chain data
Use client from the hook. There is no need to build a client of your own:
import type { Address } from '@solana/kit'
import { useQuery } from '@tanstack/react-query'
import { useMobileWallet } from '@wallet-ui/react-native-kit'
export function useGetBalance({ address }: { address: Address }) {
const { chain, client } = useMobileWallet()
return useQuery({
queryFn: () => client.rpc.getBalance(address).send(),
queryKey: ['get-balance', chain, address],
})
}
Kit RPC calls are lazy: client.rpc.someMethod(...) builds a request and .send() runs it.
Forget .send() and nothing errors — the data simply never arrives.
Balances come back as bigint lamports. Convert deliberately, and never with parseFloat:
export function lamportsToSol(lamports: bigint) {
return Number(lamports) / 1e9
}
Send a transaction
Build instructions and hand them over. This covers most cases:
import { getAddMemoInstruction } from '@solana-program/memo'
import type { Instruction } from '@solana/kit'
const { sendTransactions } = useMobileWallet()
const instructions: Instruction[] = [getAddMemoInstruction({ memo: 'gm' })]
const signature = await sendTransactions(instructions)
sendTransactions handles blockhash, minContextSlot, fee payer, and signature decoding. It
returns as soon as the wallet has submitted, so confirm the signature before treating the
transaction as done — references/kit.md has the
helper.
Reach for the explicit pipe form only when you need fee-payer control, a specific blockhash
lifetime, or a fee pre-check. Full worked example, with the balance-versus-fee assertion and
signature decoding: references/kit.md.
Reference material
- references/kit.md — kit stack: clusters and config, reading chain data, transactions, sign-in with Solana, message signing, error handling
- references/web3js.md — legacy
@solana/web3.jsstack, and a migration sketch - references/troubleshooting.md — connection and signing failures with known causes
When something here is ambiguous, read the template. The patterns in this skill follow
expo-kit-minimal,
which is a complete working app and stays current in a way prose does not:
npx solana-mobile@latest create /tmp/reference-app --template expo-kit-minimal --skip-install
Checking whether the wallet or the app is at fault
Before debugging connect or signing code, run the same flow with no app involved:
npx solana-mobile@latest device install fakewallet # if the device has no wallet
npx solana-mobile@latest playground
playground serves a wallet testing page on the device and streams each MWA interaction —
connect, sign in, sign message, sign transaction, sign and send — back to the terminal. If it
fails there too, the fault is the wallet or the device, not this code. The solana-mobile skill
covers both commands.
Related skills
solana-mobile— project setup, templates, emulators, development buildsintegration-privy— add Privy accounts and sessions on top of this wallet connectionseeker-genesis-token— verify Seeker device ownership after connectingseeker-domains— display.skrnames instead of raw addresses
Links
- Wallet UI: https://wallet-ui.dev
- MWA docs: https://docs.solanamobile.com/react-native/overview
- Solana Kit: https://www.solanakit.com
Related skills
More from solana-mobile/solana-mobile-skills and the wider catalog.

integration-privy
Add Privy authentication to Solana Expo Android apps with Sign-In-With-Solana and Mobile Wallet Adapter.

seeker-connect
Connect web dapps on Seeker devices to their built-in Solana wallet via Wallet Standard.

seeker-domains
Resolve .skr domain names to Solana wallet addresses and vice versa in mobile apps.

seeker-genesis-token
Verify Seeker device ownership via Seeker Genesis Token (SGT) with Sign-in-with-Solana and server-side verification.

text-to-sfx
Generate sound effects from text descriptions using Sonilo AI.

video-to-music
Score finished videos with AI-generated original music matched to pacing, motion, and emotion.