03   Tampering

4 blocks · difficulty 3

See one change travel through the chain

Edit a block's data and see how its hash changes — and why later blocks can no longer prove one continuous history.

This is a simplified, local simulator — not a real blockchain network.
Invalid chain

Block 01

Valid
Index
01
Timestamp
Aug 26, 2026, 10:00
Data
Genesis block
Previous hash
0 (genesis)
Nonce
8,299
Hash
000d15874e8c9c7e…
All checks pass

Block 02

Invalid
Index
02
Timestamp
Aug 26, 2026, 10:01
Data
Previous hash
000d15874e8c9c7e…
Nonce
1,772
Hash
8cb1d134757e2164…
Hash misses target

Block 03

Invalid
Index
03
Timestamp
Aug 26, 2026, 10:02
Data
Order #1024 shipped
Previous hash
000e0e0873804d95…
Nonce
513
Hash
000c61367e34836d…
Previous hash mismatch

Block 04

Invalid
Index
04
Timestamp
Aug 26, 2026, 10:03
Data
Inventory update
Previous hash
000c61367e34836d…
Nonce
1,059
Hash
000d4de39c97a077…
Earlier history invalid

1. Edit block 02 data

23 / 512 characters

2. Hash comparison

000e0e0873804d95b512b7f381fda2b2e0b5ef21f85a7c63783cea954f5c99368cb1d134757e21646b969e4868f0e0b3f0aaf39291cda9bf21285b725181d829

Hashes do not match

3. Proof of work

000leading zeros

This updates block 02 and every descendant.

Changing block 02 produced a new hash. Its proof-of-work no longer meets the target, and block 03 still points to block 02's old hash. That broken link leaves the remaining history invalid until the affected blocks are re-mined.

Blockchain glossary

The concepts behind the experiment

Twenty-four reviewed terms, written for beginners and connected to primary technical sources.

Foundations

6 terms

Foundations

Blockchain

A sequence of records linked by cryptographic hashes and maintained under shared validation rules.

A blockchain groups data into ordered blocks and includes a reference to the previous block in each new block. That structure makes historical edits visible because changing one block changes its hash and breaks the reference held by the next block. Real blockchains also need a network and consensus rules; this field guide demonstrates only a small local chain.

Foundations

Block

An ordered container of data plus metadata used to verify and connect it to a chain.

A block typically contains or commits to transactions, a timestamp or slot, a reference to earlier history, and consensus-specific fields. This demo uses index, timestamp, data, previous hash, nonce, and current hash so the linking mechanism stays visible. Production block formats differ across protocols.

Foundations

Genesis block

The first block in a chain, created without a normal previous block reference.

The genesis block establishes the starting point from which later blocks derive their history. Its parameters are defined by the protocol or the local experiment. In this simulator its previous hash is represented by zero, while real networks define a specific genesis block and initial state.

Foundations

Hash

A fixed-length digest calculated from data so that even a tiny input change produces a very different result.

A cryptographic hash function maps an input message to a fixed-size digest. The digest is fast to recompute and helps detect whether the input changed, but it does not encrypt the original data and cannot by itself prove who created it. Blockchains use hashes inside block references, transaction identifiers, signatures, and proof-of-work schemes.

Foundations

SHA-256

A standardized cryptographic hash algorithm that produces a 256-bit message digest.

SHA-256 is one member of the Secure Hash Algorithm 2 family specified by NIST. This field guide uses it once over a simple serialized block for teaching. Bitcoin's actual block-header proof-of-work applies SHA-256 twice and compares the numeric result with a target, so the simulator is intentionally simplified.

Foundations

Previous hash

A block field that points to the cryptographic hash of the block immediately before it.

The previous-hash reference creates the visible chain. If an earlier block changes, its new hash no longer matches the value stored by its successor. Rebuilding a valid proof-of-work chain means updating that reference and redoing the required work for every affected descendant.

Proof of Work

6 terms

Proof of Work

Nonce

A value miners vary to produce different candidate hashes for the same block data.

In this simulator the nonce starts at zero and increments until the SHA-256 digest begins with the required number of zero characters. A real protocol defines exactly which header fields miners can change and evaluates a numeric target rather than a text prefix, but the repeated-trial principle is the same.

Proof of Work

Difficulty

A measure related to how hard it is to find a proof-of-work hash that satisfies the network target.

A stricter target leaves fewer acceptable hashes, so miners need more attempts on average. Networks such as Bitcoin adjust the target over time to regulate block production. This demo fixes difficulty at three leading hexadecimal zeros so mining finishes quickly enough for a browser lesson.

Proof of Work

Proof of work

A mechanism that makes producing an acceptable block computationally costly while keeping verification cheap.

A miner repeatedly hashes candidate block headers until one falls below the required target. Other nodes can verify the result with a small amount of work. In a chain, altering history requires repeating proof-of-work for the changed block and its descendants, then competing with the work of the accepted network chain.

Proof of Work

Mining

The process of constructing candidate blocks and searching for proof-of-work that satisfies the target.

