Comparison
Why Multisig?
See how Trustodian's onchain multisig vaults compare to MPC wallets and hardware wallets.
| Trustodian Multisig | MPC | Hardware Wallets | |
|---|---|---|---|
| Pricing | Free/Subscription + Network fees | Subscription + usage costs + AUM fees | Device cost + Network fees |
| Security | Onchain, transparent N-of-M signing | Offchain MPC signing | Offline key storage; single-signer risk |
| Transparency | Fully onchain | Limited | Limited |
| Flexibility | Modular, programmable API | Policy engine | Limited automation |
| Vendor Lock-In | Fully portable accounts | Full Vendor Lock-in | Fully portable accounts |
| Asset Forfeiture | No | Yes | No |
| Self-Custody Capability | Yes | Architecture dependent | Yes |
| If Provider Disappears | Seed/device allows recovery | Architecture determines recoverability | Seed/device allows recovery |
| Single Point of Failure | Low when signers/devices are properly distributed | Reduced cryptographically, but platform/provider dependency may remain | Potentially high if one device/seed controls wallet |
Trustodian Multisig
Pricing
Free/Subscription + Network feesSecurity
Onchain, transparent N-of-M signingTransparency
Fully onchainFlexibility
Modular, programmable APIVendor Lock-In
Fully portable accountsAsset Forfeiture
NoSelf-Custody Capability
YesIf Provider Disappears
Seed/device allows recoverySingle Point of Failure
Low when signers/devices are properly distributedMPC
Pricing
Subscription + usage costs + AUM feesSecurity
Offchain MPC signingTransparency
LimitedFlexibility
Policy engineVendor Lock-In
Full Vendor Lock-inAsset Forfeiture
YesSelf-Custody Capability
Architecture dependentIf Provider Disappears
Architecture determines recoverabilitySingle Point of Failure
Reduced cryptographically, but platform/provider dependency may remainHardware Wallets
Pricing
Device cost + Network feesSecurity
Offline key storage; single-signer riskTransparency
LimitedFlexibility
Limited automationVendor Lock-In
Fully portable accountsAsset Forfeiture
NoSelf-Custody Capability
YesIf Provider Disappears
Seed/device allows recoverySingle Point of Failure
Potentially high if one device/seed controls walletDetailed Comparison
Feature-by-feature breakdown
A closer look at how the three custody approaches differ across cost, security, chain support, and operational trade-offs.
| Multisig (smart contract) | MPC | Hardware Wallet (single-sig) | |
|---|---|---|---|
| Cost | Free or subscription; contract deployment + higher per-tx gas | Subscription, usage, or AUM fees (institutional); free tiers exist for consumer | Device cost + standard network fees |
| Signing model | N-of-M enforced onchain by contract | N-of-M enforced offchain via distributed key shares | Single key, offline storage |
| Master private key | Never exists, by construction: N independent keys, no reconstructible master secret | Exists mathematically; never assembled in normal operation, but reconstructible when enough shares combine (export, recovery, collusion, or compromise) | Exists in full at all times, on device and as seed backup |
| Transparency | Fully onchain: signers, threshold, and policy are public | Offchain: policy is private but not independently verifiable | Standard transactions; nothing to inspect |
| Privacy | Low: setup and signer changes are visible | High: transactions look like ordinary single-sig | High: indistinguishable from any wallet |
| Chain support | Only chains with compatible smart contracts | Any chain using standard signature schemes (incl. Bitcoin) | Broad, depends on device firmware |
| Smart contract risk | Yes: contract bugs can freeze or expose funds | No | No |
| Flexibility / automation | Highly programmable (modules, spending policies, recovery) | Policy engine, provider dependent | Limited; mostly manual signing |
| Vendor lock-in | Low: contract lives onchain, portable across interfaces | Varies: exportable (developer platforms), independently recoverable (good institutional), or contractually dependent | Low: standard seed phrase, portable |
| Provider can freeze / seize funds | No | Depends: yes if custodial, no if user holds a required share | No |
| Self-custody | Yes | Depends on architecture | Yes |
| If provider disappears | Funds recoverable via any compatible interface | Depends: recoverable via share-based reconstruction, but recovery assembles the full key; wallet should be swept and retired afterward | Fully recoverable via seed |
| Signer replacement / recovery | Routine onchain transaction; swap a lost signer, wallet address unchanged, no secret assembled | Share refresh possible in normal operation; full loss scenarios require key reconstruction (one-time exposure event) | No replacement possible; seed compromise means the wallet is burned |
| Single point of failure | Low with distributed signers; contract itself is a shared dependency | Low cryptographically; provider infrastructure may be a dependency | High: one seed or device controls everything |
| Gas efficiency | Lower: multisig txs cost more | High: normal single-sig transactions | High: normal transactions |
Multisig (smart contract)
Cost
Free or subscription; contract deployment + higher per-tx gasSigning model
N-of-M enforced onchain by contractMaster private key
Never exists, by construction: N independent keys, no reconstructible master secretTransparency
Fully onchain: signers, threshold, and policy are publicPrivacy
Low: setup and signer changes are visibleChain support
Only chains with compatible smart contractsSmart contract risk
Yes: contract bugs can freeze or expose fundsFlexibility / automation
Highly programmable (modules, spending policies, recovery)Vendor lock-in
Low: contract lives onchain, portable across interfacesProvider can freeze / seize funds
NoSelf-custody
YesIf provider disappears
Funds recoverable via any compatible interfaceSigner replacement / recovery
Routine onchain transaction; swap a lost signer, wallet address unchanged, no secret assembledSingle point of failure
Low with distributed signers; contract itself is a shared dependencyGas efficiency
Lower: multisig txs cost moreMPC
Cost
Subscription, usage, or AUM fees (institutional); free tiers exist for consumerSigning model
N-of-M enforced offchain via distributed key sharesMaster private key
Exists mathematically; never assembled in normal operation, but reconstructible when enough shares combine (export, recovery, collusion, or compromise)Transparency
Offchain: policy is private but not independently verifiablePrivacy
High: transactions look like ordinary single-sigChain support
Any chain using standard signature schemes (incl. Bitcoin)Smart contract risk
NoFlexibility / automation
Policy engine, provider dependentVendor lock-in
Varies: exportable (developer platforms), independently recoverable (good institutional), or contractually dependentProvider can freeze / seize funds
Depends: yes if custodial, no if user holds a required shareSelf-custody
Depends on architectureIf provider disappears
Depends: recoverable via share-based reconstruction, but recovery assembles the full key; wallet should be swept and retired afterwardSigner replacement / recovery
Share refresh possible in normal operation; full loss scenarios require key reconstruction (one-time exposure event)Single point of failure
Low cryptographically; provider infrastructure may be a dependencyGas efficiency
High: normal single-sig transactionsHardware Wallet (single-sig)
Cost
Device cost + standard network feesSigning model
Single key, offline storageMaster private key
Exists in full at all times, on device and as seed backupTransparency
Standard transactions; nothing to inspectPrivacy
High: indistinguishable from any walletChain support
Broad, depends on device firmwareSmart contract risk
NoFlexibility / automation
Limited; mostly manual signingVendor lock-in
Low: standard seed phrase, portableProvider can freeze / seize funds
NoSelf-custody
YesIf provider disappears
Fully recoverable via seedSigner replacement / recovery
No replacement possible; seed compromise means the wallet is burnedSingle point of failure
High: one seed or device controls everythingGas efficiency
High: normal transactions