CORE is a yield key first, and a governance chip second

Core’s token design is built around one hard idea: if you want “Bitcoin yield” inside the Core ecosystem, you will be pushed to hold and stake CORE. That is not just a user-acquisition mechanic. It is a governance mechanic, because staking demand reshapes who holds CORE, who delegates it, and which validators keep their seats. For a contrasting staking-wrapper model, compare the staked ETH tokenomics.

Official docs frame CORE as the gas token for Core transactions, a staking asset used to support validators, and a governance token. Core also explicitly positions Dual Staking (BTC + CORE) as the route to materially higher Bitcoin staking yields, with premium tiers gated by CORE:BTC ratios.

From a governance power perspective, this means CORE is not merely “used for governance.” It is used to manufacture a constituency for governance by tying economic upside to holding behavior. The trade-off is predictable. The system can be tuned quickly to protect yields and security budgets. It also concentrates agenda-setting in whoever can change the tuning knobs.

What Core is, and what CORE does in the product

Core is an EVM-compatible layer-1 that integrates Bitcoin into its security and participation model via “Satoshi Plus,” which combines delegated Proof of Work, delegated Proof of Stake, and non-custodial Bitcoin staking.

Within that product, CORE is assigned four core functions in official documentation:

Gas: CORE is the network’s transaction and smart contract gas token.

Validator economics: validators earn rewards in CORE, sourced from newly issued rewards and transaction fees.

Staking and delegation: CORE holders can delegate stake to validator candidates, which feeds into validator election scoring.

Governance: CORE holders participate in governance decisions and parameter changes, in a system described as “progressive decentralization.”

There is one more operational point that matters for power distribution. Validator participation has a meaningful economic barrier. Core’s validator documentation states validators are required to lock 50,000 CORE as collateral to participate. This is a centralizing force unless delegation is sufficiently competitive and the validator set is meaningfully large.

Dual Staking is the other major “product-utility” surface. Core’s dual staking guide states users must have at least 1 CORE to stake, plus CORE for gas, and that higher CORE:BTC ratios unlock higher yield tiers. Yield tier thresholds are not just marketing. They are a policy lever the protocol can move, and Core has used governance proposals to move them.

Supply, emissions, and allocations

Core’s tokenomics page describes a fixed maximum supply of 2.1 billion CORE.

On emissions, Core documents an 81-year distribution timeline and an annual 3.61% reduction in block rewards. The whitepaper specifies that the 3.61% reduction starts every 10,512,000th block (approximately every 365 days).

Core’s official documentation provides a full distribution breakdown. Per the allocation rule, here it is as a single bullet list:

Market data sites reflect the practical consequence of this long release arc. CoinGecko’s Core page (CORE, API id coredaoorg) showed on March 6, 2026 a circulating supply of 1,074,331,053 CORE and total/max supply of 2,100,000,000 CORE. The point is not the exact number. The point is the governance surface it implies. A large portion of supply remains outside circulation, and the entities controlling those allocations become structurally relevant voters and market actors.

Fees, burns, and who gets paid

Core’s validator documentation describes rewards as coming from two sources: (1) base rewards in newly issued CORE and (2) transaction fees from transactions included during a round. That is the standard L1 security budget structure. The interesting part is how much of the fee stream is routed away from validators, and who can change that routing.

On burns, Core’s documentation states a DAO-determined portion of fees and rewards are burned, and frames this as a deflationary mechanism that makes supply “approach but never exceed” the 2.1B cap. The whitepaper similarly describes burning a percentage of block rewards and transaction fees with the percentage determined by the DAO.

There is, however, an explicit policy tension in Core’s own primary materials. The whitepaper also says Core is “transitioning away” from burning, and that instead of permanently removing tokens, rewards and fees will be repurposed to support operations, validator incentives, ecosystem projects, and operational needs. That change is not just tokenomics flavor. It is a direct transfer of value from passive holders (burn benefits everyone pro rata) to the entities that receive redirected flows (validators, treasuries, partners, grant recipients). If you are modeling CORE, you cannot treat burns as “mechanically inevitable.” You have to treat them as a political decision.

