Non-block ledger
Hedera ticker HBAR
Summary
Hedera runs the hashgraph consensus algorithm. Each node gossips events (signed bundles of transactions that also record which node it last synced with), so every node builds the same graph of who told whom and when. From that shared history each node works out how the others would vote (virtual voting) without sending vote messages, then assigns every transaction a consensus timestamp and a single total order. A node's vote is weighted by the HBAR staked to it, and decisions need more than two-thirds of staked weight. Any account can stake to a node without lock-up or slashing, but only Hedera Council members operate consensus nodes; transitional nodes jointly managed by Hashgraph and council members are being phased out as of 20 May 2026. 12348910
Design
- System
- Non-block ledgerHedera orders transactions with the hashgraph algorithm: nodes gossip signed events that form a directed acyclic graph, and virtual voting gives each transaction a consensus timestamp. Consensus never produces competing blocks. Numbered record files (HIP-415) and newer block streams (HIP-1056) package already-ordered transactions for tooling and archives. Consensus nodes are limited to Hedera Council members, so a reviewer could call it a permissioned ledger; the package class is kept because anyone can hold an account and submit transactions.
- Settlement family
- Its own design
- Scarce resource
- Stake (proof of stake)
- State model
- Accounts
- Finality
- Other
- Who makes blocks
- There is no leader or block proposer: every consensus node creates and gossips events. The node set is permissioned. The council's pages say members host the network's nodes and approve software updates; its agreement allows up to 39 term-limited members. The council's About page says it has grown to 34 organizations, while Hedera's home page showed 31 council members on 27 September 2026, so the current count was not reconciled.
- Fork choice
- None in the chain-selection sense. Order is fixed by virtual voting on famous witnesses, and a transaction with a consensus timestamp is final as long as less than one-third of staked weight is faulty. The 2016 paper proves Byzantine agreement under full asynchrony that is reached with probability one, not within a fixed time bound. There is no longest or heaviest chain to switch to.
Qualifications
- System class · Contested. Filed with non-block ledgers because hashgraph consensus orders gossiped events without producing competing blocks. Consensus nodes are admitted by the Hedera Council, not by stake alone, so a reviewer who weighs node admission first could file Hedera as a permissioned ledger instead; anyone can still hold an account and submit transactions.
- Block metrics · Not applicable. Consensus does not produce blocks, so block time, block size, block fullness and orphaned-block rates have no consensus meaning. Record files (and newer block-stream blocks) group already-ordered transactions into short time windows for tools such as the JSON-RPC relay and archives.
- Fork choice · Not applicable. Virtual voting fixes one total order. There is no chain-selection rule and no reorganization of transactions that already have a consensus timestamp.
- Mempool · Not applicable. Hedera's documentation glossary says networks using its asynchronous Byzantine fault tolerant consensus have no memory pool of transactions; in the hashgraph design, submitted transactions travel inside the events that nodes gossip.
- Finality · Applies. Finality is deterministic once a consensus timestamp is assigned, assuming more than two-thirds of staked weight is honest. Nothing is slashed if that fails, so it is not economic finality in the proof-of-stake sense. Hedera's home page showed about 2.9 seconds to finality on 2026-09-27 with no method stated, and its EVM overview page gives 3 to 5 seconds; both are the project's own figures.
- Scarce resource · Partial. Stake weights each node's vote, but staking does not let anyone join consensus: node operators are admitted through council governance. Staking has no lock-up, bonding or slashing.
- Decentralization · Contested. Consensus nodes are run by Hedera Council members (up to 39 organizations with term limits and one vote each). Transitional nodes jointly managed by Hashgraph and council members are being phased out as of 20 May 2026, per the council FAQ. Hedera calls this decentralized governance; critics point out that node admission is permissioned. Not scored here.
- Evm compatibility · Partial. Contracts run on a Besu-based EVM reached through a JSON-RPC relay, but HBAR has 8 decimals natively and 18 in the relay's value field, accounts have native 0.0.x IDs, and blocks are record-file time windows. Tools that assume standard EVM JSON-RPC behaviour can misread amounts or blocks.
- Settlement family · Partial. Recorded as other: Hedera settles on its own network, where consensus nodes order transactions with the hashgraph algorithm (Hedera's term) and give each a consensus timestamp that makes it final; nothing settles to another chain. None of the named settlement families describes this.
Tradeoffs
- Emphasizes
- Security and Scalability Contested
- Gives up
- Open participation in consensus. Only council-approved organizations run consensus nodes, on data-center server hardware, so users depend on a governed, permissioned node set and on its decisions about software upgrades and fee schedules. Ordinary users read history through mirror nodes, which they must trust or run themselves.Security here means Byzantine fault tolerance with fast, deterministic finality. It holds only while more than two-thirds of staked weight is honest, and no slashing backs it. The Hedera Council's site presents governance by many independent organizations as a decentralized governance model; whether a council-admitted node set counts as decentralization is contested and is not scored here.
- Full node at home
- Data-center class 567Consensus nodes are council-only, and the operator guide lists 24 cores / 48 threads, at least 256 GB ECC RAM, at least 5 TB of NVMe storage and sustained bandwidth of 1 Gbps or more. Anyone may run a mirror node, which archives and serves history but does not take part in consensus. Hedera's cloud estimate for a minimal mirror node is about USD 515 a month, and full mainnet history needs a database of about 50 TB. Mirror operators also pay to read record data from requester-pays cloud buckets.
- Throughput claims
- Theoretical peak: 10,000 tx/s 51011Theoretical peak; not comparable across chains or with observed load.Configured mainnet throttle for transfer transactions and the home-page figure, both as displayed on 2026-09-27.Council-operated consensus nodes meeting the published operator specification (24 cores, at least 256 GB RAM, NVMe storage).The documentation figure is a configured admission ceiling for transfer transactions, not a measured rate. Other operations are throttled far lower, for example 125 per second for fungible token mints and 15 million gas per second for smart contracts. The home page states the figure as 10,000+ with no method, window or load description, so it is not comparable. Neither figure covers mirror-node ingestion, state growth or historical storage, which fall on separately run archive infrastructure. Not comparable with observed rates on other networks.
Scaling layers
No scaling layer recorded in this profile.
Capabilities
| Capability | How it is provided | Notes and sources |
|---|---|---|
| Account abstraction | Structured assessment pending | Not yet assessed for any chain. |
| Atomic swaps | Built into the protocolLimited scope | Limited to swaps on Hedera itself. Hedera's docs call this an atomic swap: one built-in transfer transaction moves HBAR and native tokens between accounts, every debited account must sign, and the transfer is atomic, so two parties exchange assets in one transaction without an intermediary. Atomic batch transactions extend all-or-nothing execution to up to 50 inner transactions. No hash-locked or time-locked swap mechanism was found in the reviewed docs, and cross-chain swaps were not reviewed. 121314 |
| Authenticated data publication | Built into the protocolLimited scope | The Hedera Consensus Service is built in: each message is submitted in a transaction that consensus orders, which gives it a consensus timestamp and a sequence number and updates its topic's running hash. Anyone can retrieve or subscribe to a topic's messages through a mirror node and check them against that running hash, and sequence numbers make updates discoverable. Limits: messages are capped at 1 KB (larger ones are split into chunks), a submit key can restrict who publishes, and Hedera's own blog calls it an event log, not a database. 202122 |
| Light clients | Not present | No light-verification path is live on mainnet. Users read history from mirror nodes, which check node signatures on the record files they ingest; a user either trusts a mirror node or runs one, which is archive infrastructure rather than a light client. State proofs and aggregated network signatures, which would let a client check data on its own, are specified in HIP-1056 and listed as in progress on Hedera's roadmap, and the transactions page calls state proofs coming soon. 6122324 |
| Native staking or delegation | Structured assessment pending | Not yet assessed for any chain. |
| On-chain governance | Structured assessment pending | Not yet assessed for any chain. |
| Parallel execution | Structured assessment pending | Not yet assessed for any chain. |
| Payment or state channels | Unknown | No payment or state channel layer on Hedera was found in reviewed sources. |
| Programmable spending | Native (protocol or core-team software) Earlier definition | Accounts can be controlled by key lists, nested threshold keys or contract keys. Scheduled transactions collect signatures on the ledger for up to 62 days, and Solidity contracts run on a Besu-based EVM. Hooks (HIP-1195), which let an account attach contract logic that transfers referencing the hook must satisfy, are documented but listed as in progress on Hedera's roadmap, and the release notes show them disabled by default through v0.75, so they are not counted here. 1516171824 |
| Protocol-verified messaging | Structured assessment pending | Not yet assessed for any chain. |
| Reversible transfers or recovery | Built into the protocolLimited scope | Part (a) through built-in scheduled transactions: a sender can schedule a transfer to execute at its expiration time, up to 62 days ahead, instead of when its signatures are complete, and a schedule created with an admin key can be deleted before it executes, cancelling the payment. No way to reclaim a completed HBAR payment was found. Part (b) is not met by the protocol: threshold keys can include a recovery signer, a plain multisig threshold. Issuer wipe keys remove holders' tokens, plus freeze, KYC and pause keys restrict transfers: issuer controls over one token, not HBAR. 151619 |
| Rollups | Unknown | No rollup that settles to Hedera was found in reviewed sources; absence was not exhaustively verified. |
| Shielded transfers | Structured assessment pending | Not yet assessed for any chain. |
| Signed partial offers | Unknown | Not yet assessed under this row's current definition. |
Reading these values
- How this feature is provided
- Built into the protocol, core-team software or independent software says where a feature lives and who can change it. These are implementation layers, not quality: core-team software is not closer to the protocol than independent software.
- Structured assessment pending
- The shared review has not assessed this feature for any chain yet (Account abstraction, Native staking or delegation, On-chain governance, Parallel execution, Protocol-verified messaging and Shielded transfers). That does not mean it is absent, and a chain’s profile may already describe it.
- Unknown
- The review has not established this for this chain under the current definition; the note beside it says why. Unknown is not absent and not a low score. A feature reads “Not present” only when a source shows it is absent.
- Earlier definition
- Payment or state channels, Programmable spending and Rollups keep the earlier definition until the next fact-check. There, “Native” does not separate the protocol from core-team software, “Ecosystem software” does not say who publishes it, and “Partial” does not say which layer.
- Reading across rows
- The list of capabilities is incomplete. Do not read these rows as a chain leading or lagging overall.
Ecosystem & custody
| Product type | Status | Notes and sources |
|---|---|---|
| Automated market makers | Established in the ecosystemSaucerSwap | SaucerSwap documents a constant-product pool version (V1), concentrated-liquidity pools (V2) and a V3 order book, built on Hedera smart contracts and native tokens, and describes itself as the largest Hedera exchange by volume. Liquidity depth was not measured and other venues were not reviewed. 2526 |
| Issuer-native stablecoins | Established in the ecosystemUSDC (Circle) | Circle lists natively issued USDC on Hedera as token 0.0.456858. Tether's own list of issuance networks does not include Hedera. Hedera's documentation calls USDT0 the omnichain deployment of Tether's USDT and also a third-party token that Hedera does not custody. Each USDT0 token on Hedera is minted through LayerZero against USDT locked in a contract on Ethereum, so it is recorded here as a bridged representation rather than direct issuance on Hedera. Circle's cross-chain transfer protocol does not list Hedera. 272829303132 |
| Algorithmic stablecoins | Unknown | Algorithmic or hybrid stablecoins on Hedera were not reviewed. |
| Bridges | Established in the ecosystemChainlink CCIP, LayerZero (used by USDT0), Hashport (shut down 31 May 2026) | Chainlink's CCIP directory lists Hedera mainnet with HBAR as the gas token. USDT0's deployment table gives Hedera a LayerZero endpoint. Hedera's ecosystem page also lists Axelar, Stargate and others, which were not reviewed one by one. Hashport, a Hedera bridge governed by a group of validators, was permanently shut down on 31 May 2026. Risk: Each bridge relies on its own verifiers (Chainlink's oracle network, LayerZero verifier sets, multisig owners) rather than on Hedera consensus. Hashport's shutdown left its wrapped assets permanently unredeemable, which shows a bridged asset lasts only as long as its operator. 3031333435 |
| Block explorers | First-partyHashScan | HashScan serves the open-source Hedera Mirror Node Explorer (copyright Hedera Hashgraph, LLC; the code is now kept under Hiero). It displays what its mirror node indexed, which is provider data rather than independent verification. Other explorers were not reviewed. 3637 |
| Hardware wallets | Established in the ecosystemLedger | See custody rows: Ledger documents HBAR in its own app and pairing with the HashPack wallet; Trezor's Hedera page says Trezor does not currently support Hedera. 3839 |
Hardware-wallet custody
| Device maker | Status | What users can and cannot do |
|---|---|---|
| Ledger | Native supportSame as native: Yes | Can: Manage HBAR, check balances and view transaction history in Ledger's own desktop and mobile app Can: Connect a Ledger device to the HashPack software walletLedger's page does not describe staking or Hedera Token Service tokens inside its own app; those were not verified. 3840 |
| Trezor | None foundSame as native: No | Cannot: Manage Hedera accounts in Trezor SuiteTrezor's Hedera page says Trezor does not currently support Hedera and names no third-party wallet to use instead. 39 |
Public data
iKnow Blockchain has no public-data lookups for Hedera yet. This is a limit of the service, not a statement about the network.
| Lookup | Status | What it covers and its limits |
|---|---|---|
| Address or account | Not available yet | Public-data lookups for this chain are not built yet. |
| Tokens and assets | Not available yet | Public-data lookups for this chain are not built yet. |
| NFTs | Not available yet | Public-data lookups for this chain are not built yet. |
| Transactions | Not available yet | Public-data lookups for this chain are not built yet. |
Sourced developments
Developments: Review overdue Reviewed Sep 27, 2026; next review was due Oct 7, 2026, 12:00 UTC.
Publication date · newest first
-
Hedera contributed the CLPR cross-ledger protocol to LF Decentralized Trust Labs
Hedera announced that CLPR, a cross-ledger protocol developed by Hashgraph that aims to let ledgers verify each other's state through state proofs instead of bridges, was contributed to Linux Foundation Decentralized Trust as a lab project.
- Implementation:codebase contributed as an early-stage lab
- Release:no production release
- Activation:not a network change
-
Atomic batch transactions are phasing out smart contract calls
Hedera announced a two-stage change. From September 2026 a batch may include at most one smart contract call, and it must be the last inner transaction. A later mainnet change, estimated for March 2027, is to remove contract calls from batches entirely. Native token, topic and account operations in batches are unaffected.
- Implementation:first-stage limit announced as in effect in September 2026
- Release:second stage estimated for March 2027
- Activation:full removal not yet active
Sources: Hedera blog — Atomic Batch Transactions No Longer Support Smart Contract Calls (external site) · Hedera documentation — Transactions and queries (external site)
-
Consensus node release v0.75 reached Hedera mainnet
Hedera's release notes record v0.75 on mainnet on 22 July 2026, after testnet on 25 June 2026. The notes list work on moving node output to block streams, including block-stream cutover logic and wrapped record blocks, alongside record-file alignment changes.
- Proposal:HIP-1056 block streams approved
- Implementation:cutover logic included in v0.75
- Release:released; testnet 2026-06-25, mainnet 2026-07-22
- Activation:effect on downstream stream consumers not confirmed
Sources: Hedera documentation — Consensus node release notes (external site) · Hiero improvement proposals — HIP-1056: Block streams (external site)
-
Hashport bridge permanently shut down
Hashport, a bridge between Hedera and other networks run by a group of validators, states that it was permanently decommissioned on 31 May 2026 at 12:00 UTC. Its notice says all bridging infrastructure is offline and wrapped assets are permanently unredeemable.
- Implementation:service decommissioned
- Release:not applicable to a shutdown
- Activation:offline since 2026-05-31
-
Release v0.73 turned on the simple fee model and high-volume entity creation on Hedera mainnet
Hedera's release notes record v0.73 on mainnet on 20 May 2026, after testnet on 29 April 2026, and say the release enables HIP-1261 simple fees and HIP-1313 high-volume entity creation on mainnet. Simple fees price each transaction as a base fee plus extras, split into node, network and service parts. The high-volume option lets entity-creation transactions go above the standard throttle in exchange for a congestion multiplier of up to four times.
- Proposal:HIP-1261 simple fees Final
- Implementation:included in release v0.73
- Release:released; testnet 2026-04-29, mainnet 2026-05-20
- Activation:enabled on mainnet according to the release notes
Sources: Hedera documentation — Consensus node release notes (external site) · Hiero improvement proposals — HIP-1261: Simple fees (external site) · Hedera documentation — Fee model (external site)
Topics your AI can explain
Your AI can explain these topics for Hedera through the connection, with sources.
Known gaps
What this profile's review did not establish:
- No observed throughput window with a published method was found; only a configured throttle and a home-page figure are recorded, both treated as peaks.
- Hooks (HIP-1195) are listed as in progress on the roadmap and disabled by default in release notes through v0.75; a mainnet activation date was not found.
- What the July 2026 block-stream cutover (release v0.75) changed on mainnet, and when state proofs will ship, were not confirmed; the v0.76 and v0.77 release notes list aggregated network signatures as disabled.
- The number of active consensus nodes and the current per-node maximum stake were not verified, and the council's own pages and Hedera's home page give different member counts (34 and 31).
- Whether stake above a node's maximum still counts toward that node's consensus weight was not confirmed; the docs only say it does not raise rewards.
- No payment channel, state channel or rollup anchored to Hedera was reviewed.
- Algorithmic stablecoins on Hedera were not reviewed.
- Bridges on Hedera's ecosystem page other than Chainlink CCIP, LayerZero (through USDT0) and the closed Hashport were not reviewed one by one.
- Explorers other than HashScan were not reviewed.
- Staking and native-token support inside Ledger's own app were not verified; Trezor's Hedera page names no third-party signing path, and none was searched for beyond it.
- Cross-chain hash-locked swap tooling for Hedera was not reviewed.
Sources
Oldest dated source check: Source checked Sep 27, 2026 Next check due Oct 27, 2026.
- The Swirlds Hashgraph Consensus Algorithm: Fair, Fast, Byzantine Fault Tolerance (SWIRLDS-TR-2016-01) (external site)
- Hashgraph consensus algorithm (external site)
- Virtual voting (external site)
- Staking (external site)
- Consensus node requirements (external site)
- Mirror nodes (external site)
- Run your own mirror node (external site)
- About Hedera Council (external site)
- Hedera Council FAQ (external site)
- Hedera home page (external site)
- Mainnet (throttles) (external site)
- Transactions and queries (external site)
- Transfer tokens (external site)
- Atomic swaps (external site)
- Keys and signatures (external site)
- Scheduled transactions (external site)
- Hiero hooks (external site)
- EVM on Hedera explained (external site)
- Hedera Token Service overview (external site)
- Create a topic (external site)
- Submit a message (external site)
- How to unlock the full potential of HCS (and why it is not a database) (external site)
- HIP-1056: Block Streams (external site)
- Hedera roadmap (external site)
- SaucerSwap documentation (external site)
- SaucerSwap (external site)
- USDC contract addresses (external site)
- CCTP supported chains and domains (external site)
- Supported protocols (external site)
- USDT0 deployments (external site)
- USDT0 documentation (external site)
- USDT0 omnichain stablecoin on Hedera (external site)
- CCIP Directory: Hedera mainnet (external site)
- Hedera ecosystem (external site)
- hashport (external site)
- HashScan (external site)
- Hiero Mirror Node Explorer repository (external site)
- Hedera wallet (external site)
- Hedera support status (external site)
- HashPack (external site)
Report an error
Found something wrong or out of date? Reporting is free, and every chain goes through the same process. Published corrections appear in the public log.
Funding disclosure
Funding disclosures appear here when an upkeep arrangement exists, in the form “Upkeep funded by [name]; verdicts unaffected.” The funder ledger has not been published yet. Neutrality & funding