MASTERING-BITCOIN

Bitcoin's Hidden API: Energy as a Trust Platform

IKey Relationships

These are conceptual relationships from the video rather than equations to solve. Refer back to them while exploring the visualizations and answering questions.

Relationship	Meaning
$\text{Reversal cost} = \sum_{i=1}^{n} E_i$	The energy needed to rewrite a transaction equals the sum of all stacked block work
$\text{Security} \propto n_{\text{confirmations}}$	More blocks on top means deeper burial and stronger immutability
$\text{On-chain txs}_{\text{Lightning}} = 2$	A payment channel touches the chain only to open and close, regardless of the number of off-chain payments
$\text{App} = \text{recipe of primitives}$	Each application is just a combination of Bitcoin's existing guarantees

IIVisualization 1: Energy-Backed Immutability

Conceptual question: Why is a transaction harder to reverse the longer it stays in the blockchain?

Each block stacked on top of your transaction adds more proof-of-work energy. To rewrite your transaction, an attacker must redo all of that stacked work. Use the slider to add confirmations and watch the reversal cost climb.

⚙ interactive visualization — coming to this page format soon

Reflect: Notice that with 0 confirmations the block is only weakly immutable — the reversal cost is low. As you add confirmations, the cost grows linearly and the transaction becomes strongly immutable. Immutability is not instant or absolute; it is purchased in joules, one block at a time.

IIIVisualization 2: Lightning Channels Scale Off-Chain

Conceptual question: How can Alice and Bob pay each other thousands of times while barely touching the blockchain?

A payment channel locks funds in a 2-of-2 multisig and exchanges commitment transactions privately, off-chain. The chain is only touched to open and close the channel. Compare this with settling every payment on-chain.

⚙ interactive visualization — coming to this page format soon

Notice: No matter how high you push the number of payments, the Lightning channel still only needs 2 on-chain transactions. The blockchain footprint stays constant while the number of instant off-chain payments grows without limit. This is the power of building a second layer on top of the conservative base layer.

IVVisualization 3: Apps Are Recipes of Primitives

Conceptual question: What does each application "use up" from the shared palette of Bitcoin guarantees?

Select an app and watch which building-block primitives light up. The same palette produces very different apps — no smart contracts required.

⚙ interactive visualization — coming to this page format soon

Reflect: Each app draws from the same fixed palette of guarantees but arranges them differently. Proof-of-Existence needs only 3 primitives; a payment channel composes 5. None of them require an on-chain program executing arbitrary code — they are pure arrangements of Bitcoin's existing properties.

VQuiz Questions

Question 1

Proof-of-Existence acts as a digital notary: you hash a document and commit the fingerprint into a transaction. Which three building-block primitives make up this recipe?

✅ Correct! These three primitives turn the blockchain into a tamper-proof notary.

❌ Not quite. Those primitives belong to a different recipe. Think about what a notary needs: permanence, a time stamp, and replication.

Show solution

Solution:

Proof-of-Existence combines:

Immutability — the committed fingerprint can never be altered.
Timestamping — the block proves when the data existed.
Durability — replicated across thousands of nodes, the proof can't be lost.

Together they prove that this exact data existed at this exact moment — with no notary and no central registry.

Question 2

True or False: A freshly mined block is strongly immutable and its transactions effectively cannot be reversed.

✅ Correct! A new block is only weakly immutable; confirmations strengthen it over time.

❌ Not quite. A new block has very little energy stacked on top, so it is weakly immutable, not strongly.

Show solution

Solution:

The statement is False. Immutability is not instant or absolute.

A freshly mined block is only weakly immutable — little energy sits on top of it.
It strengthens with every confirmation, as more proof-of-work energy piles on.

Reversal cost equals the sum of all stacked work, so security grows roughly proportionally with the number of confirmations.

Question 3

In Lighthouse crowdfunding, contributors each sign an input with a special SIGHASH flag, all pointing to the same funding output. The transaction can't be spent until the goal is fully funded — it is all-or-nothing. Which property does this atomicity replace?

✅ Correct! Atomicity provides all-or-nothing execution, doing the job an escrow normally would.

❌ Not quite. Atomicity guarantees the funding either fully completes or doesn't happen — replacing a trusted intermediary.

Show solution

Solution:

The correct answer is a trusted escrow service or middleman.

In normal crowdfunding, an intermediary holds everyone's money and only releases it if the goal is met. In Lighthouse, atomicity does that job: the transaction either fully executes (goal reached) or doesn't happen at all (no money moves).

The signatures are still required, the hash function is unrelated, and mining still secures the chain — atomicity specifically removes the trusted intermediary.

Question 4

Alice and Bob open a Lightning payment channel and make 1,000 instant off-chain payments to each other before closing it. At minimum, how many on-chain transactions does this require?

✅ Correct! Only the open and close transactions hit the chain — the 1,000 payments stay off-chain.

❌ Not quite. Off-chain payments don't each require an on-chain transaction. The chain is only touched to open and close the channel.

Show solution

Solution:

The answer is 2.

A payment channel only touches the blockchain to:

Open the channel (lock funds into the 2-of-2 multisig settlement transaction).
Close the channel (broadcast the final commitment to settle balances).

All 1,000 payments are exchanged as commitment transactions privately, off-chain, each newer one superseding the last via shorter timelocks. The on-chain footprint stays at 2 regardless of how many off-chain payments occur — exactly the scaling behavior you saw in Visualization 2.

Solved: 0 / 4