Creating Multisig Vaults
A vault is an M-of-N multisig wallet on a single blockchain. Your organization can have many vaults across many chains β for example, an Ethereum operations vault (2-of-3), a Bitcoin reserve vault (3-of-5), and a Polygon payroll vault (2-of-4). Each vault has its own signers, threshold, balances, transaction history, and policies.
This guide walks you through the 5-step Create Vault wizard.
Before you begin
You must be an Owner or Admin of the organization
The members you want as signers must already be in the organization with their SSP Wallet linked (they need to have logged in at least once)
Decide:
Which chain the vault will operate on
Who the signers will be (this is permanent)
What the signing threshold should be (this is permanent)
Critical: signers and threshold are permanent
Once a vault is created, you cannot change:
The blockchain
The signer set
The signing threshold
You can change:
The vault name and description
Policies (spending limits, whitelists, etc.)
If your team changes (someone leaves, someone joins) and you need them on the vault's signer set, you'll need to create a new vault and migrate funds. Plan accordingly.
Step 1 β Open Vaults and click "Create Vault"
From your organization, navigate to Vaults in the main nav, then click Create Vault in the top right.
The Create Vault wizard opens with 5 steps shown in a progress indicator: Chain β Name β Signers β Threshold β Review.
Step 2 β Choose the chain
Subtitle: Choose the blockchain network for this vault.
You'll see a grid of supported chains:
Mainnet: Bitcoin, Ethereum, Litecoin, Dogecoin, Flux, Bitcoin Cash, Zcash, Ravencoin, BNB Smart Chain, Avalanche, Polygon, Base.
Testnet: Bitcoin Testnet, Bitcoin Signet, Sepolia (Ethereum testnet), Amoy (Polygon testnet), Flux Testnet β useful for trying things out without real funds.
Click a chain card to select it (it highlights in blue), then click Next β.
Tip: Test on a testnet vault first if this is your first time. Bitcoin Signet and Sepolia are free, fast, and behave identically to mainnet.
Step 3 β Name the vault
Subtitle: Give your vault a descriptive name to identify it within your organization.
Name (required, 2β100 characters): e.g.,
Treasury,Operations Fund,Q2 PayrollDescription (optional, up to 500 characters): explain what the vault is for
Click Next β.
Step 4 β Select signers
Subtitle: X of Y organization members are eligible (have their SSP Wallet linked).
Only members who have logged in to SSP Enterprise at least once (so their SSP Wallet is linked) appear here. If a member you want isn't shown, ask them to log in first.
Signing mode (if available)
Depending on your plan and the chain, you may see a signing mode selector:
Dual Signing β each signer uses both their SSP Wallet and SSP Key (2 keys per signer). The default and most secure option.
Key Only Signing β each signer uses only their SSP Key (1 key per signer). Allows more signers per vault.
Wallet Only Signing β each signer uses only their SSP Wallet (1 key per signer). Allows more signers per vault.
Each mode shows the maximum number of signers allowed.
Selecting signers
From the Signers dropdown, multi-select the members who will be on this vault. Each option shows their name, email (if available), truncated SSP Identity, and role badge.
You'll see live counters: e.g., Signers (3/8) β you've selected 3, max is 8.
β οΈ Signers are permanent. You cannot change the signer set after the vault is created. Make sure to include all members who should be able to sign transactions for this vault. Err on the side of including more β you can always set a higher threshold later (e.g., 3-of-5 instead of 3-of-3) if you want flexibility.
Click Next β.
Step 5 β Set the signing threshold
Subtitle explains: Set the number of signers required to approve each transaction.
You'll see preset cards based on your signer count, plus a custom input.
Common presets
Any signer (1-of-N) β Either member can authorize on their own. Fast but less secure. Useful for low-value operational vaults where speed matters more than security.
Majority (e.g., 2-of-3, 3-of-5) β More than half must approve. The industry standard β secure yet tolerates [N - majority] unavailable signers. This is usually the right choice. Often marked Recommended.
All required (N-of-N) β Every signer must approve. If even one key is lost, funds will be permanently locked. Strong security but fragile: any unavailable signer means the vault is frozen until they return.
For 3-of-3 or higher N-of-N setups, you'll see a red warning:
Risk of permanent fund loss. With an N-of-N setup, every single signer must be available for every transaction. If even one member loses access to their key, all funds in this vault will be permanently unrecoverable. Consider using a majority threshold instead.
Custom threshold
You can also type a custom number in the Required Signers field (between 1 and your signer count).
β οΈ Threshold is permanent. Choose carefully. The most common mistake is choosing a threshold so high that the vault becomes operationally fragile.
Click Next β.
Step 6 β Review and create
The review screen shows:
Chain: logo, name, symbol
Name: what you entered
Multisig: e.g.,
2-of-3 signers (4-of-6 keys with Dual Signing)Signing Mode: if not Dual
Signers: bulleted list with name, identity, and role
A red warning reminds you:
These settings are permanent. Once created, the blockchain, signers, and signing threshold cannot be modified. The vault name can be updated later.
If everything looks right, click Create Vault.
What happens on create
The platform now coordinates with each designated signer to collect their extended public key (xpub) for the vault:
Each signer receives a notification on their SSP Wallet and SSP Key
Each signer approves the xpub generation request β their wallet and key derive a fresh xpub specifically for this vault (using the org index, vault index, and chain)
The platform combines all signers' xpubs into the multisig script
The vault address is derived deterministically from the combined xpubs
You'll see the vault status as Pending Setup during this process. Once all signers have contributed their xpub, the status changes to Active and the first vault address is displayed.
What this means cryptographically: the vault address is a function of all signers' xpubs. No single signer (or even the platform) can derive the address alone. This is true self-custody β even if SSP Enterprise went offline tomorrow, your signers could recover the vault using their seed phrases and the public derivation paths.
Receiving funds
Once the vault is Active:
Open the vault detail page
Click Receive (or navigate to Addresses)
Copy the vault's deposit address
Send funds to it from any external source
You can generate multiple receive addresses per vault (each one is also derived from all signers' xpubs).
Archiving a vault
If you no longer need a vault:
Open Vault β Settings β Archive Vault
The action requires WK re-signing (a critical action)
Once archived, the vault is read-only β no new proposals, no new addresses
Existing balances and transaction history are preserved
Archived vaults don't count against your plan's vault limit
You cannot un-archive from the UI today; archiving is intended as a soft-delete for vaults that have been emptied and decommissioned.
Next steps
Proposing & Signing Transactions β move funds out of your new vault
Configuring Policy Controls β set spending limits and whitelists for the vault
Last updated