Mining is more than guessing a nonce in a real cryptocurrency network: miners also select transactions, construct a candidate block, validate rules, and propagate a successful block. The field guide isolates the nonce-search step so learners can see attempts, the resulting hash, and the cost of repairing descendants.

Proof of Work

Chain validity

The result of checking every block's contents, proof, and link against the chain's rules.

This simulator calls a block valid when its stored hash matches its current fields, its hash meets the teaching difficulty, and its previous hash matches the actual predecessor. Real nodes enforce many additional consensus and transaction rules. A locally consistent chain is therefore not automatically accepted by any real network.

Proof of Work

Tamper evidence

The ability to detect that recorded data or its chain of references has changed.

Hash links make edits evident because the changed block gets a different digest and later blocks still point to the old value. Proof-of-work raises the cost of rebuilding that history, while a distributed consensus process decides which history participants accept. This is why “tamper-evident” is more accurate than saying data is literally impossible to change.

Networks & Consensus

6 terms

Networks & Consensus

Node

A computer running protocol software that exchanges, verifies, or stores blockchain data.

Nodes have different roles and capabilities. A validating node independently checks blocks and transactions against consensus rules, while lightweight clients may rely on compact proofs or other nodes for some data. The browser field guide has no peers, so it should not be mistaken for a node on a public network.

Networks & Consensus

Peer-to-peer network

A network in which participants exchange blocks and transactions directly rather than through one central server.

In Bitcoin's design, transactions and newly found blocks are broadcast among nodes. Peer-to-peer communication helps the network propagate a shared view without a single central publisher, but it does not eliminate protocol rules, unequal connectivity, operational concentration, or the need to handle conflicting messages.

Networks & Consensus

Consensus

The rules and process nodes use to agree on which state and history they will accept.

Consensus combines validation rules with a method for resolving competing histories. Proof-of-work is one ingredient in Bitcoin's consensus, not a synonym for every blockchain consensus system. This local simulator validates one chain in one browser and therefore does not demonstrate distributed agreement.

Networks & Consensus

Fork

A point where nodes temporarily or deliberately follow different valid-looking blockchain histories or rules.

A temporary chain fork can occur when miners produce competing blocks near the same time. Nodes keep track of alternatives and converge according to the protocol's chain-selection rule. The word also describes a lasting rule change that creates incompatible networks, so the surrounding context matters.

Networks & Consensus

Chain selection

The consensus rule nodes apply when more than one candidate blockchain history exists.

Bitcoin nodes select the valid chain with the most accumulated proof-of-work, often described informally as the longest chain. Raw block count alone is not the precise rule. Chain selection lets independently operating nodes converge after temporary forks when one history accumulates more accepted work.

Networks & Consensus

51% attack

A majority-hash-power attack in which one actor can outpace honest proof-of-work miners and reorganize recent history.

An attacker controlling most active hash power can build an alternative chain faster than the honest network, potentially reversing the attacker's own recent payments or censoring transactions. It does not reveal private keys or allow arbitrary signatures, and its feasibility and impact depend on the network and duration.

Ownership & Applications

6 terms

Ownership & Applications

Transaction

A protocol-formatted instruction, usually authorized by a digital signature, that proposes a state change.

A transaction can transfer value, call a smart contract, or perform another network-defined action. Nodes validate its authorization, format, and state-dependent conditions, including a signature when the protocol requires one. Broadcasting a transaction is not the same as having it included and confirmed in an accepted block.

Ownership & Applications

Wallet

An interface, application, or device that manages keys and helps a user interact with blockchain accounts.

A wallet does not normally store coins as files inside the device; the network records state while the wallet controls the credentials used to authorize actions. Wallet designs range from self-custody tools to services where another party holds keys, so users need to understand who can sign and recover access.

Ownership & Applications

Public key

The non-secret value in an asymmetric key pair, used to verify signatures or derive identifiers.

A public key can be distributed without revealing the private key. Depending on the protocol, addresses are derived from public keys rather than being identical to them. Others use the public key and signature to verify that a transaction was authorized by the corresponding private key.

Ownership & Applications

Private key

A secret value used to produce digital signatures that authorize actions for a blockchain account.

Control of a private key usually means control of the actions that key can authorize. It should not be shared or placed in a website form. Losing it can make self-custodied assets inaccessible, while exposing it lets someone else sign. Wallets often protect or derive keys from recovery material.

Ownership & Applications

Digital signature

A cryptographic value used to verify that the corresponding private key signed a specific message.

A signing algorithm combines a private key with a message digest to create a signature. Verifiers use the corresponding public key to check it. Signatures provide authorization and integrity evidence, but application rules still determine whether a signed transaction is valid, timely, and permitted.

Ownership & Applications

Smart contract

Program code deployed to a blockchain that executes according to the network's rules when called.

A smart contract stores code and often state at a blockchain address. Transactions invoke its functions, and every validating node reproduces the resulting state transition. The name does not guarantee that the program is legally a contract, intelligent, secure, upgradeable, or able to access off-chain facts without an additional mechanism.