Glossary
List of commonly used terms in Bittensor and on Taostats.
Alpha:
Section titled “Alpha:”Each subnet has a token corresponding to its symbol (alpha, beta, delta…). To generalise subnet tokens, they are referred to as alpha.
Note Liquid Alpha is a different term.
Alpha in (aka Alpha pool, Alpha Reserve)
Section titled “Alpha in (aka Alpha pool, Alpha Reserve)”The amount of alpha that is present in the liquidity pool. Depending on the context, this can also refer to the amount of alpha being added to a pool during a block.
Alpha out (aka Alpha outstanding, alpha staked)
Section titled “Alpha out (aka Alpha outstanding, alpha staked)”The amount of alpha that has been staked onto hotkeys. Alpha_out can refer to all of the alpha staked, or to the alpha being staked to a specific wallet. Examples: Subnet 37 has 4,000 alpha out. I have 100 alpha out staked from subnet 16.
Alpha_out can also refer to the amount of alpha being added to the hotkeys during a block.
Alpha Price:
Section titled “Alpha Price:”This is defined by the ratio of tao_in/alpha_in … the assets in the liquidity pool.
Bittensor:
Section titled “Bittensor:”The peer-to-peer network for open machine intelligence. Bittensor is composed of independent subnets, each running its own incentive mechanism, connected through the subtensor chain. Nodes on subnets earn tao for producing work that other nodes rate as valuable. See bittensor.com for the whitepaper and network overview.
The permanent removal of tao from circulation. Burn is distinct from recycle: recycled tao re-enters the emission pool at a later date, whereas burned tao is destroyed. Registration fees on some subnets and specific governance actions can trigger a burn. See Burning.
Child hotkey (Childkey):
Section titled “Child hotkey (Childkey):”A hotkey that receives delegated stake authority from a parent hotkey. The parent keeps custody of the coldkey and stake; the child registers on subnets and runs validator or miner workloads. Enables split of custody and operation. See Emission for Parent/Child Hotkeys.
Coldkey:
Section titled “Coldkey:”The main key for a Bittensor wallet. Used to transfer, buy, sell, and stake/delegate tao.
Coldkey swap:
Section titled “Coldkey swap:”The process of transferring all state on a coldkey (balances, stakes, delegations) to a new coldkey. Initiated on-chain with a delay period before it finalises, to prevent theft via a compromised hot session. The pending swap is queryable via the pending-coldkey-swap API. See Pending Coldkey Swap API.
Commit Reveal:
Section titled “Commit Reveal:”Bittensor’s approach to address weight copying. A process where validators encrypt their weights for a given period, preventing weight copiers from reading their weights immediately.
Consensus:
Section titled “Consensus:”Miner’s score from the Yuma Consensus. Not applicable to validators.
Consensus based weights:
Section titled “Consensus based weights:”See liquid alpha
Conviction:
Section titled “Conviction:”A governance-vote weighting mechanism where locking tao for longer periods amplifies vote weight. Longer conviction locks give more influence over proposals. Conviction v2 refined the multipliers and lock schedule. See Conviction v2.
Daily Rewards:
Section titled “Daily Rewards:”A column in the subnet metagraph. Based on the current emission, extrapolated to 24 hours. Example: If your emission is 1 tao/epoch, your Daily reward will be 20 tao. (20 epochs/day)
Delegate:
Section titled “Delegate:”The verb form: to stake tao to a validator’s hotkey, creating a delegation relationship. When tao is delegated, the owner of the tao receives a portion of the validator’s emissions minus the validator’s take. See Delegation.
Delegation:
Section titled “Delegation:”The standing relationship in which a tao owner assigns stake to a validator’s hotkey. The delegator retains ownership via their coldkey, the validator uses the stake weight for consensus, and the delegator earns a share of emissions minus the validator’s take. “Delegate” (verb) is the act of creating this relationship; “delegation” is the relationship itself. See Delegation.
Deregistration:
Section titled “Deregistration:”Removal of a neuron from a subnet’s metagraph, freeing its slot for a new registration. Neuron deregistration occurs when a neuron with expired immunity ranks lowest by incentive. Subnet deregistration can also occur, removing an entire subnet from the network. The deregistration ranking endpoint exposes the pending neuron order. See Neuron Deregistration API.
Dividends:
Section titled “Dividends:”A score for validators denoting the fraction of emission for each validator.
The dynamic-tao protocol upgrade, activated February 2025, that replaced the root-subnet-weighted emission model with per-subnet automated market makers. Each subnet now has its own alpha token traded against tao in a liquidity pool, and emissions flow via pool activity rather than root-subnet weights. See Subnet Mechanisms.
Emission:
Section titled “Emission:”Emission describes the distribution of tao or alpha in the network. Emission shows up in three contexts:
- Subnet Emission: the share of network tao that flows to each subnet. For example a 10% emission means that 10% of all tao generated is sent to that subnet.
- Neuron Emission: inside each subnet, all miners and validators are awarded emission (as seen in the metagraph). Neuron emission is denominated in tao or alpha per epoch.
- Alpha Emission: the per-block issuance of a subnet’s alpha token, split between the pool, hotkeys, and the subnet owner per the subnet mechanism.
When a subnet closes registration, it retains its emission percentage, but all tao is recycled, so miners and validators receive no emission.
Epoch:
Section titled “Epoch:”A single cycle of the subnet tempo, during which validators set weights and emissions are distributed. Default tempo is 360 blocks, so an epoch is roughly 72 minutes at 12-second blocks. Rewards, daily rewards math, and Yuma consensus all key off epoch boundaries.
Events:
Section titled “Events:”Chain records emitted when an extrinsic executes. Events cover registrations, stake additions/removals, delegations, transfers, weight commits, and governance actions. Taostats indexes chain events and exposes them via the events API. See Events Detail.
Exchange rate:
Section titled “Exchange rate:”This is defined by the ratio of tao_in/alpha_in … the assets in the liquidity pool. Also known as alpha price.
Extrinsic:
Section titled “Extrinsic:”A transaction submitted to the subtensor chain. Extrinsics wrap one or more chain calls, are optionally signed by a coldkey or hotkey, and produce events when executed. Common examples: Balances.transfer, SubtensorModule.add_stake, SubtensorModule.register_neuron. See Extrinsics and Events.
Finalized:
Section titled “Finalized:”A block that has passed GRANDPA finality and can no longer be reverted. Distinct from “best block”, which is the current head of the chain and may still reorganise. Taostats API responses generally reflect finalized state.
Halving/Halvening:
Section titled “Halving/Halvening:”When half of the remaining supply has been issued, the block reward drops by half. The first tao halving occurred in December 2025, when 10,500,000 tao had been issued; the block reward fell from 1 tao/block to 0.5 tao/block. Tao and alpha halve on independent schedules. See Halving.
Hotkey:
Section titled “Hotkey:”Hotkeys are used to register subnets and nodes on the network. One hotkey can be registered per subnet. All hotkeys are associated with a coldkey. Coldkeys can have multiple hotkeys.
Hyperparameter(s):
Section titled “Hyperparameter(s):”Per-subnet tunable parameters that govern subnet behaviour: tempo length, immunity period, minimum stake, weights-set rate limit, liquid-alpha toggle, and dozens more. Set by the subnet owner via sudo_set_hyperparameter extrinsics. See Subnet Parameters.
Identity:
Section titled “Identity:”On-chain identity records associated with a coldkey, hotkey, or subnet. Stores display name, website, description, and other metadata via the Identities storage in the SubtensorModule pallet. Surfaced across the API in owner and subnet responses.
Immunity:
Section titled “Immunity:”Time period (defined in blocks) that a new node or subnet is protected from de-registration.
Incentive:
Section titled “Incentive:”A score for miners. Calculated from consensus, the incentive denotes the portion of miner emissions to be distributed to each miner.
Liquid Alpha:
Section titled “Liquid Alpha:”Also known as consensus based weights. Introduced in Bittensor 7.3, this feature changes the way Validator dividends are calculated. The “Bond” between each validator and miner is an exponential moving average, where the most recent bond is weighted at alpha = 0.9. With Liquid alpha, this becomes a variable. Subnets with Liquid alpha enabled set the Subnet Hyperparameters liquid_alpha_enabled to true.
Liquidity pool/Subnet pool:
Section titled “Liquidity pool/Subnet pool:”Each subnet will have a liquidity pool where tao can be exchanged for alpha. The ratio of tao/alpha in the liquidity pool defines the tao/alpha exchange rate.
MCP (Model Context Protocol):
Section titled “MCP (Model Context Protocol):”An open standard for exposing tools and data to language models. Taostats runs an MCP server that lets LLM clients query subnet, neuron, price, and extrinsic data through structured tool calls. See Model Context Protocol (MCP).
Mechanism (subnet mechanism):
Section titled “Mechanism (subnet mechanism):”A sub-subnet primitive introduced with dTao. A subnet owner can partition emissions and validation across multiple mechanisms inside the same subnet, each with its own scoring rules. Enables specialisation without registering a new subnet. See Subnet Mechanisms.
Metagraph:
Section titled “Metagraph:”The canonical per-subnet view of neurons and their scores at a given block. Contains one row per registered neuron with columns for stake, incentive, dividends, trust, vtrust, emission, and daily rewards. Taostats exposes the metagraph as an API endpoint and as a UI chart. See Metagraph.
MEV / MEV shield:
Section titled “MEV / MEV shield:”Maximal extractable value: profit a block producer can capture by reordering or inserting transactions. Bittensor’s MEV shield uses commit reveal and other primitives to keep validator weights hidden from potential extractors until after execution. See MEV Shield.
Miner:
Section titled “Miner:”Miners are nodes on a subnet. Miners are given work to perform, and this work is graded by the validators. Miners receive tao emissions as an incentive for their work. Miner
Moving average:
Section titled “Moving average:”A time-weighted average used in several Bittensor metrics. Notable uses: the bond exponential moving average in Liquid Alpha, and smoothed daily-reward projections in the metagraph. Not a standalone chain concept.
Multisig:
Section titled “Multisig:”A Substrate extrinsic pattern where a call requires signatures from M of N cosigners before it executes. Used for treasuries, subnet governance, and joint custody of large coldkey balances. Follows the standard Substrate multisig pallet semantics. See Multisig Extrinsics.
Netuid:
Section titled “Netuid:”The u16 identifier of a subnet on the subtensor chain. Every API endpoint that operates on a subnet takes netuid as its primary key. Netuid 0 is the root subnet. See Subnets and the Subnet API.
Neuron:
Section titled “Neuron:”A registered participant in a subnet, either a validator or a miner. “Neuron” is the generic term when the validator/miner distinction does not matter, e.g. in the metagraph or in registration counts. Also referred to as “node” in some older docs. See the Neuron API.
Nominator:
Section titled “Nominator:”An alias for a delegator (see Delegation) used in the “Calculating Nominator Returns” doc and in some Substrate contexts. Same on-chain relationship: tao owner assigning stake weight to a validator. Prefer “delegator” in new writing; keep “nominator” only when referencing existing docs or Substrate primitives.
On-chain:
Section titled “On-chain:”State that lives in the subtensor chain database and is settled by consensus. Contrasted with off-chain data (indexer views, API-side analytics, cached snapshots). If an answer changes based on which subtensor RPC you query, it is on-chain; if it comes from Taostats’ indexer only, it is not.
The over-the-counter alpha marketplace on Taostats, where traders can execute alpha-token trades outside the on-chain AMM. Useful for size trades that would incur unacceptable slippage against a subnet liquidity pool. See the OTC API.
Pallet:
Section titled “Pallet:”A Substrate module that packages related storage, extrinsics, and events. Bittensor’s core logic lives in the SubtensorModule pallet, with supporting pallets for balances, staking, governance, and multisig. Extrinsic paths are namespaced by pallet, e.g. SubtensorModule.register_neuron.
Parent hotkey:
Section titled “Parent hotkey:”A hotkey that delegates registration and validation authority to one or more child hotkeys. The parent keeps stake; the child does the work. Used to separate long-lived stake custody from short-lived operational keys. See Parent Hotkey Validation.
Price impact:
Section titled “Price impact:”The change in a subnet AMM’s effective price caused by a single trade, expressed as a percentage of the pre-trade price. Larger trades against smaller pools produce larger price impact. Distinct from slippage, which measures the gap between expected and realised price for a specific order. See Slippage.
Proxy:
Section titled “Proxy:”A Substrate extrinsic pattern where one account calls on behalf of another via a delegated permission. Bittensor supports proxy for stake operations and governance votes, letting a “hot” operational account act for a “cold” ownership account without exposing coldkey signatures. See Proxy Extrinsics.
The smallest denomination of tao. One tao equals 10^9 rao. API responses that need integer precision typically report values in rao and let clients divide by 1e9 for display.
Recycle:
Section titled “Recycle:”Tao that is recycled is removed from circulation to be emitted again at a later date. As tao is recycled, the chain halving is pushed to a later time. See Recycling.
Root subnet:
Section titled “Root subnet:”Subnet 0. Pre-dTao, root held the weighted vote that determined per-subnet emission shares. Post-dTao, root still exists for chain governance and legacy compatibility, but subnet emissions are driven by liquidity pool activity rather than root voting. See Stakeholder Emissions: Root.
Runtime:
Section titled “Runtime:”The Substrate runtime: the state-transition logic of the subtensor chain, versioned via runtime_version. Runtime upgrades ship as chain forkless updates that all nodes adopt automatically. Extrinsic and event schemas are pinned to runtime versions.
Senate:
Section titled “Senate:”Bittensor’s governance body, composed of the top-k validators by stake. The senate votes on proposals routed through the governance flow and can veto or approve chain changes. See Senate.
Signature:
Section titled “Signature:”A cryptographic signature (typically sr25519 or ed25519) that authorises a chain extrinsic. Produced by signing the encoded call with a coldkey or hotkey. Wallets, browser extensions, and CLI tools all wrap this signing step.
Slippage:
Section titled “Slippage:”The gap between the price a trader expects and the price they actually receive on an AMM trade. Slippage is inversely related to liquidity pool depth: the shallower the pool, the larger the slippage for the same trade size. See Slippage.
The Substrate address encoding format used across Polkadot, Kusama, and Bittensor. An SS58 address is a base58-encoded public key with a network prefix byte and a checksum. Every wallet, coldkey, hotkey, and API sample in these docs uses SS58 strings. See the SS58 spec.
Stake:
Section titled “Stake:”A tao owner can stake (or delegate) their tao with a validator. The higher the validator’s stake, the higher their return. Delegated tao receives a portion of the validator’s tao emissions. See: Delegation and Staking in dTao.
Substrate:
Section titled “Substrate:”The blockchain framework, maintained by Parity, that Bittensor’s subtensor chain is built on. Substrate provides the runtime, consensus (BABE + GRANDPA), extrinsic model, and pallet system. See substrate.io.
Subnet:
Section titled “Subnet:”Short for “subnetwork.” As of August 2025 there are 128 subnets in the Bittensor network. Subnets.
Subtensor:
Section titled “Subtensor:”The reference implementation of the Bittensor chain: the node software and runtime. “Subtensor” refers to the chain and its codebase; “Bittensor” refers to the broader network and its economic protocol. The two are commonly conflated but are distinct. See the subtensor repo.
A Substrate pallet that grants a designated key privileged authority to execute otherwise-restricted extrinsics, typically used for governance and hyperparameter changes. On Bittensor, sudo calls originate from the governance flow, not from an individual account.
The percentage of validator emissions kept by the validator. The remaining percentage is distributed amongst delegators. This is a variable that is set by each validator. It can range from 0-18% (default 18%) and can be updated once every 30 days.
The token of the Bittensor subtensor. Since the December 2025 halving, 0.5 tao is emitted per block (12-second blocks). Tao can be divided into rao (there are 1B rao per tao). Learn more about Tao and Tao Emission.
tao in:
Section titled “tao in:”The tao in the subnet liquidity pool. It can also refer to the amount of tao being added to the pool in each block.
Tempo:
Section titled “Tempo:”The subnet parameter that sets how many blocks pass between weight-set windows and emission distributions. Default is 360 blocks, roughly 72 minutes at 12-second blocks. One tempo cycle is one epoch.
Trust:
Section titled “Trust:”A score for miners, created by the Yuma Consensus. It is a combination of all the weights from all the validators. Higher trust leads to higher incentive & emissions.
Undelegate:
Section titled “Undelegate:”The process of removing delegation/stake from a validator. The tao removed from the validator will be added to the user’s coldkey.
Unstake:
Section titled “Unstake:”The inverse of stake: remove tao (or alpha) from a hotkey and return it to the coldkey balance. Executed via SubtensorModule.remove_stake. Unstaking is subject to per-subnet rules and may involve unbonding delays on some flows.
Validator:
Section titled “Validator:”Validators are nodes on a subnet. Validators check the work of the miners and grade the miners based on the quality of the response. Validator
VTrust:
Section titled “VTrust:”A score given to validators on a subnet. It is a ranking based on how well the validator’s weights match the consensus. High VTrust leads to higher emissions.
Weight copying:
Section titled “Weight copying:”When a validator copies the weights of other validators. This is sometimes done to avoid grading the miners, and thus not providing value to the Subnet.