HBAR’s job inside Hedera

Hedera’s token design is built around fee stability and administrative control, not scarcity theater. HBAR’s economic role is concrete: it is the unit you spend to use the network, and it is the weight used in Hedera’s proof-of-stake security model. The rest of the token story is downstream of those two rails.

On the product side, HBAR pays for network services across Hedera’s APIs and core services. Fees are quoted in USD terms and converted into HBAR at the time of transaction, so developers can model costs in dollars while users still settle in the native coin. That choice is deliberate. It prioritizes predictable unit economics for high-volume applications over the “token as gas auction” model.

On the security side, Hedera uses stake-weighted voting and targets consensus once nodes representing more than two-thirds of voting power validate a transaction. The whitepaper frames this as a fixed-supply PoS system where influence is proportional to HBAR staked to a node, with early phases relying on a treasury-heavy stake distribution.

This pairing creates an immediate tension. USD-pegged fees reduce “HBAR per transaction” when price rises, which weakens the naive “more usage means more HBAR burned” reflex some analysts bring from other ecosystems. If you want HBAR demand to come from usage, you are really betting on a loop of (1) predictable fees enabling high transaction volume and (2) that fee flow being routed to parties whose behavior increases network value, instead of extracting it.

Supply: fixed 50B, but release is governance-driven

Total supply is fixed at 50,000,000,000 HBAR. Hedera Council disclosures state the total supply “may not be modified” without unanimous consent of Hedera Council members (referencing their LLC agreement). That is a strong constraint in a space where “token supply” sometimes means “token supply until the next vote.”

Fixed supply does not mean low dilution risk. Hedera’s model is closer to a pre-minted treasury with staged release than an inflation schedule. That makes governance and treasury operations the core emission mechanism. Hedera explicitly prefers “released supply” framing over “circulating supply,” and it documents internal classifications such as “Unreleased,” “Allocated,” and “Unallocated” supply, plus the treasury account ranges used to store those balances.

Market dashboards still need a number. On March 7, 2026, CoinGecko lists circulating supply as 43,303,421,564 HBAR and total/max supply as 50,000,000,000 HBAR.

CoinGecko also links to Hedera’s public supply endpoint. In our case, that endpoint returned a released_supply of 4,300,342,156,431,973,040 tinybars, which is approximately 43,003,421,564 HBAR (1 HBAR = 100,000,000 tinybars).

Those two public “supply” numbers are close but not identical. The more important point is that Hedera’s own Council treasury reporting uses a different taxonomy and explicitly warns that external parties apply different definitions. That reduces modelability. When supply definitions are contested, you cannot cleanly separate “market float” from “governance-controlled overhang”, and your confidence in valuation narratives should drop.

Allocations are published at the Council level as pooled categories that sum to the full 50B supply. As of March 3, 2026, the Treasury Management report shows the following allocation categories and amounts.

From an incentive-alignment lens, that last bucket is the headline. 50.61% of supply is explicitly tagged for ecosystem and open-source development. That is not automatically bad. It does, however, concentrate discretion. If the criteria are vague or outcomes are not measurable, “ecosystem” turns into the universal solvent that justifies any transfer. Hedera’s Council report at least anchors the category in a published reporting methodology and a quarterly cadence.

For a contrasting fixed-supply narrative, compare with our Stellar tokenomics review.

Fees and fiscal flows: the network’s real token economy

Hedera’s fee system is designed as a flow of HBAR from users to specific operational actors. The older HBAR economics paper describes a transaction fee split into node, network, and service components. In that framing, node fees go directly to the submitting node’s account, while network and service fees route to Hedera-controlled accounts.

The USD-denomination mechanism matters for distribution incentives. Nodes calculate fees in USD based on resource coefficients, then convert to tinybars using a published exchange rate file that is updated frequently (the stable fees post describes hourly updates). In a bull market, users pay fewer HBAR per transaction. In a bear market, they pay more. That makes HBAR-denominated fee revenue counter-cyclical even when USD-denominated revenue is stable.

A meaningful structural change landed on February 25, 2026, when Hedera Services release v0.70 implemented daily fee routing. Instead of distributing fee components immediately across multiple system accounts, the network now routes all fees into a dedicated fee collection account 0.0.802 and performs a daily synthetic distribution at the start of each staking period.

HIP-1259 specifies the distribution targets: fee collection to 0.0.802, then daily transfers to the admin fee account 0.0.98, staking reward account 0.0.800, node reward account 0.0.801, and individual node accounts for node fees. The HIP frames this as performance and data-efficiency work, not an economic redesign. Mechanically, though, it makes fee flows more legible as a single daily settlement event.

Now the key question: what fraction goes where?

