Skip to content

Taproot Vaults

Taproot vaults are the most advanced wallet type in Sigvault. They use Bitcoin’s Taproot upgrade to define multiple spending conditions — each with its own set of signers, thresholds, and optional time locks. This enables sophisticated custody arrangements like inheritance planning, institutional governance, and disaster recovery.

Taproot vaults are designed for:

  • Inheritance planning — Automatic access for heirs after a time period
  • Disaster recovery — Backup keys that activate after the primary signer becomes unavailable
  • Institutional custody — Different authorization paths for different urgency levels
  • Tiered access — Immediate access for the owner, delayed access for recovery parties

Bitcoin’s Taproot technology allows multiple spending scripts to coexist in a single address:

  • Key path — The primary spending condition. When used, the transaction looks like an ordinary single-signature payment on-chain, preserving privacy
  • Script paths — Alternative spending conditions hidden in a Merkle tree. Only the condition being used is revealed at spending time

This means a vault with complex recovery policies looks identical to a simple wallet from the outside until a script path is actually used.

Each vault defines one or more spending conditions. A spending condition specifies:

  • Threshold — How many signatures are required (e.g., 1-of-1, 2-of-3)
  • Signers — Which devices or keys can sign for this condition
  • Time lock — Optional delay in blocks before the condition becomes spendable (0 = immediate)

The primary condition (usually the owner’s key) has no time lock and is used as the Taproot key path. Recovery conditions are placed in the script tree and activate only after their time lock expires.

For a deeper dive, see Spending Conditions.

A typical inheritance vault might have three spending conditions:

ConditionThresholdSignersTime Lock
Owner (primary)1-of-1Owner’s hardware walletNone (immediate)
Family Recovery2-of-3Spouse + Lawyer + Bank144 blocks (~1 day)
Emergency Recovery3-of-4Extended family members52,560 blocks (~1 year)
  • The owner can spend at any time with their hardware wallet
  • If the owner is unavailable for more than a day, the family can recover funds with 2-of-3 agreement
  • As a last resort, the extended recovery group can access funds after one year
  1. Register devices for all participants
  2. Navigate to Wallets and select Create Wallet
  3. Choose the Inheritance Vault template or configure a custom vault
  4. Define spending conditions:
    • Set the primary spending condition (key path, no time lock)
    • Add recovery conditions with thresholds and time locks
    • Assign devices to each condition
  5. Review the policy summary and confirm

When spending from a taproot vault:

  1. Select which spending condition to use
  2. Sigvault builds a PSBT targeting the chosen spending path
  3. If the condition has a time lock, the transaction is only valid after the lock expires
  4. Collect the required signatures from the devices assigned to that condition
  5. The transaction is finalized with the appropriate Taproot witness (key path or script path proof)
  6. Broadcast to the network

Like multisig wallets, taproot vaults support custodial, non-custodial, and collaborative configurations. A common pattern is:

  • Primary path: User’s hardware wallet (non-custodial)
  • Recovery path: Mix of user devices and a system-managed backup key (collaborative)

This gives the user full control for day-to-day use while providing a safety net for recovery scenarios.

Not all hardware wallets fully support taproot vaults. The primary keypath signer must be a device that can handle taproot outputs with script trees.

DeviceKeypath SignerScript Path SignerNotes
BitBox02YesYesFull taproot support
LedgerYesYesRequires Bitcoin app v2.1.0+
ColdcardYesYesRequires firmware v6.2.1+
TrezorNoNoCannot sign taproot with script trees
JadeNoNoOnly supports BIP86 single-key taproot
  • Complexity — More conditions mean more coordination and careful planning
  • Time lock management — Understand that recovery conditions can be used by anyone who holds the required keys once the time lock expires
  • Regular spending — Keep the primary path active to prevent premature recovery activation
  • On-chain privacy — Key path spending reveals nothing about the vault’s policies
  • Descriptor backup — Save the wallet descriptor alongside device seed phrases for full recovery