Burn Cost
Burn cost is the TAO amount associated with creating a new Bittensor subnet. Bittensor vocabulary uses the term for TAO that is recycled during subnet creation, even though the amount is commonly discussed through the familiar “burn cost” label (Glossary: Burn Cost).
The term is narrower than a general fee. Burn cost belongs to the subnet creation path, not to every transfer, validator action, or user interaction. It gives readers a specific name for the dynamic TAO amount tied to bringing a subnet into existence (Create a Subnet: Burn cost).
Creation Amount
Burn cost is part of the subnet creation flow. The subnet creation guide presents it as the amount of TAO required for creating a subnet, with the amount shown by tooling rather than fixed inside the concept article (Create a Subnet: Burn cost, BTCLI: subnets burn-cost).
That makes the term useful before a reader looks at a live value. Burn cost names the creation-side requirement, while the network or tool output supplies the observed number for a particular environment.
The creation-side scope also keeps burn cost separate from ordinary transfer fees. It is tied to subnet creation, not to every TAO movement or every account action (Glossary: Burn Cost).
Dynamic Pricing
Burn cost is dynamic rather than fixed. The subnet creation documentation presents burn cost as a value that can decrease over time and rise when additional subnets are created, so the durable concept is the pricing mechanism rather than a quoted number (Create a Subnet: Burn cost).
That makes burn cost a moving creation amount rather than a stable value for a reference page. A source-stable description can explain what the amount means, why it changes, and where it belongs without preserving a number that can become stale (BTCLI: subnets burn-cost).
The dynamic behavior also separates burn cost from ordinary labels such as fee or balance. A burn cost statement belongs with subnet creation and the network where the amount was observed.
Recycling Treatment
The name includes “burn,” but Bittensor documentation treats subnet creation cost as recycled TAO. The local subnet creation guide calls out that the label remains “burn cost” even though the TAO is technically recycled rather than destroyed (Local subnet creation: Subnet creation cost).
This distinction keeps the term from being overread. Burn cost is the familiar subnet-creation label; recycling is the accounting treatment for the TAO involved. The word “burn” alone is not enough to describe whether the TAO is permanently removed from all future issuance (Glossary: Recycling and burning).
Recycling vocabulary is therefore the more precise accounting description. Burn cost identifies when the TAO is required; recycling explains how the protocol treats that TAO after the subnet creation event.
This is the main reason the phrase can look confusing at first. The creation path still uses the burn-cost label, while the accounting explanation says the TAO is recycled (Local subnet creation: Subnet creation cost, Glossary: Recycling and burning).
Funding Paths
Burn cost names the amount required by subnet creation, while crowdloans name one community funding path that can help cover that amount. In a crowdloan, contributors provide TAO toward subnet creation and later receive TAO distributions based on the subnet’s converted alpha emissions (Crowdloans).
Those concepts answer different questions. Burn cost identifies what subnet creation requires; crowdloans explain how a group may share the funding burden and later participate in the resulting subnet economics. Keeping the two separate avoids treating a funding structure as the cost itself (Glossary: Burn Cost).
The relationship is useful but limited. A crowdloan can be a path for meeting a creation cost, while burn cost remains the creation-side TAO amount regardless of whether one creator or multiple contributors provide the funds.
This also separates burn cost from the later subnet economy. A funding path can help satisfy the creation requirement, but it does not change what burn cost names (Glossary: Burn Cost, Crowdloans).
Supply Flow
Burn cost sits on the input side of subnet creation: TAO is required for a new subnet and is treated as recycled. Coinbase sits elsewhere in the supply flow, as the per-block mechanism involved in TAO emission and epoch processing (Coinbase Implementation).
The contrast is helpful because both ideas involve TAO movement but at different moments. Burn cost is tied to creation of a subnet, while coinbase concerns ongoing emission mechanics after the network is producing blocks and distributing rewards (Glossary: Burn Cost).
Recycling and coinbase also answer different accounting questions. Recycling describes how TAO is returned to issuance or supply accounting, while coinbase describes recurring emission processing (Glossary: Recycling and burning, Coinbase Implementation).
Development Stage Context
The meaning of burn cost is also affected by environment. Bittensor documentation separates local development, testnet-style testing, and mainnet use, so a burn cost observation from one environment is not evidence for all others (Bittensor Networks, Introduction to Bittensor: Subnet development).
Local subnet work can show the creation mechanism in an isolated setting, while shared testing environments can show more realistic movement without carrying production meaning. The stable concept is that burn cost is environment-bound evidence about subnet creation, not a single universal number.
Observed burn-cost values belong to the source and environment where they were measured. The reusable term is the creation-side recycled-TAO requirement; the number belongs to the relevant network state.
Relationship to Yuma Consensus
Burn Cost and Yuma Consensus describe related parts of Bittensor’s incentive system. Yuma Consensus is the on-chain process that aggregates validator weight signals within a subnet into miner incentives and validator dividends, applying consensus clipping, bonding, and emission calculation (Yuma Consensus).
For readers, burn cost names a specific part of that incentive picture, while Yuma Consensus names the consensus process that turns validator weights into the resulting incentives and dividends.
Reader Boundary
Burn cost is a conceptual and accounting term, not timing advice, a price forecast, or a general transfer fee. It names the dynamic TAO amount required for subnet creation, and Bittensor documentation treats that TAO as recycled rather than simply destroyed (Create a Subnet: Burn cost, Glossary: Burn Cost).
Live values belong in the tool or source that reports the relevant environment. Crowdloans name a funding path that can help meet the creation requirement; burn cost remains the creation-side TAO amount regardless of who supplies the funds (BTCLI: subnets burn-cost, Crowdloans).