# Crypto Wallet UI Kit for iOS: What to Build, Safely > By Lawrence Arya, Founder & CEO of VP0. Published 2026-06-04. 6 min read. > Source: https://vp0.com/blogs/crypto-wallet-ui-kit-ios The UI kit handles balances, sends, and approvals. The keys stay in the Secure Enclave, never in your views. **TL;DR.** A crypto wallet UI kit for iOS is a set of screens: balances, asset list, send and receive, transaction history, and a signing or approval sheet. It is not key management, and that distinction is the whole safety story. Keys belong in the iOS Keychain or Secure Enclave, never in plaintext or on your server, and a UI kit must never collect a seed phrase to import on a backend. Build the screens, wire signing client-side through a real wallet library, and show clear approval details. A free VP0 design gives you the screens to start from at $0. A crypto wallet UI kit is a set of screens, and treating it as anything more is where projects get dangerous. The kit covers balances, sends, receives, history, and approvals. It does not cover key management, and keeping those two ideas separate is the entire safety story. Keys live in the iOS Keychain and Secure Enclave; your views only ever touch addresses, amounts, and signed results. Here are the screens worth building, the lines you never cross, and how to generate the UI safely. For the screens themselves, start from a free [VP0](https://vp0.com) design (the free iOS and React Native design library AI builders read from) at $0 and spend your real effort on the signing path. ## The screens in the kit A complete wallet UI is a handful of well-defined screens. Build them as a set so navigation and state stay consistent: | Screen | What it shows | Note | |---|---|---| | Portfolio home | Total balance, recent activity | Use skeletons while balances fetch | | Asset list | Per-token balances and prices | Pull from a read-only RPC or API | | Receive | Address plus QR | Never an input; display only | | Send | Amount, recipient, fee, confirm | Validate address and amount | | Approval sheet | What is being signed | The security-critical screen | | History | Past transactions with status | Link out to a block explorer | ## The lines you never cross This is the part a pretty template will not teach you. Three rules protect users and your reputation: First, **keys stay on the device.** Store them in the [iOS Keychain](https://developer.apple.com/documentation/security/keychain_services), ideally gated by the Secure Enclave and Face ID, never in plaintext, never in UserDefaults, never sent anywhere. Second, **never collect a seed phrase to a server.** A UI kit should not have a "paste your seed phrase" field that transmits it; that pattern is indistinguishable from a phishing screen, and on chain there is no chargeback, because transactions are irreversible. Third, **make signing honest.** The approval sheet must show what is actually being authorized: the contract, the amount, the spending allowance, and the network. Blind approvals are how funds get drained, which is exactly why the [hardware wallet blind-signing warning UI](/blogs/hardware-wallet-blind-signing-warning-ui/) exists as its own pattern. The official [Ethereum developer docs](https://ethereum.org/en/developers/docs/) and the [MetaMask developer docs](https://docs.metamask.io/) are the references for how signing actually works; read them before you wire anything. For displaying a collection rather than signing, the same web3 stack drives a [high-performance NFT gallery grid](/blogs/nft-gallery-grid-view-react-native-performance-free-ios-template-vibe-coding-gui/). ## Wiring it without owning custody Signing happens client-side through a real wallet or signing library, not in your UI code. For connecting to existing wallets rather than holding keys yourself, a connect flow like [the MetaMask mobile connect wallet modal](/blogs/metamask-mobile-connect-wallet-modal-ui/) keeps custody with the user's own wallet, which is the safest default for most apps. If you do manage keys, isolate that logic behind a small module and keep it far from the view layer. For the broader dashboard around the wallet, [web3 dapp dashboard React components](/blogs/web3-dapp-dashboard-react-components/) and [crypto wallet app design inspiration](/blogs/crypto-wallet-app-design-inspiration/) show the surrounding screens, and a [camera live object detection bounding box UI](/blogs/camera-live-object-detection-bounding-box-ui/) pattern is handy if you add QR or document scanning to onboarding. ## Key takeaways - A wallet UI kit is screens (balances, send, receive, approval, history), not key management. - Keys belong in the Keychain and Secure Enclave, never in plaintext and never on a server. - Never collect a seed phrase to a backend; on chain, transactions are irreversible. - The approval sheet is a security feature: show exactly what is being signed, in plain language. - Generate the screens from a free VP0 design at $0 and spend engineering on the signing path. ## Frequently asked questions ### What screens are in a crypto wallet UI kit for iOS? The core set is a portfolio or balance home, an asset list with per-token balances, a receive screen with the address and QR, a send flow with amount, recipient, and a confirmation, a transaction history list, and a signing or approval sheet that shows exactly what is being authorized. A settings screen handles networks and backup reminders. The UI kit is these screens; it is not the wallet's key storage. ### Where should a crypto wallet store private keys on iOS? In the iOS Keychain, ideally protected by the Secure Enclave and Face ID or Touch ID, never in plaintext, never in UserDefaults, and never sent to a server. A UI kit should never ask the user to type a seed phrase that gets transmitted anywhere. Keys and signing stay on the device. ### Is it safe to use a crypto wallet template? The screens are safe to reuse; the danger is in how keys and signing are wired behind them. Use a vetted wallet or signing library, keep keys in the Keychain, sign locally, and make the approval sheet show the real transaction details. A template that collects a seed phrase to a backend, or hides what a transaction does, is unsafe regardless of how it looks. ### What is the most important screen for wallet safety? The signing or approval sheet. It must show what the user is actually authorizing: the contract, the amount, the spending allowance, and the network, in plain language. Blind approvals are how people lose funds, so the approval UI is a security feature, not decoration. Show the details and let the user reject. ### What is the best crypto wallet UI kit for iOS? One that gives you clean, complete screens while leaving key management to a proper wallet library. A free VP0 design, the free iOS and React Native design library for AI builders, gives you the balance, send, receive, and approval screens to generate in Cursor or Claude Code at $0, so you can focus engineering effort on the security-critical signing path. ## Frequently asked questions ### What screens are in a crypto wallet UI kit for iOS? The core set is a portfolio or balance home, an asset list with per-token balances, a receive screen with the address and QR, a send flow with amount, recipient, and a confirmation, a transaction history list, and a signing or approval sheet that shows exactly what is being authorized. A settings screen handles networks and backup reminders. The UI kit is these screens; it is not the wallet's key storage. ### Where should a crypto wallet store private keys on iOS? In the iOS Keychain, ideally protected by the Secure Enclave and Face ID or Touch ID, never in plaintext, never in UserDefaults, and never sent to a server. A UI kit should never ask the user to type a seed phrase that gets transmitted anywhere. Keys and signing stay on the device. ### Is it safe to use a crypto wallet template? The screens are safe to reuse; the danger is in how keys and signing are wired behind them. Use a vetted wallet or signing library, keep keys in the Keychain, sign locally, and make the approval sheet show the real transaction details. A template that collects a seed phrase to a backend, or hides what a transaction does, is unsafe regardless of how it looks. ### What is the most important screen for wallet safety? The signing or approval sheet. It must show what the user is actually authorizing: the contract, the amount, the spending allowance, and the network, in plain language. Blind approvals are how people lose funds, so the approval UI is a security feature, not decoration. Show the details and let the user reject. ### What is the best crypto wallet UI kit for iOS? One that gives you clean, complete screens while leaving key management to a proper wallet library. A free VP0 design, the free iOS and React Native design library for AI builders, gives you the balance, send, receive, and approval screens to generate in Cursor or Claude Code at $0, so you can focus engineering effort on the security-critical signing path. --- *Published on the [VP0 Journal](https://vp0.com/blogs). Free to read, index and cite with attribution.*