Existential Deposit
Existential deposit is the minimum TAO balance threshold for a Bittensor account to remain represented (Glossary: Existential Deposit). The term belongs to account-balance vocabulary. It is separate from staking amounts, fee amounts, and subnet scoring terms.
Balance Threshold
The concept is a retained-balance threshold, not a reward category. It names the minimum amount of TAO required for an account to exist (Glossary: Existential Deposit).
That makes the term useful when a reader needs account-retention context. It does not describe miner evaluation, validator influence, or a subnet’s scoring model.
TAO Context
The threshold is expressed in TAO. The TAO glossary gives the token context, while existential deposit narrows the question to the minimum account-balance boundary (Glossary: TAO, Glossary: Existential Deposit).
The two terms are related but not interchangeable. TAO names the network token; existential deposit names a threshold measured in that token.
Dust-Account Boundary
Existential deposit helps separate meaningful account records from dust-account buildup. Balances below the threshold are connected with account removal to conserve resources (Glossary: Existential Deposit).
That resource boundary is the main reason the concept matters. It explains why a very small balance can be treated differently from an account balance above the threshold.
Wallet-Balance Boundary
Existential deposit concerns the account’s retained TAO balance, not the wallet key material itself. Wallet documentation describes coldkeys and hotkeys as key roles, while fee documentation describes TAO costs attached to state-changing actions (Wallets and Keys, Transaction Fees).
For readers, that keeps account retention separate from custody and action cost. The existential deposit threshold answers whether enough TAO remains for account representation; wallet-security and fee questions need their own sources.
Difference from Fees
Existential deposit is not the same as a transaction fee. Fees relate to the cost of an action, while existential deposit is a retained-balance threshold. The Transaction Fees reference provides fee context, which keeps the two account-balance ideas separate.
Difference from Staking
Existential deposit is also different from staking. Staking and delegation concerns TAO placed behind validator support, while existential deposit concerns the minimum account balance boundary. A staking amount and an account-retention threshold answer different questions.
This distinction matters when comparing wallet balances: existential deposit asks whether an account keeps enough TAO to remain represented, while staking asks whether TAO has been delegated for validator support. Both involve TAO balances, but they describe different balance states and should not be combined into one threshold (Staking and delegation).
Network Scope
Bittensor network references separate localnet, testnet, and mainnet environments (Bittensor Networks, Introduction to Bittensor: Subnet development). Existential-deposit examples should keep that environment attached because account-state examples from one network do not automatically describe another network.
Localnet examples can show isolated behavior, testnet examples can show shared non-production behavior, and mainnet references describe production-network context. The term stays the same, while the observed account state belongs to the network where it was observed.
Account-State Scope
Existential deposit is an account-state concept, not a transaction fee or staking threshold. Wallet and chain-inspection references help explain account context, while fee and delegation references answer different questions (Wallets and Keys, Subtensor Storage).
This keeps the term focused on account existence rather than broad balance-management advice.
Account retention is also separate from wallet identity. A wallet’s public key and private key identify and authorize that wallet regardless of balance; existential deposit only determines whether the underlying account stays represented in chain state once its balance falls below the threshold.
Storage and Fee Boundary
Subtensor storage is the better reference point for reading whether account state is represented, while fee documentation explains the separate cost of submitting an action (Subtensor Storage, Transaction Fees).
That boundary matters because an account can be discussed in storage terms without turning the existential deposit into the fee for a particular transaction. The deposit names the retained-balance condition; fees name the cost side of an extrinsic.
Development Stage Context
The Introduction to Bittensor describes subnet development as moving from localnet to testnet and then mainnet. For existential deposit, that sequence changes how readers should interpret minimum-balance thresholds and account retention examples.
In localnet, existential-deposit examples can be exercised in an isolated environment. Local threshold values reflect local chain configuration rather than production account rules.
On testnet, existential-deposit behavior can be observed in a shared, non-production network. Testnet minimum-balance thresholds are separate from mainnet account state (Glossary: Existential Deposit).
On mainnet, existential deposit is the live minimum TAO balance rule for retaining account representation on the production Bittensor network.
The Bittensor Networks reference separates mainnet, testnet, and localnet. A balance-threshold example from one environment should not be read as representing production account-retention rules in another environment.
Reader Boundary
Existential deposit should be read as balance-threshold vocabulary. It identifies the minimum TAO amount required for account retention, while TAO, fees, staking, storage, and network references provide nearby context (Glossary: Existential Deposit, Glossary: TAO).
Balances Below the Threshold Can Be Reaped
The Glossary: Existential Deposit states that accounts with balances below the threshold can be reaped, or removed, to conserve network resources and prevent blockchain bloat from dust accounts. The term therefore names an account-retention boundary, not a recommended wallet balance.
That reaping behavior is why small leftover balances matter in account vocabulary. A balance can still be valid TAO while falling below the retention threshold that keeps the account represented on chain.
The Threshold Is a Queryable Runtime Constant
The same glossary entry describes existential deposit as a runtime constant in the Balances pallet
configuration. Official material gives a default of 500 RAO in runtime code while noting that the
actual on-chain value should be read from the Balances::ExistentialDeposit constant rather than
assumed from examples alone.
Existential deposit reading should therefore treat the figure as chain-configured state. Wallet and fee prose can mention the concept without quoting a live threshold unless the value was queried for the network in scope (Subtensor Storage).
Transfers Can Move Balances Toward the Threshold
The Glossary: Transfer describes transfer as sending TAO between wallet addresses. Outbound transfers reduce the sender’s free balance, while inbound transfers increase the receiver’s balance, so ordinary movement can leave an account closer to the retention boundary described by existential deposit.
That keeps transfer and existential deposit as separate terms that interact through balance effects. Transfer names the movement action; existential deposit names the minimum retained balance required for account representation (Transaction Fees).