Ethereum Foundation
Decoy-based privacy protocols collapse against repeated commercial or state interactions because backward and forward taint trees expose the underlying transaction graph, making zero-knowledge proofs the only viable defense.
AI-assisted summary of Satoshi Has No Clothes: Failures in On-Chain Privacy by Ian Miers (Devcon4) — original source. Check the original for full context.
Source published:
Key ideas
- Transparent public blockchains expose personal and institutional financial activity to competitors, stalkers, and foreign nation-states, operating essentially as 'Twitter for your bank account.' (1:18)
- Decoy-based privacy protocols such as Monero and CoinJoin fail under repeated transactions because historical and forward-facing 'taint trees' allow counterparties, states, and third parties to deanonymize users. (10:24)
- Zcash's Sapling deployment demonstrates that strong zero-knowledge shielded transactions are practical for general adoption, running in under two seconds with less than 40 megabytes of memory. (19:09)
- Mimblewimble and Grin fail to provide robust privacy because unaggregated transactions can be intercepted on peer-to-peer gossip networks before block cut-through occurs, exposing the transaction graph. (21:33)
Detailed notes
## Background Published by the Ethereum Foundation on YouTube on December 11, 2018, this presentation features Ian Miers speaking at Devcon4 in Prague. The talk's description highlights that default transparency in networks like Bitcoin and Ethereum creates major privacy and fungibility concerns, examining various proposed privacy techniques, their trade-offs, and which approaches provide sufficient protection against realistic threat models.
## TL;DR Ian Miers argues that the cryptocurrency ecosystem critically misunderstands privacy, warning that relying on default-transparent blockchains turns public ledgers into 'Twitter for your bank account.' He systematically dismantles decoy-based privacy schemes such as Monero and CoinJoin, presenting attacks—such as forward and backward 'taint trees' and dusting—that reliably deanonymize repeated transactions and user interactions. In contrast, Miers advocates for shielded zero-knowledge systems like Zerocash and Zcash's newly deployed Sapling upgrade, emphasizing that true privacy requires completely eliminating the transaction graph rather than patching exposure with marketing-driven 'privacy theater.'
## Atmosphere & style The presentation is candid, urgent, and intellectually rigorous, eschewing tribal project promotion in favor of an unsparing technical critique. Miers commands the stage with sharp wit, using relatable, biting analogies—from building a spacesuit out of overalls and duct tape to standing naked in Times Square—to illustrate the sheer scale of blockchain exposure. It feels like an authoritative reality check aimed directly at developers and enthusiasts who mistake cryptographic buzzwords for actual operational security.
## Bulletin - [01:18](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=78s) Transparent public blockchains expose personal and institutional financial activity to competitors, stalkers, and foreign nation-states, operating essentially as 'Twitter for your bank account.' - [10:24](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=624s) Decoy-based privacy protocols such as Monero and CoinJoin fail under repeated transactions because historical and forward-facing 'taint trees' allow counterparties, states, and third parties to deanonymize users. - [19:09](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1149s) Zcash's Sapling deployment demonstrates that strong zero-knowledge shielded transactions are practical for general adoption, running in under two seconds with less than 40 megabytes of memory. - [21:33](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1293s) Mimblewimble and Grin fail to provide robust privacy because unaggregated transactions can be intercepted on peer-to-peer gossip networks before block cut-through occurs, exposing the transaction graph.
## Key takeaways - [00:00](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=0s) The cryptocurrency ecosystem has severely neglected rigorous evaluation of on-chain privacy mechanisms despite one of these networks inevitably underpinning the future of global payments. - [01:18](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=78s) Public ledgers broadcast transaction data by default, creating acute operational risks for businesses, individuals, and sovereign governments facing economic espionage. - [02:45](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=165s) Empirical evaluation of crypto privacy today resembles evaluating web privacy in 1992 at CERN; researchers must instead anticipate surveillance mechanisms based on modern commercial tracking. - [02:45](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=165s) Commercial advertising tools and loyalty schemes—such as Target's predictive pregnancy detection and Venmo's public payment feed—illustrate the dangers of financial metadata harvesting. - [06:44](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=404s) Relying on plausible deniability is obsolete in an era of machine learning, social credit systems, targeted tracking, and legal search warrants. - [06:44](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=404s) Effective privacy must defend against active counterparties (merchants and recipients) rather than passive observers, requiring protocols to obscure the transaction graph itself. - [08:45](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=525s) Cryptocurrency privacy models fall into three categories: fully transparent (Bitcoin, Ethereum), decoy-based (CoinJoin, CryptoNote/Monero), and shielded zero-knowledge systems (Zerocash/Zcash). - [10:24](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=624s) Decoy-based transactions generate backward- and forward-expanding 'taint trees' whose historical roots intersect across repeated interactions, enabling the 'overseer attack' to deanonymize consumers. - [12:19](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=739s) State actors can deanonymize dissidents accepting public donations by sending multiple tracking payments and cross-referencing their intersection in exchange deposit taint trees. - [14:15](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=855s) Dusting attacks allow third-party observers to track and verify whether a specific person is making purchases at a particular merchant through overlapping forward taint trees. - [17:22](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1042s) Superficial feature lists like stealth addresses and ring signatures represent 'privacy theater' and fail to provide end-to-end security in hostile public environments. - [19:09](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1149s) Deployments such as Sapling prove that zero-knowledge proofs no longer suffer from prohibitive performance bottlenecks, rendering weak privacy primitives inexcusable. - [20:20](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1220s) The hardest remaining challenges in cryptocurrency privacy lie in user experience, lightweight mobile wallet integration, and preventing user practices that undo cryptographic protections. - [21:33](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1293s) P2P network-level eavesdropping on unaggregated Mimblewimble transactions undermines its privacy promises, as observers can reconstruct the underlying transaction graph before block confirmation.
## Detailed walkthrough ### [00:00](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=0s) The Urgent Need to Evaluate Cryptocurrency Privacy
Ian Miers opens by setting the record straight: the purpose of his talk is not to promote or shill Zcash, despite the fact that he is one of its co-founders and serves on the board of directors of the Zcash Foundation. Instead, the talk addresses a fundamental failure across the entire blockchain ecosystem: the community has done a remarkably poor job of evaluating privacy mechanisms. This deficiency must be corrected immediately. Whether the ultimate global payment network turns out to be Ethereum, Bitcoin, Zcash, or even Dogecoin, at least one cryptocurrency will eventually underpin the future of global commerce. If the industry waits until widespread adoption occurs before confronting its architectural privacy flaws, fixing the problem will be far too late.
Miers reflects on his own history in the space, having conducted research on cryptocurrency privacy since 2011. At that time, it was uncertain whether Bitcoin would succeed at all, but it was clear that if it did, its design harbored a massive privacy crisis. Back then, common belief held that Bitcoin was already private and anonymous—an assumption that Miers notes is completely laughable in retrospect. A decade of academic literature has systematically dismantled that assumption, complemented by the emergence of well-funded commercial analytics firms whose entire business model revolves around deanonymizing blockchains. As Ian Miers explains: “The point is that we as a community have done a very poor job evaluating privacy approaches for cryptocurrencies and the problem is that we need to get better at it and we need to get better at it now because at least one of these Ethereum, Bitcoin, Zcash, something that all of us have ever heard of, maybe Dogecoin, I don't know, is going to be the future of payments.”
- **Miers's Background**: Working on cryptocurrency privacy since 2011; co-founder of Zcash and board member of the Zcash Foundation. - **Academic and Commercial Reality**: Early beliefs in Bitcoin pseudonymity were overturned by academic deanonymization attacks and commercial tracking services (such as Chainalysis).
---
[01:18](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=78s) "Twitter for Your Bank Account" and Real-Life Tracking Cookies
Blockchains do not grant privacy; instead, Miers characterizes modern cryptocurrencies as “Twitter for your bank account.” By design, public ledgers expose all transactional activity and spending habits to the open world. This transparency is catastrophic for everyday users, businesses, and nation-states alike. For individuals, personal payment histories are visible to nosy acquaintances, stalkers, or creepy ex-partners. For commercial enterprises, transparent ledgers broadcast critical operational secrets: rival firms can audit entire supply chains, see exactly what vendors are charging, discover how much employees are paid, and use that compensation data to aggressively poach talent.
Even sovereign governments that advocate against financial privacy undermine their own national security on public ledgers. Whether the United States, Russia, or China, every major power faces foreign adversaries eager to harvest economic intelligence and exploit financial vulnerabilities revealed on-chain. Over the years, proposed remedies have ranged from mundane schemes that have no realistic chance of working to advanced cryptographic constructions, including Zerocash, which consumed five years of Miers's life as his doctoral dissertation. Yet cryptocurrency developers must understand the genuine protections these systems offer before integrating them. As Ian Miers observes: “If your government right and you think you want you don't want privacy for cryptocurrencies think again because there are other governments out there that don't like your government.”
```mermaid flowchart TD accTitle: Public Blockchain Surveillance Threats accDescr: Diagram illustrating how on-chain transparent transactions expose sensitive user and institutional data to diverse adversaries.
subgraph Ledger["Public Blockchain (Transparent Ledger)"] TX["Broadcast Transactions<br/>Sender, Recipient, & Amount"] end
subgraph Adversaries["Surveillance Vectors"] Adv1["Personal Adversaries<br/>• Stalkers & Creepy Exes"] Adv2["Competitors<br/>• Supply chain inspection<br/>• Employee poaching via salaries"] Adv3["Hostile Nation-States<br/>• Foreign intelligence gathering<br/>• Macro-economic espionage"] end
TX --> Adv1 TX --> Adv2 TX --> Adv3 ```
---
[02:45](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=165s) The Limits of Empirical Research and Parallels in Real-World Surveillance
Evaluating cryptocurrency privacy scientifically presents a unique methodological hurdle. Miers points out that attempting an empirical evaluation of blockchain privacy today is equivalent to assessing internet privacy in 1992, back when the World Wide Web consisted of early experiments running primarily at CERN. Contemporary cryptocurrency usage remains overwhelmingly speculative; there is no rich tapestry of daily human routines—purchasing a morning coffee, tapping into the subway turnstile, or buying lunch—with structured behavioral signals. Furthermore, academic researchers operate under strict ethical guidelines and limited budgets, meaning they cannot purchase the massive proprietary consumer datasets that commercial analytics entities exploit.
Consequently, researchers must rely on rigorous thought experiments and look to existing surveillance architectures to project what attacks will look like ten to twenty years down the line. Miers highlights real-world commercial advertising practices as the primary indicator: * **In-Store Payment Harvesting**: Companies like Google track not only digital spending but have partnered with financial aggregators to capture real-world point-of-sale transactions at retail outlets such as Walmart. While Google receives significant media pushback, far less scrupulous actors operate quietly with the same data. * **Predictive Profiling**: The famous Target retail scandal illustrated the power of purchase metadata: by tracking loyalty card purchases, Target's algorithms correctly inferred a teenage girl was pregnant and mailed baby-oriented promotional coupons to her household, alerting her father before she had disclosed the pregnancy herself. * **Social Payments (Venmo)**: Venmo popularized a default-public social feed broadcasting payment notes among peers. This resulted in widespread consumer tracking and blog guides instructing users on how to stalk their exes—a dynamic that Miers notes is deeply disturbing once stripped of lighthearted internet branding.
Without robust defenses, public blockchains will simply act as physical tracking cookies—a dystopian realization of Web 3.0 in physical space. As Ian Miers stresses: “Evaluating privacy for cryptocurrencies is not easy right to do it empirically would be akin to trying to evaluate privacy for the internet in 1992 when everything was just started when the first things that were running were only at CERN.”
---
[06:44](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=404s) The Fallacy of Plausible Deniability and Hiding the Transaction Graph
To design meaningful defenses, the cryptocurrency ecosystem must abandon outdated assumptions about operational security. Miers issues a sharp warning: in an era governed by machine learning, social credit scoring systems, and micro-targeted surveillance, relying on plausible deniability is fundamentally bankrupt. The original privacy ethos of Bitcoin was rooted in the notion that an individual accused of illicit purchases could simply claim, "You can't prove that address was mine." Miers dismisses this as the naive fantasy of a hobbyist mining coins on a Counter-Strike gaming rig in their parents' basement. Plausible deniability does not stop law enforcement from obtaining a search warrant, raiding a residence, and uncovering corroborating evidence.
Furthermore, blockchain privacy is inherently counter-intuitive. While encrypting data to block a passive outside observer who knows nothing about a transaction is relatively straightforward, passive observers are not the primary threat. Real privacy requires protecting users against the counterparties they interact with every day: the merchants accepting their payments, friends settling bills, or senders distributing funds. When an address is revealed to a merchant during checkout, merely hiding IP addresses or masking transaction values using Confidential Transactions is insufficient. To prevent counterparties from reconstructing a user's entire financial history, a protocol must conceal the transaction graph itself. As Ian Miers puts it: “The first thing if you take nothing else from this talk is that in a world of AI social credit systems you've probably seen that video going around on Twitter from the train in China and targeted advertising plausible deniability is not a plausible defense.”
- **The Fallacy of Deniability**: Shrugging off transactional linkage does not hold up against real-world search warrants, behavioral profiling, or legal scrutiny. - **Counterparty Threat Model**: The real danger is active counterparties (merchants, recipients, senders) who possess one anchor point in a transaction and use it to crawl the public graph. - **Structural Requirement**: Hiding transaction values (via Confidential Transactions) or obscuring networking layers (IP masking) fails if the transaction graph linking inputs to outputs remains visible.
[08:45](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=525s) Three Paradigms of Cryptocurrency Privacy
Ian Miers lays out three distinct design patterns for privacy in cryptocurrencies:
1. **Fully transparent systems (Bitcoin, Ethereum, etc.):** The transaction origin is explicitly specified, whether via UTXO or account balance. This completely exposes the transaction graph, providing zero privacy. 2. **Decoy transaction systems (CoinJoin, Mimblewimble, CryptoNote / RingCT / Monero):** These systems obscure the true origin by bundling the real transaction with a handful of decoy inputs (for example, selecting five possible decoy sources). The observer knows the real transaction is in that set, but cannot easily tell which one it is. It operates like throwing up chaff or visual noise, hoping the adversary lacks the visual acuity to isolate the signal. 3. **Shielded zero-knowledge systems (Zerocoin, Zerocash / Zcash):** These protocols do not identify the payment origin at all. If users take advantage of the shielded privacy-preserving transaction types, there is simply no transaction graph left to analyze or reconstruct.
Miers notes that extensive academic and empirical research has proven Bitcoin is not private, while Zerocash holds up well when shielded features are correctly utilized. The critical question is whether decoy-based approaches provide actual privacy. As Miers states bluntly: “The question is do these decoy based approaches work and spoilers the answer is no”.
```mermaid flowchart TD accTitle: Structural models of cryptocurrency privacy accDescr: Diagram contrasting transparent systems, decoy-based chaff systems, and shielded zero-knowledge systems.
subgraph Transparent["1. Transparent (Bitcoin, Ethereum)"] direction LR T1["Explicit Input"] --> T2["Explicit Output"] end
subgraph Decoys["2. Decoy-based (Monero, CoinJoin)"] direction LR D1["Real Source + N Decoys"] --> D2["Payment Chaff"] end
subgraph Shielded["3. Shielded (Zerocash, Zcash)"] direction LR Z1["Zero-Knowledge Proof"] --> Z2["Hidden Origin (No Graph)"] end ```
[10:24](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=624s) Taint Trees and the "Overseer Attack"
Decoy-based systems fall apart under analysis because of the underlying structural graph they inevitably generate. When a user pays a merchant using decoys (whether picking 3, 5, or 11 decoy inputs), the merchant does not just see those immediate decoys; they see the entire historical fan-out of every decoy's potential origins backwards in time. Miers terms this backward-branching cone a "taint tree." The exact same process works looking forward: when money is paid out, an observer can track all downstream spends that pick that payment as a real input or a decoy, forming an expanding forward-facing cone.
```mermaid flowchart LR accTitle: Forward and backward taint tree expansion accDescr: Visual depiction of how transactions expand backwards into historical decoy sources and forward into subsequent spend decoys.
subgraph Backward["Backward Taint Tree"] B3["Origins of Decoys"] --> B2["Selected Decoys (3-11)"] B2 --> B1["Payment Input"] end
B1 --> TX["Transaction"]
subgraph Forward["Forward Taint Tree"] TX --> F1["Merchant Spend"] F1 --> F2["Subsequent Spends"] F2 --> F3["Downstream Decoys"] end ```
This structural leakage enables what Miers calls the "overseer attack": - Suppose a consumer visits a merchant like Starbucks daily to buy coffee with a privacy coin, expecting cash-like anonymity. - If Starbucks were an adversary, could they construct a behavioral profile of coffee consumption and resell that data to health insurers? - While a single purchase might seem insulated by decoys, each consecutive visit generates its own backward taint tree. - Because customer funds often originate from a shared root—such as a single withdrawal from Coinbase or ShapeShift, or through recurring change addresses—the backward taint trees of multiple purchases will intersect. - By correlating these intersections across days, the merchant deanonymizes the buyer and links repeated purchases to one consumer profile.
[12:19](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=739s) Deanonymizing Dissidents via Targeted Deposits
The second attack vector exploits the danger of repeated interactions involving an adversary who controls or monitors a specific receiving point, such as a centralized exchange. Miers constructs an example involving a political dissident operating an anonymous dark-web donation portal from Saudi Arabia:
- The activist posts an address online to accept donations under the belief that decoy-based privacy shields their identity. - Believing the incoming funds are fully clean and untraceable, the activist deposits the received donations into a local Middle Eastern cryptocurrency exchange where they have completed full KYC (Know Your Customer) verification. - A state adversary (such as the Saudi government) subpoenas or compromises the exchange and inspects the backward taint trees for all customer deposits. - If the adversary sends a single tracking donation to the dissident's public address, seeing that transaction appear in a user's exchange taint tree is not absolute proof; innocent third parties may have randomly chosen that tracking output as a decoy input. - However, if the adversary sends multiple distinct tracking payments to the dissident's donation address, the probability that an unrelated third party randomly selected *all* of those specific tracking payments as decoys drops to near zero. - “And so what are the odds that some person has all of those payments in their taint trees right that all of these things are deposited in their account no approximately zero and so now you have with high probability identified the person and so this is really bad this is going to get you arrested or worse”.
As Miers emphasizes, repeated interactions with a sender or recipient represent the exact operational pattern where decoy-based privacy coins catastrophically fail.
[14:15](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=855s) Dusting Attacks and Third-Party Spend Tracking
The forward-facing taint tree enables third parties to link two completely separate entities without compromising either party's wallet. Miers illustrates this by demonstrating how an observer can verify whether a specific friend is spending money at a specific merchant:
- The attacker sends a tiny transaction ("dust") to the friend's address and another dust transaction to the merchant. - Over time, the forward taint trees for both payments fan out across the ledger as the funds and decoys are spent. - If a forward taint output from the friend's payment pool merges into the same transaction or address structure as an output from the merchant's payment pool, it raises suspicion. While a single overlap might be accidental decoy selection or internal merchant balance sweeping, repeated intersections across multiple rounds eliminate coincidence. - As Miers points out: “these the odds of this happening by happenstance because it's repeated interactions are approximately zero right and then you can watch this happen 3 4 5 10 20 times and now you really know for sure”. - He jokes about the social consequences: an observer could verify if their friend had an active Pornhub subscription, which would be embarrassing on multiple fronts—not only for paying for porn, but worse, “he's probably paying for porn with Verge which really like you have get better taste taste and friends”. - Because anyone can inject tracking dust into the system to unravel spending behavior, decoy-based architectures fail basic privacy guarantees: “And so are decoy based systems private the answer is no right with a little bit of thought and I emphasize this is a little bit of thought right we've come up with three plausible attacks that can break these things”.
[16:36](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=996s) Why Inadequate Privacy Tech Persists
Despite these structural vulnerabilities, decoy systems remain widely popular and defended across the cryptocurrency ecosystem. Miers explains that privacy engineering is profoundly counterintuitive and difficult:
- The developers designing these protocols are generally working hard and establishing dedicated, impressive communities, but evaluating privacy risks requires deep expertise: “to err is human”. - A major driver of the continued promotion of flawed schemes is the culture of cryptocurrency marketing and tribalism, where projects prioritize self-promotion and competing claims of superiority over rigorous security analysis.
[17:22](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1042s) The Illusion of Feature Lists and the Real Magnitude of Exposure
Ian Miers turns his critique toward what he characterizes as "privacy theater." Whenever one interacts with advocates of privacy coins—especially on Twitter, which he wryly notes is hardly the place to observe normal human behavior—the pitch invariably becomes a laundry list of cryptographic buzzwords: stealth addresses, ring signatures, cut-throughs, zk-SNARKs, VPNs, or Tor routing. While rattling off these features sounds remarkably impressive to prospective users, the list reveals absolutely nothing about the actual privacy delivered in practice. Miers insists that the ecosystem must stop evaluating privacy this way. While some of these techniques fail completely and others (like zk-SNARKs) show immense promise, a single primitive is merely a technique, not an end-to-end solution. A complete protocol must be evaluated by asking what is actually being hidden, whether the system succeeds in hiding it, whether it conceals everything else, and how safe the protocol remains under real-world usage patterns. In practice, most implementations hide very little, fail to hide it well, leave everything else exposed, and get used in inherently unsafe ways.
```mermaid flowchart TD accTitle: Feature List vs Ground-Up Protocol Evaluation accDescr: Contrasts superficial marketing lists with real-world threat models in cryptocurrencies.
subgraph FeatureList["Superficial 'Privacy Coin' Feature List"] F1["Stealth Addresses"] F2["Ring Signatures"] F3["zk-SNARKs / VPN / Tor"] end
subgraph Reality["Threat Model Reality Check"] R1["Public Blockchain = 'Twitter for your bank account'"] R2["Hostile, broadcast-by-default environment"] R3["Superficial features act like a band-aid on full exposure"] end
FeatureList -->|"Does not equal"| Solution["Ground-Up Secure Protocol"] Reality -->|"Requires"| Solution ```
To drive home the sheer scale of the problem, Miers offers a vivid metaphor: cryptocurrency is fundamentally "Twitter for your bank account." Because every payment is broadcast publicly to the entire world, using standard blockchains is the equivalent of standing completely naked in Times Square. Offering incremental, decoy-based privacy features in such an environment is like handing someone a tiny adhesive bandage to cover up that complete exposure. As Ian Miers puts it:
> “It's like trying to build a spacesuit out of duct tape and overalls, right? That's not how you go about protecting yourself from a very hostile and very exposed environment.”
Real security, he argues, cannot be retrofitted through half-measures; it must be engineered strictly from the ground up.
---
[19:09](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1149s) Zero-Knowledge Deployments: Sapling, BOLT, and Zexe
Miers temporarily sets aside his pledge not to shill Zcash to highlight that robust zero-knowledge solutions are no longer purely theoretical; they are live and highly practical. With the deployment of the Sapling upgrade—which launched within the previous 48 hours—generating a shielded zero-knowledge transaction takes under two seconds and consumes less than 40 megabytes of memory. These techniques can be implemented in any cryptocurrency, proving that performance bottlenecks are no longer a legitimate excuse to avoid strong layer-one privacy. Beyond layer-one Zerocash primitives, several next-generation research efforts and deployments are expanding these privacy guarantees:
- **Sapling (Layer 1):** Delivers fast zero-knowledge proofs (under 2 seconds generation time, < 40 MB memory usage) directly on-chain. - **BOLT (Blind Off-chain Lightweight Transactions):** A strongly private layer-two payment protocol being productized through an entity called Bolt Labs. - **Zexe (Zero-Knowledge Execution):** Academic work (co-authored by Sean Bowe and collaborators) enabling fully decentralized, private smart contract and application execution.
Miers emphasizes that developers have zero excuse today for leaning on flawed, weak privacy primitives when strong cryptographic tools—whether constructed using zk-SNARKs, Bulletproofs, or alternative constructions—are fully available. As Ian Miers argues:
> “There really isn't an excuse these days for using weak privacy techniques; we have strong ones, we have strong ones that use zk-SNARKs, you could do these with Bulletproofs, so you could use these other crypto, and you should do them—you shouldn't be using half-measures, and you shouldn't be telling people your things are private when they're not.”
---
[20:20](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1220s) The Hardest Unsolved Frontier: UX, Mobile, and User Education
Turning to the broader challenges facing privacy technologies, Miers stresses that having mathematically sound cryptography is insufficient if usability is neglected. Even Zcash has struggled with this exact barrier. Strong privacy guarantees fall apart when poor user interfaces permit or encourage counterproductive behaviors. For instance, across various cryptocurrencies, users frequently take amounts like $5.32, run them through an instant-exchange platform like ShapeShift into Monero, Zcash, or Dash, and immediately convert them straight back out on the other side. This round-trip swap provides zero meaningful privacy; any observer monitoring the blockchain can correlate the transactions in real time.
Solving this friction requires addressing mobile usability at the base protocol level. Users cannot be expected to download and synchronize an entire blockchain database just to execute private payments on a mobile device. While cryptographers can always design novel cryptographic underpinnings, tweak performance, or improve trust assumptions, Miers believes that the core protocol architecture is largely settled; designing clean usability, educational frameworks, and lightweight mobile experiences remains the hardest remaining challenge.
---
[21:33](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1293s) Conclusion and Q&A: TSA Cryptography and Mimblewimble/Grin
In his concluding remarks, Miers urges the community to stop treating privacy protocols like the TSA—systems that deploy flashy, reassuring rituals that give the illusion of safety while leaving critical vulnerabilities wide open. Under most deployed privacy-coin models, merchants can still trace customers across checkouts, intelligence services and governments can de-anonymize individuals from a single published online address, and friends can easily discover private personal expenses, such as recurring subscriptions to Adult entertainment sites like Pornhub. Decoy-based mechanisms simply fail to prevent these linkability exploits.
During the question-and-answer period, an audience member asks about Grin and the Mimblewimble protocol, specifically inquiring whether using blinding factors for each transaction—independent of CoinJoin aggregation—alters or improves privacy against transaction graph analysis. Miers responds that it does not:
> “The problem with Mimblewimble and Grin—so far, it's really promising techniques for compression—is that in a Mimblewimble transaction, you identify the UTXO you're spending and you generate a new output; you hide the values or hide the addresses, but the transaction graph is still there.”
In theory, Mimblewimble achieves privacy because non-interactive transaction aggregation can merge multiple payments into a single block-level mix. However, because individual transactions must first be broadcast across an open peer-to-peer gossip network, any listener running a node—whether an academic researcher or an intelligence agency—can capture, log, and reconstruct the un-aggregated individual transactions and their transaction graph before block inclusion. Miers concludes that until Mimblewimble designs an effective defense against network-level transaction snooping, it cannot be considered an adequate privacy solution.
## Notable quotes > [21:33](https://www.youtube.com/watch?v=9s3EbSKDA3o&t=1293s) The problem with Mimblewimble and Grin—so far, it's really promising techniques for compression—is that in a Mimblewimble transaction, you identify the UTXO you're spending and you generate a new output; you hide the values or hide the addresses, but the transaction graph is still there. — Ian Miers
## Mentioned Ian Miers, Zcash, Zcash Foundation, Bitcoin, Ethereum, Dogecoin, Chainalysis, Google, Walmart, Target, Venmo, Confidential Transactions, CoinJoin, Mimblewimble, CryptoNote, RingCT, Monero, Zerocoin, Zerocash, Coinbase, ShapeShift, Verge, Pornhub, Sapling, BOLT, Bolt Labs, Zexe, Sean Bowe, zk-SNARKs, Bulletproofs, Dash, Grin
## Video description Visit the https://archive.devcon.org/ to gain access to the entire library of Devcon talks with the ease of filtering, playlists, personalized suggestions, decentralized access on IPFS and more. https://archive.devcon.org/archive/watch/4/satoshi-has-no-clothes-failures-in-on-chain-privacy
Payments in Ethereum and Bitcoin are, by default, transparent. Transactions are conducted between pseudonyms with the sender, recipient and value exposed. While this transparency enhances auditability and decentralization, it is a major privacy issue. A growing volume of research shows that these pseudonymous identities are easily linkable. This is a major issue for privacy, fungibility, and a free market. A variety of techniques have been proposed to alleviate these issues. These include but are not limited to Confidential transactions + Conjoin, RingCT/Cryptnote, Zerocoin, Zerocash, Hawk, and Solidus. These techniques span a large multidimensional performance envelope in terms of transactions generation and validation time, size, as well as a range of cryptographic assumptions and data retention requirements. At the same time, these protocols offer markedly different levels of privacy against various threat models. Which one should we use? If performance were the sole issue, then systems without such enhancements would likely be preferred. Clearly some amount of privacy is necessary and the cost of getting it acceptable. The question is thus, which approaches provide sufficient privacy, in what contexts, and at what cost?
Speaker(s): Ian Miers Skill level: Beginner Track: Privacy Keywords: security
Follow us: https://twitter.com/efdevcon, https://twitter.com/ethereum Learn more about devcon: https://www.devcon.org/ Learn more about ethereum: https://ethereum.org/
Devcon is the Ethereum conference for developers, researchers, thinkers, and makers. Devcon 4 was held in Prague, Czech Republic on Oct 30 - Nov 2, 2018. Devcon is organized and presented by the Ethereum Foundation, with the support of our sponsors. To find out more, please visit https://ethereum.foundation/
[Source](https://www.youtube.com/watch?v=9s3EbSKDA3o)