Correspondence topic guide · Edition 1.0.0
Privacy, addresses & anonymity
A bounded guide to the public record on pseudonyms, keys, addresses and privacy—including what those records cannot prove about people or wallets.
What this guide includes.
This guide groups records tagged privacy or addresses. Those tags can capture key management, receiving addresses, wallet operation and anonymity discussion; they should not be read as interchangeable concepts.
Limit: An address is not a verified person or wallet. Correspondence metadata, transaction-graph proximity and address reuse cannot by themselves establish ownership, identity or control.
Coverage / 2008–2010
The shape of this source set.
Counts describe indexed records, not distinct claims or unique ideas. Cross-posts, reply threads and multi-tag records can overlap.
Records by year
- 4
- 22
- 108
Records by venue
| Venue | Records | Share |
|---|---|---|
| BitcoinTalk | 116 | 86.6% |
| Cryptography list | 7 | 5.2% |
| bitcoin-list | 6 | 4.5% |
| P2P Research list | 4 | 3.0% |
| P2P Foundation | 1 | 0.7% |
Matching tag counts
- privacy5541.0% of this guide
- addresses9671.6% of this guide
Tag counts can sum above the 134 unique records in this guide.
Reading lenses
Three questions to carry into the sources.
These prompts organize close reading. They are not quotations or claims attributed to Satoshi.
- 01
Pseudonymity, not invisibility
Separate source-era claims about privacy from stronger claims of anonymity that the records do not support.
- 02
Keys and receiving practice
Use address-tagged records to follow operational discussion of keys and receiving without inferring common ownership.
- 03
Evidence boundaries
Treat statements in the correspondence as historical design evidence, not proof about who later controlled an address.
Deterministic reading path
Ten coordinates across the record.
The generator removes repeated normalized subjects, then selects an even chronological spread. It is a reproducible orientation set—not a ranking of importance or a random sample.
-
01
· Cryptography list
Bitcoin P2P e-cash paper
-
02
· BitcoinTalk
Bitcoin 0.2 released!
-
03
· BitcoinTalk
Re: What's with this odd generation?
-
04
· BitcoinTalk
Re: Exchange Methods
-
05
· BitcoinTalk
Re: Bitcoin in Ubuntu 10.04
-
06
· BitcoinTalk
Re: They want to delete the Wikipedia article
-
07
· BitcoinTalk
Re: A proposal for a semi-automated Escrow mechanism
-
08
· BitcoinTalk
Re: Bitcoin does NOT violate Mises' Regression Theorem
-
09
· BitcoinTalk
Version 0.3.14
-
10
· BitcoinTalk
Re: Fees in BitDNS confusion
Need every match? Open the searchable archive with the primary tag applied. For combined-tag coverage, use the exact selection rule recorded above.
Limited source previews
Three pointers into the full record.
Each preview is an existing archive excerpt of no more than 18 words from a separate source record. Complete wording stays at the linked archive.
· bitcoin-list
Release notes for Bitcoin v0.1 Alpha Bitcoin is a new electronic cash system that uses a peer-to-peer network…
Read the complete record in context ↗· BitcoinTalk
SHA256 is not like the step from 128 bit to 160 bit. To use an analogy, it's more…
Read the complete record in context ↗· BitcoinTalk
Not locktime. There's a possible design for far in the future: You intentionally write a double-spend. You write…
Read the complete record in context ↗
Exact tags, documented era, pinned bytes.
The network-free builder verifies correspondence dataset v1.0.0 by SHA-256, includes only records marked documented-project-era, and matches exact labels in each record’s topics array. The disputed 2014 account message is excluded. Topic labels were created for discovery from subjects, normalized source text and linked quotation categories; they are not human-authored abstracts.
When citing a statement, cite the linked original or archival record—not this guide’s count alone. Source rights remain with their respective holders; this page adds original organization, statistics and limited excerpts.