Core’s own communications describe burn as a lever. In a March 7, 2023 post, Core DAO stated transaction fees were “currently defaulted to 10% burn” and that on-chain governance controls the exact percentage. Dated posts can go stale, but the governance implication stays live. If burn and fee routing are levers, someone holds the lever.

Rev+ expands that fee-routing surface area. Core’s Rev+ overview describes a protocol-level mechanism that distributes a portion of transaction gas fees to configured reward addresses when specific contract events are triggered, including direct distribution and pool-based distribution. It also states “whitelisted DAOs” can be configured to receive protocol fee distributions.

This is an explicit choice to pay ecosystem constituencies directly out of gas. That can create real builder retention. It also creates a governance battleground around whitelisting and percentages. If access to Rev+ is permissioned by governance, governance becomes a revenue allocator.

Governance and parameter control: where power actually concentrates

The cleanest statement of Core’s current governance reality is in the whitepaper’s governance section. It says: “The Core team is charged with overseeing the network through their control of the DAO until such time as it can fully decentralize.” It also names the responsibilities: altering the number of validators, regulating governance parameters, and setting burn percentages on block rewards and transaction fees.

Core’s “progressive decentralization” framing appears both on the website and in the whitepaper, with three stages: (1) off-chain governance, (2) limited on-chain governance for a fixed parameter set, then (3) full on-chain governance. This matters because many projects talk decentralization while behaving like product teams. Core’s docs are more candid: central control is presented as a launch requirement.

Now look at where “governance” lives in the actual security architecture. Validator selection is not a simple CORE-token election. Core’s validator election process combines three voting bases into a hybrid score: delegated Bitcoin hash power, CORE staked to a validator, and BTC staked to a validator, with weights m, k, and l constrained to sum to 1. The documentation describes selecting the top 27 validators by hybrid score for the next round.

Two governance observations drop out of that design:

First, governance power is tri-cameral even if voting is not. Bitcoin miners and mining pools can “vote” by including validator info in coinbase transactions on Bitcoin blocks they already mined. BTC stakers can “vote” by delegating BTC stake. CORE stakers vote with delegation. Even if parameter changes are decided by CORE governance, validator composition determines what code runs and who has operational leverage during upgrades. That is governance in practice.

Second, the parameters that set relative power are themselves changeable. The validator election documentation explicitly notes that dual staking yield multiplier settings are “subject to change” and can be “configured through governance voting.” Core has also used governance proposals to adjust Dual Staking CORE:BTC ratios, with a November 5, 2025 proposal laying out specific tier thresholds and stating implementation would occur immediately after the governance vote concludes.

This is where decentralization claims usually get soft. Yes, people can vote. But the decisive question is who can reliably win votes, who can propose, and who can execute. Core’s own whitepaper explicitly centralizes execution and oversight in “the Core team” during the early stages.

Validator set sizing is a live example of parameter governance. Core DAO published a May 24, 2024 proposal to expand the validator set from 21 to 31 validators by Q2 2025 and stated the official vote would occur on Snapshot. Separate documentation indicates Core already expanded its active validator set from 21 to 27 as of Q2 2024 and discussed further expansion expectations. Regardless of what the live validator count is today, the governance point is simple: validator set size is treated as a tunable parameter, not a constitutional constant.

One more operational governance layer is quietly important. Validators can set their own commission rates, taking a portion of rewards before distributing to delegators. This creates a market in delegation. In practice, it often becomes a reputation game that funnels stake to a small set of recognizable operators. That tends to centralize voting power at the validator layer even when token ownership is broad.

Risk analysis: governance centralization is the dominant risk surface

Core’s tokenomics are coherent in one way that matters: incentives are not purely reflexive. CORE has clear operational uses (gas, validator rewards, staking), and the protocol is explicit about fee routing via Rev+ and about adjustable Dual Staking parameters. That gives the system multiple ways to pay for security and ecosystem growth. We also track these patterns in our crypto research.

It also creates a single, repeated failure mode: when a system is designed to be “nimble,” nimbleness comes from concentrated authority. Core’s own whitepaper states the Core team oversees the network through control of the DAO during early decentralization stages. That is the structural root of the dominant risk. For another yield-bearing wrapper to compare against, see the staked SOL tokenomics review.

Dominant risk: parameter sovereignty sits above tokenholder expectations, and the project’s own docs leave the boundary intentionally flexible.

