Wasabi vs Sparrow Wallet: Bitcoin Privacy Comparison
Compare Wasabi and Sparrow wallet privacy features: CoinJoin protocols, coin control, Tor routing, UTXO labeling, and post-mix spending discipline.
Wasabi vs Sparrow: Privacy Feature Overview
Wasabi Wallet and Sparrow Wallet represent two distinct philosophies for achieving Bitcoin privacy. Wasabi automates CoinJoin mixing through its WabiSabi protocol, aiming to make privacy the default with minimal user intervention. Sparrow provides granular coin control, transaction graph exploration, and Silent Payments (BIP352), giving advanced users full visibility into their UTXO provenance so they can make informed spending decisions.
The privacy landscape shifted dramatically after the Samourai Wallet arrests in April 2024 and the zkSNACKs coordinator shutdown on June 1, 2024. Sparrow removed its Whirlpool CoinJoin client entirely in v1.9.0 and pivoted toward Silent Payments. Wasabi transitioned to community-operated coordinators running the WabiSabi protocol. These changes fundamentally altered how each wallet approaches privacy.
| Feature | Wasabi Wallet (v2.8.x) | Sparrow Wallet (v2.5.x) |
|---|---|---|
| CoinJoin protocol | WabiSabi (variable outputs) | None (removed in v1.9.0) |
| Privacy model | Automated mixing | Manual coin control + Silent Payments |
| Tor integration | Built-in, always on | Built-in, optional |
| Backend architecture | BIP158 compact block filters | Electrum server or Bitcoin Core |
| UTXO labeling | Mandatory | Automatic + manual |
| Privacy scoring | Anonymity score per UTXO | No numerical score |
| Coin control | Available (Alt + Preview) | Full, with transaction diagram |
| Silent Payments (BIP352) | Not supported | Send and receive (v2.3.0+) |
| Hardware wallet support | Limited | Extensive (Coldcard, Trezor, Ledger, Jade, Bitkey) |
| Platform | Windows, macOS, Linux | Windows, macOS, Linux |
| License | MIT | Apache 2.0 |
CoinJoin Protocol Differences
The most significant technical distinction is their approach to CoinJoin. Wasabi's WabiSabi protocol, shipped with Wasabi 2.0 in June 2022, uses keyed-verification anonymous credentials (KVACs) with homomorphic amount commitments. This allows variable output amounts within a single CoinJoin round, eliminating the "toxic change" problem that plagued fixed-denomination protocols like ZeroLink.
WabiSabi rounds begin when registered inputs reach maximum capacity or after the input registration period expires, with a minimum of 21 inputs per round. The minimum mixing amount is 5,000 sats (0.00005 BTC) plus mining fees, and automatic CoinJoin initiates when the wallet balance reaches at least 0.01 BTC. Since Wasabi v2.2.0, the coordinator fee is 0%: users pay only the mining fees for their share of block space.
Sparrow removed all CoinJoin functionality in v1.9.0, released shortly after the Samourai Wallet founders were arrested in April 2024. Before removal, Sparrow integrated Samourai's Whirlpool protocol, which used fixed-denomination pools (0.001, 0.01, 0.05, and 0.5 BTC) with a one-time entry fee and unlimited free remixes. That protocol is no longer available in Sparrow. Users seeking Whirlpool-style mixing must now use Ashigaru, an independent fork that relaunched Whirlpool in June 2025 with two pools: 0.025 BTC and 0.25 BTC with a 5% entry fee.
Tor and Network Privacy
Both wallets support Tor routing, but their implementations differ substantially. Wasabi routes all traffic through Tor by default using a custom integration that assigns different Tor circuits to different request types. This prevents a network observer from correlating CoinJoin registration requests, block filter downloads, and transaction broadcasts to the same user.
Wasabi also uses BIP158 compact block filters for wallet synchronization. Every client downloads the same set of filters over Tor, then requests only relevant blocks from random Bitcoin full nodes. This avoids revealing which addresses belong to the user, reducing sync data by roughly 99% compared to downloading full blocks while maintaining strong privacy guarantees.
Sparrow offers built-in Tor support that routes public server connections through Tor when enabled. However, Sparrow connects to Electrum servers (or directly to a user's own Bitcoin Core node), which is a different trust model. An Electrum server operator can see which addresses a client queries. Connecting to a personal Electrum server over Tor, or running Bitcoin Core locally, mitigates this risk but requires additional setup. For users who want network-level privacy without maintaining their own infrastructure, Wasabi's BIP158 approach is simpler to achieve.
UTXO Management and Coin Control
Effective coin control is essential for Bitcoin privacy. Combining UTXOs from different contexts in a single transaction can enable address clustering, linking otherwise separate identities. Both wallets provide coin control, but Sparrow's implementation is considerably more powerful.
Sparrow displays every unspent output with full labeling, freeze capability, and a visual transaction diagram. Users can select exactly which coins to spend, preview the resulting transaction graph, and explore the provenance of any UTXO through the built-in private blockchain explorer. Labels propagate automatically through the transaction graph, tracking which entities know about which outputs.
Wasabi's coin control was initially removed in the 2.0 redesign but restored in v2.0.3. Users can override the smart coin selection algorithm by holding Alt on the Preview Transaction screen. Wasabi enforces mandatory UTXO labeling: when receiving funds, users must specify which entity knows the address is theirs. The wallet uses these labels to preferentially reuse funds from a specific entity when sending back to them, reducing unnecessary cross-contamination. For a deeper look at UTXO management strategies, see our Bitcoin UTXO management guide.
Privacy Scoring and Anonymity Metrics
Wasabi assigns an anonymity score to each UTXO based on probability analysis of CoinJoin rounds. This score estimates the entropy level of each output, considering the existing privacy of inputs and the number of outputs registered in a given round. The anonymity score is always equal to or lower than the raw anonymity set count, making it a more conservative and realistic metric.
The wallet also displays an overall privacy progress percentage, calculated from anonymity-score-weighted amounts across the entire wallet. Users can choose from three configurable strategies: Enhance Privacy, Default Strategy, and Reduce Costs, each with different anonymity score targets. Automatic CoinJoin runs until 100% privacy progress is reached for the selected strategy.
Sparrow takes a different approach: it provides no numerical privacy score. Instead, it gives users full transparency through the transaction graph explorer, UTXO labeling, and manual coin control. The philosophy is that users should understand their own privacy posture through direct inspection rather than relying on an automated metric that may create false confidence. This requires more expertise but avoids the risk of misinterpreting a single number as a guarantee.
Silent Payments and Address Privacy
Sparrow's pivot away from CoinJoin led it to adopt Silent Payments (BIP352) as a core privacy feature. Silent Payments allow a recipient to publish a single static payment code. Senders derive a unique, unlinkable on-chain address for each payment without any interaction with the recipient. This eliminates address reuse even when the payment code is shared publicly.
Sparrow v2.3.0 (October 2025) introduced Silent Payment sending, and v2.5.0 (May 2026) added dedicated Silent Payment Taproot receiving wallets with air-gapped hardware wallet signer support. Sparrow also supports PayNym (BIP47) reusable payment codes, which serve a similar purpose but require a notification transaction before the first payment.
Wasabi does not currently support Silent Payments or BIP47 PayNyms. Its privacy model focuses on breaking the transaction graph through CoinJoin mixing rather than preventing address linkage at the receiving stage. For users concerned about wallet fingerprinting and receiving privacy, Sparrow's Silent Payments integration is a significant advantage.
Post-Mix Spending Discipline
Privacy gained through CoinJoin or careful coin management can be destroyed by careless post-mix spending. This is one of the most common areas where users undermine their own privacy. Both wallets address this differently.
Wasabi's smart coin selection algorithm automatically picks UTXOs with sufficient anonymity scores when constructing transactions. It discourages consolidation of mixed outputs and defaults to spending outputs independently. Users can override this behavior through manual coin control, but the default path is privacy-preserving.
Sparrow provides a visual transaction diagram that shows exactly which inputs and outputs are involved before broadcast. This makes it easy to spot when UTXOs from different contexts are being combined. However, the responsibility falls entirely on the user. Without CoinJoin or an automated privacy score, Sparrow users must understand UTXO provenance and apply spending discipline manually.
Key principle: Never consolidate UTXOs from different privacy contexts into a single transaction. Each mixed or carefully separated output should be spent independently. Violating this rule is the most common way users destroy their own privacy gains.
CoinJoin Coordinator Landscape (2026)
After the zkSNACKs shutdown, Wasabi's WabiSabi protocol is now served by community-operated coordinators. As of mid-2026, several active coordinators exist:
- Kruw (kruw.io): popular community coordinator with 0% coordinator fee and large anonymity sets
- OpenCoordinator (opencoordinator.org): 0% fees, no country or UTXO blocklists, hosted in Switzerland, over 13,000 CoinJoin transactions coordinated
- Ginger Wallet coordinator: maintained by former zkSNACKs CTO, though its privacy practices have been debated in the community
Users should evaluate coordinators carefully. Some may implement UTXO blocklists that censor certain inputs, and coordinator trust models vary. The decentralized coordinator model is an improvement over relying on a single operator, but each coordinator is still a potential point of metadata collection. For broader context on available mixing protocols, see the CoinJoin implementations comparison and our Bitcoin privacy tools overview.
Privacy Feature Matrix
| Privacy Feature | Wasabi Wallet | Sparrow Wallet |
|---|---|---|
| CoinJoin mixing | Yes (WabiSabi, automatic) | No (removed in v1.9.0) |
| Coordinator fee | 0% (mining fees only) | N/A |
| Minimum CoinJoin amount | 5,000 sats + mining fees | N/A |
| Tor (default) | Yes, always on | Available, user-enabled |
| Block filter privacy (BIP158) | Yes | No (Electrum/Core) |
| Silent Payments (BIP352) | No | Yes (send + receive) |
| PayNym (BIP47) | No | Yes |
| Anonymity score | Per-UTXO probability metric | Not available |
| Mandatory UTXO labels | Yes | No (but supported) |
| Transaction graph explorer | No | Yes (built-in) |
| Freeze UTXOs | No | Yes |
| PayJoin support | No (removed in 2.0) | No |
| Own node connection | Via Bitcoin P2P (filters) | Bitcoin Core RPC or Electrum |
| Deterministic builds | Yes | Yes |
Common Privacy Mistakes
Understanding the tools is only half the challenge. Users routinely undermine their own privacy through operational mistakes. These are the most frequent errors specific to each wallet:
Wasabi-Specific Mistakes
- Spending before CoinJoin reaches sufficient privacy progress, broadcasting partially mixed UTXOs that still carry linkable history
- Assuming the anonymity score is absolute rather than a local estimate that may differ from other participants' views
- Using a coordinator with restrictive UTXO blocklists that censor inputs, which reduces the effective anonymity set
- Sending mixed funds directly to a KYC exchange, re-linking identity to the transaction graph
Sparrow-Specific Mistakes
- Connecting to a third-party Electrum server without Tor, exposing all queried addresses to the server operator
- Combining UTXOs from different contexts (work, personal, exchange withdrawal) in a single transaction, enabling address clustering
- Assuming Silent Payments provide retroactive privacy for past transactions: they only protect future receiving addresses
- Not using coin freeze to isolate sensitive UTXOs, accidentally including them in routine spending
For a comprehensive look at on-chain privacy threats and defenses, see our research on Bitcoin transaction graph privacy defenses.
Which Wallet Should You Choose?
The right choice depends on your threat model and technical comfort level. Neither wallet is universally "better" for privacy: they address different parts of the problem.
Choose Wasabi if your priority is breaking the transaction graph through CoinJoin mixing with minimal manual effort. Wasabi's automated WabiSabi protocol, always-on Tor, and BIP158 block filters provide strong defaults for users who want privacy without deep UTXO management expertise. The zero coordinator fee and low minimum mixing amount (5,000 sats) make it accessible for smaller amounts.
Choose Sparrow if you want maximum control over UTXO selection, transaction construction, and receiving privacy through Silent Payments. Sparrow excels for users who run their own node, manage multiple hardware wallets, and want to inspect their full transaction graph before every spend. Its broad hardware wallet support and air-gapped signing workflows also make it the stronger choice for cold storage setups.
Many privacy-focused users run both wallets: Wasabi for CoinJoin mixing and Sparrow for post-mix UTXO management, coin control, and spending. This combination leverages the strengths of each tool. For users exploring Bitcoin's broader Layer 2 privacy options, protocols like Spark offer off-chain transactions that avoid the on-chain footprint entirely.
Frequently Asked Questions
Does Sparrow Wallet still support CoinJoin?
No. Sparrow removed its Whirlpool CoinJoin client in version 1.9.0, released shortly after the Samourai Wallet arrests in April 2024. As of v2.5.0, Sparrow has no built-in CoinJoin functionality. It has pivoted to Silent Payments (BIP352), coin control, and Tor integration as its primary privacy features.
Is Wasabi Wallet CoinJoin still working after the zkSNACKs shutdown?
Yes. Although zkSNACKs discontinued its default CoinJoin coordinator on June 1, 2024, Wasabi's WabiSabi protocol supports multiple community-operated coordinators. Several are active as of 2026, including Kruw and OpenCoordinator, both offering 0% coordinator fees. Users can select their preferred coordinator in the wallet settings.
What is the difference between WabiSabi and Whirlpool CoinJoin?
WabiSabi (Wasabi) uses keyed-verification anonymous credentials to allow variable output amounts in a single CoinJoin round, eliminating toxic change outputs. Whirlpool (formerly Samourai/Sparrow) used fixed-denomination pools where all outputs were identical. WabiSabi requires a minimum of 21 inputs per round. Whirlpool typically mixed 5 participants per transaction with a Tx0 pre-mix step.
Can I use Wasabi and Sparrow together for better privacy?
Yes, this is a common workflow. Use Wasabi for CoinJoin mixing to break the transaction graph, then export the mixed UTXOs (via seed or PSBT) to Sparrow for granular coin control and careful post-mix spending. Sparrow's transaction diagram helps verify that mixed outputs are not being inadvertently consolidated.
Do I need to run my own node for Wasabi or Sparrow?
Wasabi does not require a personal node. Its BIP158 compact block filter approach downloads the same filters as every other client, then fetches relevant blocks from random peers, preserving address privacy without custom infrastructure. Sparrow strongly benefits from connecting to a personal Bitcoin Core or Electrum server, since third-party Electrum servers can see which addresses a client queries. Without your own node, enable Tor in Sparrow to mitigate this exposure.
What are Silent Payments and how do they compare to CoinJoin?
Silent Payments (BIP352) let a recipient publish a single static payment code from which senders derive unique, unlinkable on-chain addresses. They prevent address reuse and make receiving more private. CoinJoin breaks links in the transaction graph by mixing inputs from multiple users. The two techniques address different privacy problems and are complementary rather than substitutes.
What is the minimum amount for Wasabi CoinJoin?
The minimum amount for a Wasabi WabiSabi CoinJoin is 5,000 sats (0.00005 BTC) plus mining fees. Automatic CoinJoin starts when the wallet balance reaches 0.01 BTC (1,000,000 sats). Below the default threshold of 0.005 BTC, automatic mixing pauses, though users can adjust this threshold or trigger mixing manually.
This tool is for informational purposes only and does not constitute financial advice. Privacy tools involve trade-offs between usability, trust assumptions, and legal considerations that vary by jurisdiction. Always verify current software versions, coordinator status, and applicable regulations before making decisions.
Build with Spark
Integrate bitcoin, Lightning, and stablecoins into your app with a few lines of code.
Read the docs →
