A centralized system is one where a single authority, such as a company, an administrator or one set of servers, makes the decisions, keeps the records and controls access. Everyone using it depends on that one point. In crypto the question is practical: who holds the private keys, who can change the rules, and what happens to your assets if that party is hacked, shuts down or goes bankrupt.
Where the terms come from
The centralized, decentralized and distributed split goes back to Paul Baran's 1964 RAND Corporation series On Distributed Communications. It was written under the U.S. Air Force's Project RAND. The first memorandum, RM-3420, compares a distributed communications network with "hierarchical or more centralized systems." Baran's journal paper from March 1964 (IEEE Transactions on Communications Systems, vol. CS-12) describes the distributed design as one where each station connects to all adjacent stations, "instead of to a few switching points, as in a centralized system."
The three diagrams usually drawn from this work:
- Centralized: every node connects to one central switch. Remove the centre and the network stops.
- Decentralized: several smaller centralized clusters, linked together. Losing one hub cuts off its cluster, not the whole network.
- Distributed: nodes link to their neighbours with no hub, so many parts must fail before no path remains.
Baran's aim was survivability. The IEEE history archive describes a Cold War goal: communications that would survive an attack on a few critical points of a highly centralized telephone system.
Three ways a system can be centralized
In February 2017 Ethereum co-founder Vitalik Buterin published "The Meaning of Decentralization". It splits the question into three separate axes:
| Axis | The question it asks |
|---|---|
| Architectural | How many physical computers is the system made of, and how many can fail at once? |
| Political | How many individuals or organizations ultimately control those computers? |
| Logical | Does the system behave like one single object or like an amorphous swarm? If you cut it in half, would both halves keep working on their own? |
A system can be centralized on one axis and decentralized on another. Buterin's example is blockchains: they are architecturally and politically decentralized but "logically centralized (there is one commonly agreed state and the system behaves like a single computer)."
He gives three reasons decentralization can be worth its costs:
- Fault tolerance: systems built on many separate components are less likely to fail by accident.
- Attack resistance: with no cheap central point to hit, they are more expensive to attack, destroy or manipulate.
- Collusion resistance: participants find it much harder to coordinate to benefit themselves at others' expense.
Why Bitcoin was designed around a central party's absence
The Bitcoin whitepaper (Satoshi Nakamoto, announced on 31 October 2008) frames the whole design as removing a central intermediary. It opens: "A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another." It then notes that digital signatures alone lose their main benefits "if a trusted third party is still required to prevent double-spending."
The paper names the centralized alternative directly: "A common solution is to introduce a trusted central authority, or mint, that checks every transaction for double spending." Bitcoin replaces that checker with a public, timestamped chain of proof-of-work that any node can verify.
The same logic still applies at the network level. Ethereum's developer documentation says "a diverse set of nodes is important for Ethereum's health, security and operational resiliency." It adds that multiple client implementations reduce "dependency on a single codebase", so no one client becomes a single point of failure.
Who are you trusting with your crypto?
Answer a few questions about where your keys sit to see which centralized or decentralized risks the article says apply to you.
Who holds the private keys to your crypto assets?
- I do, in my own wallet → next question
- I sign trades from my own wallet through smart contracts → No custodian, but code risk
- A firm holds the keys for me → next question
Do you keep a secure backup of your private keys or seed phrase?
- Yes → Self-custody: the risk sits with you
- No or not sure → Self-custody without a backup
Can the firm show clearly which assets belong to you, and does it keep them segregated rather than lending, rehypothecating or pooling them?
- Yes, both → next question
- No or I don't know → Third-party custody with open questions
Can you withdraw to your own wallet at any time, and do you know how your assets would be treated if the firm became insolvent?
- Yes, both → Third-party custody, key questions answered
- No or I don't know → Third-party custody with open questions
You control the keys and carry all the responsibility. No firm can freeze or lose your assets, but there is often no one to appeal to if something goes wrong, so keep that backup secure.
The SEC bulletin warns that if you lose the keys or the seed phrase, the assets may be unrecoverable. In a decentralized setup, lost keys usually mean lost funds.
Settling through smart contracts removes the custodian, but it adds smart-contract risk and puts key security fully on you. You are trusting the code and the incentives of the network.
You are trusting the company. The SEC bulletin warns that if a custodian is hacked, shuts down or goes bankrupt, you may lose access, and some custodians lend out or commingle customer assets. Use the article's checklist to get answers on records, asset use and the failure scenario.
You are still relying on one central party, which remains a single point of failure. The checklist also asks about the firm's registration or licence where you live, its complaint history and what any insurance actually covers.
This sorts you by custody model only: it does not check any firm's licence, insurance or solvency, and it reflects one 2025 U.S. regulator bulletin, so rules where you live may differ.
Centralized services in crypto today
Blockchains can be decentralized while many services built on them are not. A centralized exchange, a custodial wallet or a lending platform holds customers' keys and keeps its own internal records. When you use one, you are trusting that company again, in the way the whitepaper set out to avoid.
On 12 December 2025, the U.S. SEC's Office of Investor Education and Assistance published the investor bulletin "Crypto Asset Custody Basics for Retail Investors". It sets out the two models:
- Self-custody: you control the private keys and carry all the responsibility. Lose the keys or the seed phrase and the assets may be unrecoverable.
- Third-party custody: a firm holds the keys for you. The bulletin warns that if the custodian "is hacked, shuts down, or goes bankrupt, you may lose access to your crypto assets." It also notes that some custodians may lend out or commingle customer assets.
A decentralized exchange works differently. Trades settle through smart contracts, and the user signs each transaction from their own wallet. That removes the custodian, but it adds smart-contract risk and puts key security fully on the user.
Centralized vs decentralized: the trade-offs
| Centralized | Decentralized | |
|---|---|---|
| Who decides | One operator | Rules enforced by protocol and many participants |
| Speed of change | Fast: one party can act | Slow: changes need broad agreement |
| If something goes wrong | One accountable party; account recovery is often possible | Often no one to appeal to; lost keys usually mean lost funds |
| Main risk | Single point of failure, hacks, insolvency, account freezes | Bugs in code, user error, coordination failures |
| Who you trust | The company | The code and the incentives of the network |
Neither model is safer in every case. What matters is knowing which one you are relying on at each step.
What to check before trusting a centralized service
Based on the SEC bulletin's custody questions:
- Background and regulatory status: is the firm registered or licensed where you live? Does it have a complaint history?
- What it does with your assets: does it lend, rehypothecate or pool customer holdings, or keep them segregated?
- Ownership records: can it show clearly which assets belong to you?
- Failure scenario: how would your assets be treated if the firm became insolvent? Is there any insurance, and what does it actually cover?
- Supported assets and access: which tokens and networks does it support, and can you withdraw to your own wallet at any time?
Limitations: this explainer relies on primary documents plus one 2025 U.S. regulator bulletin; rules in other jurisdictions differ.
