Recommended: JavaScript SDK with React Hooks
For new React apps, we recommend the JavaScript SDK with React Hooks (
@dynamic-labs-sdk/react-hooks) instead of the legacy React SDK documented here. The JS SDK comes with many benefits such as a much smaller bundle size and other optimizations. Use the React quickstart (JavaScript SDK) to get started.How it works
When password encryption is enabled, it specifically protects the client-side key share:- The user’s client key share is encrypted with their password.
- This encrypted share is sent through an encryption proxy which adds a second layer of encryption before storing it on Dynamic’s servers. This ensures the share is double-encrypted and accessible from any device.
- Operations like signing transactions require the password to decrypt this share once per session; after unlocking, the user is not prompted again until the next session.
- The password is never sent to Dynamic; decryption happens entirely client-side.
- No single party (Dynamic, encryption provider) can access the key share alone.
Requiring password for wallets
You can require all wallets to have a password in the Dynamic Dashboard:- Navigate to Embedded Wallets.
- Toggle Require Password to enforce that all wallets must be created with a password.
When Require Password is enabled, a password must be provided when creating a wallet. Attempting to create a wallet without a password will return an error. Once the wallet is created and unlocked, it remains unlocked for the rest of the session—the password is not required for every operation.
Wallet creation flows
When password protection is enabled, you can choose between using Dynamic’s built-in UI or building your own.Using Dynamic’s UI
If you have enabled Automatic Wallet Creation in the dashboard, Dynamic will automatically prompt the user to create a password when they log in. No additional code is required.Using a custom UI
If you prefer to build your own password entry UI, you must manually create the wallet usingcreateWalletAccount and pass the password.
Password management
- Users set their own password during wallet creation
- They must enter the password to unlock the wallet
- Important: If the user forgets their password, wallet recovery is not possible without a backup.
Unlocking a wallet
If you use Dynamic’s built-in UI, the user is prompted for their password when needed; you do not need to call unlock yourself. The following applies when you build a custom UI.Custom UI flow
The required flow for custom UI implementations is:- Check wallet state — Call
checkWalletLockStateto determine if the wallet is password-encrypted and currently locked. - Unlock if needed — If the wallet is locked, collect the password in your own UI and call
unlockWallet. - Proceed with operations — Only after the wallet is unlocked should you perform signing, transactions, or other wallet operations.
Using unlockWallet directly
Before performing operations with a password-protected wallet in your own flow, unlock it using the useWalletPassword hook:Operations requiring password
Any operation that changes the underlying key shares requires the password to be provided again, even if the wallet is currently unlocked. These operations include:- Refreshing shares
- Resharing (Cloud backup)
- Delegation
Setting a password on an existing account
If a wallet was created without a password, you can add password protection later usingsetPassword. This is useful when you want to enable password encryption for users who initially created their wallet without one.
Migrating existing wallets
Enabling Require Password in the dashboard only enforces password protection for new wallets. Existing wallets created before this setting was enabled remain unprotected. To migrate an existing wallet to password protection:- Check if the wallet is already password-protected.
- If it is not encrypted, prompt the user for a password and set it.
Updating the password
Change an existing password using updatePassword. This will update the password for all wallets associated with the user account.Checking wallet lock state
Check if a wallet requires unlocking:Complete example
This example demonstrates how to check the wallet state, unlock it if necessary, and then sign a message — the recommended pattern for custom UI implementations.Security considerations
- Password strength: Require minimum length and complexity
- No password recovery: If using user-provided passwords, there’s no way to recover a forgotten password without a backup.
- Session-based unlock: Wallets remain unlocked for the session, reducing friction while maintaining security
- Combine with backups: Consider enabling Google Drive backup for additional recovery options
Related
- useWalletPassword - API reference
- Creating Embedded Wallets - Wallet creation options
- Recovery - Recovery flow with password protection
- Password encryption (JavaScript) - Vanilla JS SDK guide
- Password encryption (React Native) - React Native guide