Hedera (HBAR) Price

HBAR is the native cryptocurrency of the Hedera public network. It has two fundamental roles: helping secure the network through a coin-weighted proof-of-stake mechanism and paying transaction fees for use of network computing resources. It is not a point issued by an independent application or equity in that application.

HBAR is the native asset at the Hedera network layer, whereas other fungible tokens and NFTs on Hedera are assets created or managed through the network's token service. Their issuers, supply rules, and uses may differ; an asset does not become HBAR merely because it operates on Hedera.

HBAR is used to pay transaction fees for Hedera's various network services, including token transfers, smart contract execution, and data storage. Users first create and sign a transaction; the paying account must sign it and can set the maximum fee it is willing to pay, while smart contract transactions can also set a maximum gas limit. When a node receives a transaction, it checks whether the paying account has sufficient balance to pay the fee; only after validation can the transaction enter network propagation and the consensus process. Actual costs therefore depend on the service called and the fee or gas limits set for the transaction, so all Hedera operations should not be regarded as having the same fee.

Hedera reaches consensus through hashgraph rather than proof-of-work mining. Nodes use “gossip about gossip” to spread events containing transactions and independently calculate consensus timestamps and transaction order through virtual voting; HBAR is both the fuel for paying for computing resources and a stake-weighted component of the security mechanism in this network. These two roles should be distinguished: paying HBAR addresses payment for the network resources consumed by a transaction; staking HBAR to a node affects that node's weight in consensus. Holding HBAR itself does not represent company equity.

Hedera native staking allows an account to stake HBAR to a node, increasing that node's voting weight in stake-weighted consensus; the more HBAR staked to a node, the greater its weight. Stakers may receive rewards under network rules for helping network security and decentralization. The official FAQ states that, under this model, the selected node corresponds to the account's entire balance; tokens have no lock-up period and can still be transferred or used, and they are not slashed because of node behavior. An account can also change the node to which it stakes. These characteristics are not the same as delegation-based proof-of-stake election mechanisms commonly found on other networks.

HBAR was pre-minted in a single issuance when the network launched in August 2018, with a total supply of 50 billion tokens. Pre-minting means that this total was generated at launch; it does not mean all 50 billion tokens entered external markets or became freely circulating at the same time.

Hedera Treasury disclosures define “released” as the first transfer of allocated HBAR from a network account controlled by the Council or employees to an individual or entity outside Hedera. This definition describes an initial external transfer; it does not mean the holder has sold it, that it is fully tradeable, or that it is in the same liquidity state. The official Treasury report quantifies only released supply and no longer defines a single “circulating supply” figure; different data providers may use different circulating-supply methodologies. When reading supply data, first determine whether it refers to total pre-minted supply, allocated supply, released supply, or circulating supply calculated by a third party.

A Hedera transaction begins when it is created and signed by the client, then sent to any network node. After the node confirms that the paying account can cover the fee, it places the transaction into an event and propagates it to other nodes through gossip-about-gossip; nodes independently calculate consensus timestamps based on what they receive, producing the final transaction order. In this process, HBAR first ensures that the paying account can pay network fees; if the transaction requires additional signatures, such as those determined by account, topic, or token settings, those signature conditions must also be met. A transaction being broadcast does not mean it will necessarily complete: fee balance and signature validation are both prerequisites for entering the subsequent consensus process.