The Whitepaper — The Church of Satoshi

✦

A note on this presentation

The text of the Whitepaper is the foundational gospel of the Church of Satoshi. It is the only document in the inner canon that is reproduced as received, without addition, abridgement, or paraphrase. The original is nine pages, twelve sections, and a list of references; it is freely available, archived in many places, and to be read in full by any believer who wishes to hold the canon in their hands.

In this volume the Whitepaper is read in two layers. The first layer is the text itself, which the Church does not edit; it only adds verse numbers, in the same way later editors of older scripture added chapter and verse to texts that were originally continuous. The second layer is the glosses: short introductions, in the voice of the Church, that frame each section before it is read. The glosses are not scripture. They are the work of the Church reading the gospel, and they are subject to revision. The text of the Whitepaper is not.

What follows here are the glosses, given as a reading guide. Take up the original — it is archived in many places, and it is nine pages — and read each section after its gloss, in order, until the whole has been received.

Citation: Whitepaper Section:Paragraph (e.g., Whitepaper 4:1 refers to the first paragraph of Section 4, “Proof-of-Work”).

Preface — Of how this document is to be read

The Whitepaper is a technical document. It does not announce itself as scripture.
It speaks in the language of cryptography, of timestamping, of probabilities and proofs.
The faithful are not asked to understand every paragraph at first reading.
The faithful are asked to receive the document as it was written, and to return to it.
As an older scripture is read at every season of life, and reveals different things at different ages, the Whitepaper is to be read at every halving, and reveals different things at different vantages.
The Church teaches: read the Whitepaper aloud once a year, in full, in one sitting, on the eve before Genesis Block Day. This is the discipline of Whitepaper Day.
The reader who does not understand every section is in good company. The reader who understands every section has not yet finished reading.

Section 1 — Introduction

Of the problem the document was sent to address.

Gloss: The Introduction names the wound. It states, in plain technical language, the problem of trust in conventional electronic payments. The faithful read this section as the diagnosis. The whitepaper does not begin with a vision; it begins with a deficiency. The remedy will follow, but the remedy is shaped by the deficiency, and the deficiency must be heard first.

[Original text of Section 1 to be inserted here, with paragraphs numbered as Whitepaper 1:1, 1:2, …]

Section 2 — Transactions

Of how value is moved on the chain.

Gloss: The whitepaper introduces the basic unit of the chain — the transaction. A transaction is an instruction signed by a holder, transferring a quantity of coin to a new holder. The Church reads this section as the description of the priesthood of all believers in technical terms: every holder signs their own transactions, with their own keys, and the chain accepts the signature without consulting any intermediary. The keys are the priesthood; the transaction is the rite.

[Original text of Section 2 to be inserted here, numbered as Whitepaper 2:1, 2:2, …]

Section 3 — Timestamp Server

Of the discipline of memory.

Gloss: Before the proof-of-work, before the network, before the incentive — the timestamp. The chain is, before all else, a record that what happened, happened. The timestamp server orders the events. Without ordering there is no truth, only opinion. The Church reads this section as the architecture of memory itself.

[Original text of Section 3 to be inserted here, numbered as Whitepaper 3:1, 3:2, …]

Section 4 — Proof-of-Work

Of the cost of the block, and why the cost is the truth.

Gloss: The most quoted section among the faithful. Here the whitepaper introduces the mechanism by which the chain is secured: a computational puzzle that must be solved before a block is accepted, and which any honest party can verify cheaply but no party can produce cheaply. The Church reads this section as the doctrine of sacrifice. There is no truth without cost; the cost is the sanctification. The miners are not merchants of computation; they are custodians of the work.

[Original text of Section 4 to be inserted here, numbered as Whitepaper 4:1, 4:2, …]

Section 5 — Network

Of how the nodes find one another.

Gloss: The whitepaper describes how the nodes propagate transactions and blocks among themselves. There is no central server. Each node hears from its peers, validates, and forwards. The Church reads this section as the doctrine of voluntary association. The network is what the nodes choose to do together; it does not exist apart from their choosing.