The tokenomics that matter most for long-term holders are not the cap. It is already set at 2.1B. The tokenomics that matter are (1) how much of the fee and reward stream is burned versus redirected, (2) what Dual Staking thresholds are, (3) how validator influence is weighted between hash power, CORE stake, and BTC stake, and (4) which entities get whitelisted into fee-sharing programs like Rev+.

Those are all governance-adjacent knobs in Core’s own documentation. Burn percentages are explicitly set by the DAO per the whitepaper. Dual Staking tiers have already been the subject of governance proposals, with tier ratios specified in public and tied to an approval vote. Validator set size has been proposed for change via Snapshot voting. Rev+ explicitly depends on configuration and whitelisting.

Even within “primary sources,” there is visible policy drift. The docs emphasize fee burns as a deflationary mechanism. The whitepaper signals a transition away from burning toward redistribution for operations and ecosystem spend. That does not mean one is wrong. It means the governance layer has room to move. If you are buying CORE on a “burn narrative,” your exposure is not only market risk. It is governance risk.

Core’s design also blends multiple power bases into consensus. Bitcoin miners can influence validator selection through hash power delegation. Mining power is notoriously concentrated in large pools. Even if miners cannot directly vote on DAO proposals, they can shape which validators are active and therefore which operators become the default political coalition inside the ecosystem. That is a structural pathway from external concentration (mining pools) into internal governance influence (validator operations and social legitimacy).

The final layer is treasury and allocation reality. Core’s published distribution assigns 15% to Contributors, 10% to Reserves, and 9.5% to Treasury. That is 34.5% of supply in buckets that, in most projects, are either directly controlled by insiders or controlled through structures insiders heavily influence. Core does not fully specify governance and signatory structure for these allocations in the tokenomics table itself. The whitepaper’s governance section then explicitly assigns oversight to the Core team during the early lifecycle. The combination is the dominant risk: a system where key monetary and incentive parameters are adjustable, while the most organized voting bloc is likely the one closest to operational control.

If you want an operationally flexible chain, you accept this trade. If you need help modeling that trade-off, our tokenomics design services treat governance constraints as part of the incentive design.

Top 3 risks

  1. Trigger: a governance decision (or “progressive decentralization” stage shift) changes burn or fee routing policy.
    Mechanism: the DAO sets the percentage of block rewards and transaction fees that are burned, and the whitepaper contemplates moving from burns to redistribution for operations and ecosystem funding.
    Who bears it: passive CORE holders modeling long-run scarcity, and dApp teams dependent on stable fee economics.
    Measurable indicators: governance proposals and executed changes touching burn or redistribution; changes to the documented “deflationary mechanisms” language; sustained shifts in net issuance and/or burn reporting compared to prior periods.
  2. Trigger: Dual Staking tier thresholds are raised or reweighted in a way that reprices demand for CORE.
    Mechanism: BTC yields are tiered by CORE:BTC ratios, and Core has proposed concrete ratio increases with implementation immediately after a governance vote, making yield access a policy variable.
    Who bears it: BTC stakers priced out of higher tiers, CORE holders exposed to demand shocks, and validators whose delegations depend on Dual Staking participation.
    Measurable indicators: published ratio changes in governance communications; shifts in CORE staking levels and BTC staking participation following threshold changes; changes in validator reward distribution attributable to tiered BTC yields (where reported).
  3. Trigger: validator power concentrates due to delegation dynamics and limited validator set size constraints.
    Mechanism: validators are selected by a hybrid score combining delegated hash power, staked CORE, and staked BTC, and validator participation includes a stated 50,000 CORE collateral lock, which raises the barrier to entry.
    Who bears it: users and dApps relying on censorship resistance and predictable block production, and delegators exposed to validator operational failures and commission changes.
    Measurable indicators: validator set turnover, concentration of hybrid score among the top validators, rising average validator commissions, and evidence of delegation clustering around a small number of validators.

If you are designing a similar yield-gated governance asset, treat the governance layer as part of the token economy design, not a wrapper around it. Tokenomics consulting that ignores parameter sovereignty and execution power tends to produce models that fail at the first contentious vote.



This article is part of our Tokenomics Deep Dive series.