The short answer is no — but the mental model most people carry treats "blockchain" and "public ledger" as synonyms. That conflation is understandable. Bitcoin and Ethereum, the two networks that dominate most conversations about crypto, are both public blockchains. Anyone can view their transaction histories. Anyone can run a node. There are no gatekeepers.
But that's one type of blockchain, not the category itself. Private and consortium blockchains — systems that use the same core data structure but restrict who can read, write, or validate — have existed almost as long as the public ones. Many large banks, logistics companies, and government agencies are more interested in these private variants than in Bitcoin or Ethereum.
Understanding the difference matters because the type of blockchain being used tells you a lot about the trust model underneath it.
The clearest way to think about this is across two independent dimensions.
Read access — can anyone view the transaction history, or only approved parties?
Write/validate access — can anyone submit transactions and propose new blocks, or only designated participants?
Public blockchains like Bitcoin and Ethereum are open on both dimensions. The entire transaction history is publicly visible and permanently accessible. Anyone can submit a transaction. Anyone can run validation software and participate in consensus. The rules are the same for every participant, and no authority can exclude you.
Private blockchains restrict both dimensions. A designated administrator — a single company, a group of companies, or a regulatory body — controls who joins the network. Only approved participants can submit transactions. Only approved validators can confirm them. The data is typically not visible to the public; often it isn't even visible to all participants, depending on how the system is configured.
Between those extremes sits consortium blockchains, governed by a group of organizations rather than one entity or open participants. R3's Corda platform, used extensively in financial services, operates this way. The consortium sets the rules, approves members, and determines what data each participant can see. It's not decentralized in the way Bitcoin is — a small governing group holds real authority — but it's also not controlled by a single company.
Hyperledger Fabric, developed under the Linux Foundation, is another example frequently deployed in supply chain, healthcare, and interbank settlement contexts. IBM built significant enterprise blockchain infrastructure on top of it.
There's also a fourth, less-common category: public permissioned chains. These can be read by anyone — the ledger is transparent — but only approved participants can write to it. Some central bank digital currency (CBDC) pilot projects have experimented with this model. The public can audit what's happening, but transaction submission is restricted to licensed institutions.
This is where the trust model becomes the actual story.
Public blockchains solve a specific problem: how do you get parties who don't know or trust each other to agree on a shared record, without needing a central authority to referee? The answer is cryptographic proof, economic incentives, and open participation. Anyone can verify anything. No one has to take anyone else's word for it.
Private blockchains solve a different problem: how do you get parties who do know each other — and have legal relationships — to share a synchronized database without giving any one party control over it? The participants are known. Their identities are verified. They're operating within existing legal frameworks. Trustless mathematics isn't the point. Shared infrastructure with auditability and tamper-resistance is.
That's a legitimate use case. A group of banks wanting to synchronize correspondent banking records doesn't need Bitcoin's security model. They need something closer to a distributed database with strong audit trails and cryptographic integrity guarantees — which is essentially what enterprise blockchain frameworks provide.
Admittedly, this has led to a long-running debate in the crypto space about whether private blockchains are "real" blockchains at all, or just databases with extra steps. That debate is mostly semantic. The technical components overlap. The philosophy and trust models don't.
Public blockchains are constrained by their consensus mechanisms and the economics of participation. The rules are encoded in software and enforced by the network itself. No one can change them unilaterally — which is both the feature and the limitation.
Private and consortium blockchains are constrained by legal agreements, governance structures, and the continued cooperation of the governing parties. If the consortium dissolves or members disagree, the network has a governance crisis that cryptography cannot resolve. The security model shifts: instead of trusting math, you're trusting institutions. That's a meaningful difference, and it's often glossed over in enterprise blockchain marketing.
The landscape is moving in two directions at once.
Enterprise private blockchain adoption grew substantially through roughly 2018–2022. Some of those projects have since been quietly wound down or consolidated; others are live and processing real transaction volumes in production. The hype phase has passed, and what's left is operational infrastructure in specific regulated industries.
At the same time, public blockchains have become considerably more capable. Ethereum's effective throughput has improved dramatically through Layer 2 scaling solutions. Privacy-preserving techniques — particularly zero-knowledge proofs applied at the application layer — are maturing and making it possible to run confidential transactions on public chains. The historical argument that "we need a private chain because public chains are too slow and too transparent" is weaker today than it was in 2019.
The current state: private and consortium chains are real, operational, and used in specific contexts where confidentiality requirements or regulatory constraints make public chains impractical. But the gravitational pull of developer tooling, liquidity, and network effects sits overwhelmingly with public networks.
Confirmation that private chains remain relevant: continued institutional deployments in banking, healthcare, and interbank settlement; new government-backed consortium launches; CBDC pilots that require permissioned read/write access.
Signals of erosion: ZK-based confidentiality reaching sufficient maturity on public chains; major financial institutions migrating workloads from private chains back to Ethereum or equivalent public infrastructure; regulatory acceptance of public chain transaction finality in compliance contexts.
This post describes how different blockchain types work and where they're used. It doesn't assess the investment merits of any network, token, or platform. It also doesn't declare any type superior — that depends entirely on what you're trying to accomplish, who the participants are, and what regulatory environment you're operating in.
The taxonomy is descriptive. Which type is appropriate is a separate question.