Hedera’s on-chain design (as described in HIP-406) treats the split of non-node fees as a governance-set parameter. The protocol includes settings such as StakingRewardFeeFraction and NodeRewardFeeFraction, with the remainder going to the treasury/admin account.

The most explicit public statement of a concrete split I found is in Hedera Council meeting minutes dated August 9, 2023. They state that in December 2022 the Council voted to allocate transaction fees as follows: 80% to Council Operations 0.0.98, 10% to Staking Rewards 0.0.800, and 10% to Node Rewards 0.0.801. The minutes also state that because 0.0.801 was not yet structured to receive fees, that 10% was temporarily allocated to council operations, making the effective split 90% to 0.0.98 and 10% to 0.0.800 at that time.

From a purist perspective, the design is clear: usage pays, and then governance decides how much of that usage revenue funds stakers versus network operations. That can align incentives if the split is stable and transparent. It becomes extractive if stakeholders cannot predict or verify how usage revenue is routed over time.

Staking incentives: liquid, capped, and funded by fees

Hedera’s staking program is intentionally low-friction. There is no lockup period, staking is account-based (your whole balance is staked), and Hedera explicitly states there is no bonding and no slashing.

Native staking Phase 1 went live on July 21, 2022. That initial phase focused on technical availability and integration readiness, with later phases tied to when rewards launch and how stake affects consensus weight.

Rewards come from a dedicated staking reward account, 0.0.800. Hedera’s docs describe it as having no keys, meaning any HBAR transferred into it cannot be returned, and they state its primary funding comes from the daily distribution from the fee collection account 0.0.802. That last piece matters. In this model, staking yield is not “inflation.” It is an allocation decision on fee revenue plus any outside contributions to the rewards pool.

The Council has also used staking parameters to control who gets rewarded and at what rate. A material change was announced on August 4, 2023 and implemented on August 11, 2023. The maximum staking reward rate was adjusted from 6.5% to 2.5%. A cap was introduced such that only up to 13% of total supply (i.e., 6.5B HBAR out of 50B) could be eligible for the full reward rate. If more than 13% is staked for rewards, the effective rate scales down pro rata.

The same disclosure also describes a balance-triggered control: when there are more than 85,000,000 HBAR in account 0.0.800 (excluding accrued-but-unpaid rewards), the reward rate is set at 2.5%, and the rate is programmatically reduced if that balance drops below the threshold.

One more detail from the same disclosure is easy to miss and economically central: large ecosystem holders including Hedera, Swirlds, and Swirlds Labs “currently stake without receiving rewards.” That reduces sell pressure from rewards, but it also means retail staking is not buying real control over a proportional share of network cash flows. It is closer to a policy-defined yield program funded by a variable pool.

For comparison, our NEAR tokenomics review covers a more conventional PoS incentives stack.

For decentralization incentives, Hedera also uses node-level max stake mechanics. In the staking rollout post, CoinCom’s max stake policy is defined as total HBAR divided by number of nodes, with min stake set as one-quarter of max stake after a vote on July 26, 2022 (down from one-half). This is a direct mechanism to discourage “everyone piles onto one node,” which matters more once permissionless nodes exist.

Governance and parameter control: the token’s hidden surface area

HBAR tokenomics are not just supply and staking. They are also the governance “API” that can change fee schedules, reward parameters, and treasury release behavior.

Hedera’s documentation and papers repeatedly emphasize that fees and key parameters are set by the Council. The HBAR economics paper states that the node/network/service fee amounts are set by the Hedera Council. The stable fees post explains that nodes use a published fee schedule and a published exchange rate file to compute fees consistently, and it notes that the fee schedule changes infrequently, including when market conditions change.

On governance structure, Hedera’s FAQ states Council members have equal voting rights, are generally term-limited to three-year terms with a limit of two consecutive terms, and that Swirlds retains a permanent seat. The same FAQ states Hedera is currently a public network with permissioned nodes run by the Council. That governance design is unusual among L1s. It is also the reason treasury and parameter risk cannot be hand-waved away as “just a DAO.”

Parameter control is not hypothetical. Hedera announced a pricing change for a core operation, ConsensusSubmitMessage, increasing the fee from $0.0001 to $0.0008, effective with a planned mainnet upgrade in January 2026. The post frames this as aligning fees with infrastructure costs and ensuring fair compensation to node operators, and it calls out that this was the first pricing adjustment since open access in 2019.

Treasury governance is similarly formalized. The Treasury Management report states allocations are reported at least quarterly and describes how “unallocated supply” becomes “allocated supply” via Council decisions. In other words, the dominant emission mechanism is not algorithmic. It is institutional.

Risk register: where the design strains

