Block 01
Valid- Index
- 01
- Timestamp
- Aug 26, 2026, 10:00
- Data
- Genesis block
- Previous hash
- 0 (genesis)
- Nonce
- 8,299
- Hash
- 000d15874e8c9c7e…
03 Tampering
4 blocks · difficulty 3Edit a block's data and see how its hash changes — and why later blocks can no longer prove one continuous history.
A guide by Rakibul Islam · Start a guided exercise · Read the articles
Block 01
ValidBlock 02
InvalidBlock 03
InvalidBlock 04
Invalid1. Edit block 02 data
23 / 512 characters2. Hash comparison
000e0e0873804d95b512b7f381fda2b2e0b5ef21f85a7c63783cea954f5c99368cb1d134757e21646b969e4868f0e0b3f0aaf39291cda9bf21285b725181d829Hashes do not match
3. Proof of work
000…leading zerosThis updates block 02 and every descendant.
The chain is invalid. Check the reason under each block: block 02 may miss the target, block 03 may reference the old parent hash, and later blocks can extend invalid history even when their own checks pass. Re-mine from block 02 to repair the local suffix.
Guided practice
Four exercises use the same workbench above. Start each with Reset. All payment descriptions are fictional text; no funds move.
By Rakibul Islam · Technical content and exercises reviewed . Dates reflect content review, not simulated block timestamps.
Recognize a deterministic hash: identical bytes give the same digest, while a small edit usually changes many hexadecimal digits.
The edit produces a different 64-character SHA-256 digest. Restoring the original text restores the original hash because the timestamp, nonce, index, and parent hash stayed fixed. The hash is computed from all of those fields, not the transaction text alone.
A trailing space counts as data. Reset before comparing: re-mining can change the nonce. A hash is not encryption, and a different-looking digest does not tell you who changed the text.
This app hashes a pipe-delimited string once. Real protocols define exact byte encodings and data commitments. Hash collisions are possible in principle; they are not a practical way to repair this example.
Re-mining searches from nonce zero. If the nonce changed, the full hash input is different even when the text matches.
Primary sources: NIST · Secure Hash StandardBitcoin · Block headers and target
Separate a block’s own checks from the validity of the history it extends.
Block 03 keeps its old parent reference, so it no longer matches block 02. Block 04 can pass its own checks yet extend invalid history. Adding block 05 does not fix that. Re-mining in order updates each parent reference and restores the local chain.
Do not treat a leading-zero hash as a complete validation result. A new valid tip does not cure a bad ancestor. Displayed hashes are shortened; the program compares all 64 characters.
These checks cover hash consistency, parent references, and a toy target. Real validation also checks transactions, authorization, spending rules, and protocol-defined genesis and block structure. No peers vote on this local result.
Its own fields can be internally consistent while its ancestry is invalid. The UI labels cumulative history, not just the current block.
Primary sources: Bitcoin · Block chain and validation
Read next: Why changing one transaction breaks a blockchainTransaction submitted versus transaction confirmedPreventing duplicate blockchain payments when requests retry
Trace an attempted historical edit without confusing a local rewrite with a network accepting it.
The new text breaks the original hash commitment. For this chosen edit, block 02 also misses the target. Repairing the local chain changes the descendants’ commitments; it does not make the new payment authorized or rewrite anyone else’s copy.
Do not say all later stored hashes change immediately: they remain unchanged until re-mining. An arbitrary edit could happen to meet the target, but that would not fix the child’s old reference. The dollar sign in the initial demonstration is only text.
The browser deliberately lets you edit historical text. It has no signatures, balances, transaction execution, or competing honest chain. A real node would reject an unauthorized spend even inside a block with valid proof of work.
No. Green means the local teaching checks pass. The simulator never sends or executes payments.
Primary sources: Bitcoin · Block chain and validationBitcoin white paper · Sections 4–6 and 11
Read next: Why changing one transaction breaks a blockchainTransaction submitted versus transaction confirmed
Explain why finding a suitable nonce takes repeated attempts but checking a candidate requires one hash calculation here.
The same starting fields and search order give the same nonces. Different input changes the search. With uniformly distributed digests, a three-zero target succeeds with probability 1/4096 per attempt, giving an expected 4096 attempts, not a deadline or guarantee. Attempts shown during mining restart for each block.
A larger nonce is not a measure of a miner’s intelligence. One run cannot establish a timing benchmark. The simulator yields between batches, so wall-clock time includes browser scheduling.
Bitcoin compares a double-SHA-256 block-header hash against a numeric target and adjusts difficulty under its rules. This fixed target, single-hash demo has no hardware competition or rewards. Ethereum uses proof of stake, not this mining process.
No. Recalculate the candidate hash and check the target. Real nodes must additionally validate the entire block and its transactions.
Primary sources: Bitcoin · Block headers and targetEthereum · Proof of stake and finality
Read the field notes
Follow a transaction edit through hashes, parent links, and proof of work, and learn why repairing a local chain does not rewrite a real network.
Separate broadcast, inclusion, execution success, confirmations, and finality, with Bitcoin and Ethereum examples and a plan for reorganizations.
Design retries around one durable payment intent, reconcile ambiguous broadcasts, and test an offline example that prevents duplicate simulated effects.
Blockchain glossary
28 reviewed terms, written for beginners and connected to primary technical sources.
Foundations
A sequence of records linked by cryptographic hashes and maintained under shared validation rules.
Definition
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
An ordered container of data plus metadata used to verify and connect it to a chain.
Definition
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
The first block in a chain, created without a normal previous block reference.
Definition
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
A fixed-length digest calculated from data so that even a tiny input change produces a very different result.
Definition
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
A standardized cryptographic hash algorithm that produces a 256-bit message digest.
Definition
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
A block field that points to the cryptographic hash of the block immediately before it.
Definition
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
A value miners vary to produce different candidate hashes for the same block data.
Definition
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
A measure related to how hard it is to find a proof-of-work hash that satisfies the network target.
Definition
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
A mechanism that makes producing an acceptable block computationally costly while keeping verification cheap.
Definition
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
The process of constructing candidate blocks and searching for proof-of-work that satisfies the target.
Definition
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
The result of checking every block's contents, proof, and link against the chain's rules.
Definition
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
The ability to detect that recorded data or its chain of references has changed.
Definition
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
How deeply a transaction’s block is buried in the currently selected chain.
Definition
In the usual Bitcoin convention, inclusion counts as one confirmation and each following active-chain block adds one. The count is meaningful only while the containing block remains in the selected history. A reorganization can reduce it or remove the inclusion. A confirmation threshold is an application risk policy, not a universal guarantee of settlement.
Networks & Consensus
A protocol-dependent assurance about whether accepted history can be replaced.
Definition
Finality is not a synonym for an HTTP success response or one block of inclusion. Bitcoin provides probabilistic settlement confidence through accumulated work. Ethereum proof of stake uses checkpoint finalization with supermajority stake votes and economic penalties under its safety assumptions. Finalization may stall; an application must observe the relevant network state rather than assume a timer guarantees it.
Networks & Consensus
A change to the selected chain that replaces a previously observed suffix.
Definition
When fork choice selects a different valid history, blocks previously treated as canonical can leave the active chain. A transaction in those blocks may be included elsewhere, return to pending, or conflict with the new history. Applications should retain inclusion block hashes and revisit unsettled observations. This local simulator demonstrates broken ancestry but does not implement competing branches or network reorganizations.
Networks & Consensus
Repeated attempts at the same logical operation preserve a single intended effect.
Definition
For a payment API, retries should reuse one durable operation identity bound to the same normalized parameters. Reusing that identity with a different payment must be rejected. Blockchain spending rules do not automatically deduplicate an order refund sent twice as two different valid transfers. Application idempotency requires durable storage, concurrency control, and reconciliation after ambiguous submission outcomes.
Networks & Consensus
A computer running protocol software that exchanges, verifies, or stores blockchain data.
Definition
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
A network in which participants exchange blocks and transactions directly rather than through one central server.
Definition
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
The rules and process nodes use to agree on which state and history they will accept.
Definition
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
A point where nodes temporarily or deliberately follow different valid-looking blockchain histories or rules.
Definition
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
The consensus rule nodes apply when more than one candidate blockchain history exists.
Definition
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
A majority-hash-power attack in which one actor can outpace honest proof-of-work miners and reorganize recent history.
Definition
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
A protocol-formatted instruction, usually authorized by a digital signature, that proposes a state change.
Definition
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
An interface, application, or device that manages keys and helps a user interact with blockchain accounts.
Definition
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
The non-secret value in an asymmetric key pair, used to verify signatures or derive identifiers.
Definition
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
A secret value used to produce digital signatures that authorize actions for a blockchain account.
Definition
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
A cryptographic value used to verify that the corresponding private key signed a specific message.
Definition
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
Program code deployed to a blockchain that executes according to the network's rules when called.
Definition
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.