Full Node vs. Light Node
Last reviewed: August 2026
These two terms get used interchangeably, but they describe different levels of verification. A full node stores the entire transaction history and checks every rule itself. A light node stores very little and leans on full nodes to supply and confirm most of that data. The difference sounds small until something goes wrong, since it determines who is actually checking the rules and who is simply trusting a summary of them. Most wallet apps default to a light-node style connection without saying so, which is part of why the two get mixed up.
Full Node vs. Light Node
| Dimension | Full Node | Light Node |
|---|---|---|
| Local Data | The entire transaction history is downloaded and kept locally, taking a growing amount of disk space over time. | Only a small subset of the ledger, such as block headers, is stored on the device, keeping the footprint tiny. |
| Verification | Every transaction and block is verified independently using the network's own rules, without trusting another party's summary. | Transaction details are requested from full nodes rather than checked from scratch, which speeds things up but shifts the trust elsewhere. |
| Resource Cost | High: requires meaningful disk space, steady bandwidth, and near-constant uptime to stay current. | Low: runs comfortably on phones and other devices with limited storage and intermittent connectivity. |
The actual distinction is how much each setup verifies on its own: a full node checks the network's rules directly and can catch a violation itself, while a light node depends on the full nodes it queries being honest and available. Neither setup is wrong; they just place the verification work in different places, and knowing which one a given wallet is running changes what you can actually rely on it for. For how this fits into a broader setup, see Network Monitor.