Bitcoin has no central message bus. Nodes discover peers, parse untrusted frames, exchange inventory, retrieve transactions and blocks, validate locally, maintain tentative mempool state and connect only valid blocks to chainstate.
10 connected lessons Practice in every lesson
01
See the whole system first
Each specialist lesson expands one relationship in this end-to-end map.
01
Discover
DNS seeds, learned addresses and manual peers help a node find connections.
02
Handshake
Version and verack negotiate services and protocol capabilities.
03
Announce
Inventory or compact-block messages advertise objects without making them trusted.
04
Retrieve
Peers request bounded transactions, headers or blocks they need.
05
Validate
The receiving node independently checks each object before relay or connection.
You will be able to parse P2P message framing, trace discovery and relay, distinguish every major node store, and diagnose stale peers, reorgs and notification gaps.
02
Run the mechanism here
Predict first, execute exact bytes or rules, then change one input and inspect the first failed boundary.
EXACT MECHANISM WORKBENCH
Drive a transaction through one node's mempool
Watch the same outpoint pass admission and inventory relay, lose a conflict to RBF, leave on block connection, return after disconnection, or disappear through local fee and memory policy.
Required cases complete: 0/6.
Choose an outcome, then execute the exact bytes or rule.
EXACT P2P SESSION
Build, mutate and parse Bitcoin network frames
Every message has a 24-byte header: network magic, a zero-padded command, little-endian payload length and the first four bytes of HASH256(payload). The receiving node parses and validates the frame before it interprets version, verack, inv or getdata.