[Original text of Section 5 to be inserted here, numbered as Whitepaper 5:1, 5:2, …]

Section 6 — Incentive

Of why the honest miner is paid.

Gloss: The whitepaper explains how the miners are compensated for their work — by the issuance of new coin and by the fees of the transactions they include. The Church reads this section as the alignment of the keeper and the kept. The miner who acts honestly is paid; the miner who acts dishonestly is paid less than they could have been by acting honestly. The chain does not require the miner to be virtuous. The chain rewards virtue without commanding it.

[Original text of Section 6 to be inserted here, numbered as Whitepaper 6:1, 6:2, …]

Section 7 — Reclaiming Disk Space

Of how the chain remains light enough to be carried.

Gloss: A practical section on how old transaction data can be pruned from individual nodes without compromising the integrity of the chain. The Church reads this section as the modesty of the work. The chain was designed not for one large keeper but for many small ones. The chain is to be carried by anyone who wishes to carry it.

[Original text of Section 7 to be inserted here, numbered as Whitepaper 7:1, 7:2, …]

Section 8 — Simplified Payment Verification

Of how a holder may verify without keeping the whole chain.

Gloss: A method by which lightweight clients can verify payments by querying the network for short proofs, without storing the full chain. The Church notes this section with care: it permits convenience, but it permits less than full sovereignty. To run a full node is to verify in full; to run a simplified client is to trust the network at a higher level. The faithful are encouraged, where they are able, to keep the higher discipline.

[Original text of Section 8 to be inserted here, numbered as Whitepaper 8:1, 8:2, …]

Section 9 — Combining and Splitting Value

Of how transactions are composed.

Gloss: A technical section on how a transaction can take inputs from multiple sources and produce outputs to multiple destinations. The Church reads this section as the geometry of the chain — the way that value can be gathered and dispersed without loss of identity. The coin is divisible without remainder; the satoshi is the smallest unit; the chain accommodates the gathering of dust and the dispersal of fortune with the same indifference.

[Original text of Section 9 to be inserted here, numbered as Whitepaper 9:1, 9:2, …]

Section 10 — Privacy

Of what the chain reveals and what it conceals.

Gloss: The whitepaper acknowledges that a public ledger appears to threaten privacy, and proposes a model in which privacy is preserved by separating identities from public keys. The Church reads this section as a careful one. The chain remembers; the chain reveals what is on the chain; the privacy of the holder rests on the discipline of how the holder uses the chain. To hold privately is a practice, not a default.

[Original text of Section 10 to be inserted here, numbered as Whitepaper 10:1, 10:2, …]

Section 11 — Calculations

Of why the chain is hard to attack.

Gloss: A mathematical section in which the whitepaper analyzes the probability that an attacker could rewrite the chain. The conclusion: as the chain grows, the probability of a successful attack approaches zero. The Church reads this section as the doctrine of accumulated witness. Every block confirmed makes every block before it more secure. The faithful do not chase the latest block. The faithful trust the depth of the chain that has accrued behind it.

[Original text of Section 11 to be inserted here, numbered as Whitepaper 11:1, 11:2, …]

Section 12 — Conclusion

Of how the document closes.

Gloss: The whitepaper ends without flourish, without exhortation, without prediction. It states what has been proposed and what it accomplishes. The Church reads this closing as a model: do the work, describe what you did, leave the future to those who will receive it.

[Original text of Section 12 to be inserted here, numbered as Whitepaper 12:1, 12:2, …]

A closing note

The original Whitepaper is to be obtained from a canonical source — the archived original of the cryptography mailing list, or any of the public archives that have preserved it without alteration. When the text is inserted into this volume, no change is to be made to it. The English of the original is the English of the gospel; the punctuation of the original is the punctuation of the gospel. The numbering of paragraphs added by the Church for citation purposes is not a part of the gospel and is set in superscript or in margin so that the reader may always distinguish what was received from what we have added.

When the text of the whitepaper is read in full, the gloss is set aside. The gloss is for the eve of reading, and for the months between readings. The text is for the day of reading.

Peace, and may your blocks confirm.