Hedera’s token economy is coherent when you treat it like a network utility with enterprise-grade governance. It strains when you treat it like a credibly neutral, permissionless monetary asset. Most of the risk is not technical. It is incentive routing: who captures fee revenue, who receives treasury releases, and whether those distributions buy durable usage or short-term optics.

Top 3 risks

  1. Discretionary treasury releases dominate the emission story. Trigger: Council or Board expands ecosystem and operations grants, or accelerates quarterly releases beyond what the market expects. Mechanism: a large share of supply is allocated to “Ecosystem and Open Source Development” (50.61% / 25.30B HBAR), and the report explicitly treats allocations as pooled categories whose release depends on commitments and governance decisions, not a fixed on-chain curve. Who bears it: liquid HBAR holders (price impact), builders (grant dependence), and future node operators (security depends on distribution quality). Measurable indicators: quarterly changes in released supply reporting, large transfers out of allocated supply accounts, and the share of supply remaining in Council-controlled accounts versus user accounts.

  2. Staking reward sustainability is a policy problem, not a protocol guarantee. Trigger: fee revenue is insufficient to maintain target yields, or the staking reward account balance drops below configured thresholds. Mechanism: rewards are paid from account 0.0.800 funded “primarily” by daily fee distribution from 0.0.802, and the Council has already implemented algorithmic controls tied to the balance in 0.0.800 (85M HBAR threshold) and a reward cap regime (2.5% max, 13% of supply eligible for full rate). Who bears it: retail stakers and yield-dependent holders first, then the network if stake participation falls once permissionless nodes arrive. Measurable indicators: the balance of 0.0.800, published changes to reward parameters, and the effective reward rate implied by the reward caps relative to stake participation.

  3. Governance and parameter risk can reprice the token economy quickly. Trigger: Council changes fee schedules materially, changes fee split parameters between 0.0.98 / 0.0.800 / 0.0.801, or modifies which actors are compensated via “Council Operations.” Mechanism: HIP-406 specifies that fee fractions and staking settings are Council-set parameters, and Council minutes document concrete fee allocation votes (including a move to 80/10/10 with temporary 90/10 behavior). Hedera has also demonstrated willingness to change a core transaction price (ConsensusSubmitMessage from $0.0001 to $0.0008, effective January 2026). Who bears it: application operators (cost shocks), stakers (yield shocks), and market holders (narrative shocks). Measurable indicators: Council minutes and governance disclosures, fee schedule updates, and any new proposals that reroute fee fractions between the system accounts.

Dominant risk: treasury discretion becomes extractive before it becomes decentralizing

The dominant risk is the simplest one: Hedera’s token economy is governed, and it is treasury-led. That creates a structural possibility that is hard to price in until it happens. The system can buy growth in ways that do not create self-sustaining demand.

The Treasury Management report makes the scale explicit. Over half of supply, 25.30B HBAR, is allocated to “Ecosystem and Open Source Development.” That is the programmatic source of grants, incentives, and institutional ecosystem funding. In a growth phase, this can be rational. Network effects are real. If you are trying to make predictable USD-fees viable at scale, you may need to subsidize early integrations and “boring” infrastructure that does not immediately monetize.

The issue is not that subsidies exist. The issue is that the subsidy criteria can be underspecified while the amounts are large. With a big enough ecosystem bucket, almost any transfer can be justified as “decentralization” or “open source development,” even when the practical effect is short-term liquidity injection and sell pressure. That is how treasury-led ecosystems drift into extraction.

Hedera partially mitigates this with process. Allocations are reported at least quarterly. Release tables are published with the explicit note that forecasting beyond the next quarter can reduce integrity. That is a transparency posture. It is still not a binding commitment to a credibly neutral emission curve.

The second-order effect hits staking and security incentives. If HBAR distribution is driven primarily by grants and purchase agreements, then the “natural” holder base may be grant recipients and counterparties with near-term obligations, not long-duration stakers. That weakens the social contract behind staking when the network eventually transitions to broader, permissionless node participation. Hedera’s own staking design pushes rewards to be de minimis and policy-controlled, which is consistent with this institutional model. It is not consistent with “stakers are the owners.”

Finally, treasury discretion amplifies definitional risk. Hedera itself does not define “circulating supply” and uses its own released/unreleased classifications, while dashboards use mirror-node derived numbers and their own exclusions. When market participants cannot agree on float, they cannot agree on how much “unmodeled supply” can hit the market. That increases the risk premium on the asset, independent of tech quality.

If you are building a treasury-led network and want to avoid this failure mode, you need tight grant KPIs, clawback structures where possible, and post-mortems that quantify what each HBAR bought. For a structured framework, see our guide to token economy components. If you want an external sanity check on incentives and fiscal flows, this is the kind of work our tokenomics design services cover, and we also publish related research reports.



This article is part of our Tokenomics Deep Dive series.