Hedera is a public distributed ledger network built around the hashgraph consensus algorithm rather than a conventional chain of blocks. Its founders set out to combine fast transaction finality, predictable fees, energy-efficient consensus, and a governance model involving established organizations.
Those choices make Hedera different from networks such as Bitcoin and Ethereum, but they also create important tradeoffs. Hedera is open for public use, while its consensus nodes currently operate under a permissioned model managed by Hedera Council members. Understanding the project requires looking at both its technical design and its governance—not simply its transaction-speed claims or the market price of HBAR.
This guide explains Hedera’s history, how hashgraph consensus works, what HBAR does, the network services developers can use, and the limitations readers should understand.
What Is Hedera?
Hedera is a public distributed ledger technology, or DLT, network. Developers can use it to transfer value, create tokens, execute smart contracts, and produce verifiable timestamps and ordered records. Its native cryptocurrency is HBAR.
Hedera is often discussed alongside blockchains because both technologies allow independent computers to maintain a shared ledger. The difference is in how they organize information and reach agreement. A typical blockchain groups transactions into sequential blocks. Hashgraph spreads signed “events” among nodes and uses the resulting communication history to determine consensus order without mining competing blocks.
That makes Hedera a useful example of why “blockchain” and “distributed ledger” are related but not identical terms. Our guide to blockchain versus traditional databases provides additional context on how shared ledgers differ from centrally administered data systems.
The History of Hedera Hashgraph
Hashgraph’s Early Development
Computer scientist Leemon Baird developed the hashgraph concept between 2012 and 2015. Baird and his longtime business partner Mance Harmon formed Swirlds to develop and test the technology for private and enterprise applications. The hashgraph white paper was published in 2016.
The technical idea addressed a familiar distributed-systems problem: how can computers agree on an order of events when messages arrive at different times and some participants may fail or act dishonestly? Hashgraph approached the problem by recording not only transactions but also information about how nodes communicated those transactions.
Formation and Launch of Hedera
Hedera was formed in 2017 as the team developed a public-network strategy and its council-based governance model. The Hedera name, network vision, and HBAR branding were publicly presented in 2018. According to Hedera’s official project history, the mainnet went live in August 2018, and the network became openly accessible in September 2019.
At launch, 50 billion HBAR were created as the network’s fixed maximum supply. Distribution has occurred over time rather than placing the entire supply into circulation at once. The distinction matters because maximum supply and circulating supply are not the same measurement.
Expansion of Network Services
Hedera gradually added services beyond basic HBAR transfers:
- Hedera Consensus Service launched on mainnet in 2020, allowing applications to submit messages for verifiable timestamps and consensus ordering.
- Hedera Token Service launched on mainnet in 2021, enabling native token creation and management without requiring every asset to be implemented as a smart contract.
- Hedera Smart Contract Service expanded the network’s support for Ethereum-compatible development tools and Solidity applications.
Hedera’s software also became increasingly open source. Network services were released under the Apache 2.0 license in 2020, and the hashgraph consensus platform followed in 2022. In 2024, Hedera contributed its codebase to Linux Foundation Decentralized Trust as the project now known as Hiero.
How Hashgraph Consensus Works
Hashgraph uses two concepts that are often summarized as gossip about gossip and virtual voting. These names sound unusual, but the basic idea is understandable.
Gossip About Gossip
Nodes repeatedly share new transactions and events with other nodes. Each event includes hashes that identify earlier events, creating a cryptographically connected record of who communicated with whom and in what sequence. The “gossip” is the data being shared; “gossip about gossip” is the additional history describing how that information moved through the network.
Because nodes eventually receive a rich map of the communication history, they can independently calculate what other nodes know. They do not need to transmit a separate vote for every consensus decision.
Virtual Voting
Using the shared event history, each node can calculate how nodes would vote on the order and acceptance of events. This process is called virtual voting because the necessary information is inferred from the hashgraph rather than exchanged through a new round of voting messages.
The outcome is a consensus timestamp and ordering of transactions. Hedera describes the timestamp as being based on when the transaction reached the network rather than a timestamp selected by a single miner or leader.
Asynchronous Byzantine Fault Tolerance
The hashgraph algorithm is designed to provide asynchronous Byzantine fault tolerance, commonly abbreviated aBFT. In simplified terms, the system can reach a secure consensus even when some nodes are faulty or malicious and network messages experience unpredictable delays, provided the protocol’s assumptions are satisfied.
This is an important mathematical property, but it should not be translated into claims that Hedera is “unhackable.” Consensus security does not eliminate stolen account keys, smart-contract bugs, compromised applications, faulty data inputs, governance mistakes, or vulnerabilities in software connected to the ledger. Readers unfamiliar with the broader topic can review our explanation of distributed-ledger consensus mechanisms.
How Hedera Differs From a Conventional Blockchain
| Feature | Hedera hashgraph | Typical blockchain model |
|---|---|---|
| Data structure | Graph of cryptographically linked events | Sequential chain of blocks |
| Information sharing | Gossip-about-gossip | Transactions and proposed blocks propagate through nodes |
| Consensus | Virtual voting based on shared event history | Varies by network, including proof of work, proof of stake, and BFT protocols |
| Mining | No proof-of-work mining | Used by some, but not all, blockchains |
| Finality | Consensus finality without probabilistic block confirmations | May be probabilistic or deterministic, depending on the protocol |
| Current node access | Consensus nodes are permissioned and council-operated | Can be permissionless or permissioned |
| Governance | Formal council of organizations with voting rights | Varies among foundations, token holders, validators, developers, or companies |
It is important not to compare Hedera only with Bitcoin’s proof-of-work design. Many modern blockchains also avoid mining, provide rapid finality, and use energy-efficient proof-of-stake or Byzantine fault-tolerant consensus. Hedera’s meaningful distinctions are the hashgraph algorithm, native services, fee structure, and council governance model.
What Is the Hedera Council?
The Hedera Council is the network’s formal governing body. Its membership includes companies, universities, financial institutions, technology providers, law firms, and other organizations from different regions and industries. Members have equal voting rights and serve under defined term rules.
The council oversees network policy, treasury matters, software changes, and other governance decisions. Meeting minutes and certain governance records are published. Hedera’s model is intended to reduce the influence of anonymous operators or concentrated token holders by assigning responsibility to identifiable institutions.
However, this structure represents a different form of decentralization rather than the absence of centralized authority. The Hedera Council states that consensus nodes currently operate on a permissioned model and are run by council members. Supporters view this as accountable and stable governance. Critics may prefer a permissionless network where anyone meeting technical and economic requirements can validate transactions.
Evaluating Hedera therefore requires asking what kind of trust model a particular application needs. Institutional identity and formal voting may appeal to regulated businesses, while users prioritizing unrestricted validator participation may see the current node model as a limitation.
What Does HBAR Do?
HBAR is Hedera’s native cryptocurrency. It has several network functions:
- Transaction fees: Users pay network fees in HBAR when transferring assets, submitting consensus messages, creating tokens, or executing smart contracts.
- Network security: Hedera uses a proof-of-stake weighting model in which HBAR stake contributes to consensus security.
- Staking: Account holders can stake or proxy-stake HBAR to a node under network rules. Staking does not transfer ownership of the tokens to the node.
- Application payments: Applications may use HBAR for transfers, micropayments, or other functions.
Hedera generally sets service fees in U.S.-dollar terms and converts the amount to HBAR when a transaction is submitted. This is designed to make application costs more predictable despite changes in HBAR’s market price.
None of these functions guarantees that HBAR will rise in value. Token price depends on market supply, demand, adoption, regulation, speculation, and many other factors. Explaining utility is different from recommending HBAR as an investment.
Hedera’s Main Network Services
Hedera Consensus Service
Hedera Consensus Service, or HCS, allows applications to submit messages that receive a consensus timestamp and an agreed order. Hedera compares it to a decentralized notary. The service can help create auditable logs for supply chains, business workflows, Internet of Things devices, data integrity, and other systems.
HCS does not make outside data truthful merely by recording it. If an application submits incorrect information, the ledger can prove what was submitted and when—not that the original claim accurately represented the real world.
Hedera Token Service
Hedera Token Service, or HTS, provides native APIs for creating and managing fungible and non-fungible tokens. Issuers can configure controls such as supply management, account freezing, KYC status, and administrative keys. This can be useful for stablecoins, loyalty points, digital collectibles, and tokenized financial assets.
Those control features are optional tools, but they also show that tokens can have very different trust assumptions. A token with an active admin or freeze key is not governed the same way as an asset with no such controls.
Smart Contract Service
Hedera supports Ethereum Virtual Machine-compatible smart contracts and the Solidity programming language. Developers can use familiar tools while interacting with Hedera’s native services. Smart contracts allow more customized logic than native token operations, but they also introduce code-level risks and execution costs.
For a broader explanation of programmable ledger applications, see our guide to how smart contracts work in decentralized finance.
What Was Hedera Designed to Support?
Hedera’s stated vision centers on a shared trust layer for applications that need verifiable ordering, tokenization, predictable costs, and institutional governance. Potential uses include:
- Payments and micropayments
- Asset tokenization and stablecoins
- Supply-chain events and product provenance
- Digital identity and verifiable credentials
- Application audit trails and trusted timestamps
- Decentralized finance and digital-asset applications
- Sustainability reporting and environmental-market records
These are capabilities, not proof that every proposed use case needs a public ledger. A conventional database may remain faster, simpler, and more private when one trusted organization controls the application. Hedera is most relevant when several parties benefit from a shared, independently verifiable record.
Strengths and Tradeoffs
| Potential strength | Corresponding tradeoff or question |
|---|---|
| Fast consensus finality | Application throughput can differ from simple transaction benchmarks |
| No proof-of-work mining | Energy efficiency is not unique to Hedera among modern ledgers |
| Predictable USD-denominated fees | Fees are still paid in HBAR and depend on network policy |
| Identifiable council governance | Consensus nodes remain permissioned and council-operated |
| Native token and consensus services | Specialized services may create platform dependence |
| EVM compatibility | Smart contracts still carry bugs, exploits, and application risks |
| Open-source codebase | Open source does not automatically make node participation permissionless |
Transaction-per-second figures also require context. Simple cryptocurrency transfers, consensus messages, native token operations, and complex smart-contract calls consume different resources. Marketing maximums should not be treated as guaranteed application performance under every workload.
Frequently Asked Questions
Is Hedera a blockchain?
Hedera is a public distributed ledger, but its hashgraph data structure is not a conventional chain of blocks. It is often grouped with blockchain platforms because it provides similar shared-ledger and smart-contract functions.
Who founded Hedera?
Leemon Baird and Mance Harmon founded Hedera after working together through Swirlds. Baird developed the hashgraph algorithm, while the founders jointly developed the public-network and governance vision.
What is gossip about gossip?
It is Hedera’s method of sharing transactions along with metadata about the communication history. That history allows nodes to reconstruct what other nodes know and calculate consensus through virtual voting.
Is Hedera decentralized?
Hedera is a public network with governance divided among multiple council organizations. However, its consensus nodes currently operate on a permissioned model. Whether someone considers that sufficiently decentralized depends on the criteria being used, including governance, node access, software control, token distribution, and application operation.
Is HBAR an investment?
HBAR is the network’s utility token and a market-traded digital asset. This article explains its technical roles; it does not predict its price or recommend buying it. Digital assets can be volatile and carry technical, market, custody, and regulatory risks.
The Bottom Line
Hedera grew from Leemon Baird’s hashgraph algorithm and the founders’ idea that a public ledger could combine high performance with formal institutional governance. Its history includes the creation of Swirlds, the public launch of Hedera, development of the council, expansion into native consensus and token services, and movement of the codebase into open-source stewardship.
Its most important features are not slogans about speed or security. They are the hashgraph consensus model, council-based governance, permissioned node operation, predictable fee approach, HBAR’s network role, and services built for tokens, timestamps, and smart contracts. Those features may suit some applications well while making Hedera less attractive to users who prioritize permissionless validation or minimal institutional control. Explore more non-promotional explainers in the Crypto Knowledge section.
Leave a Reply