Subnet 90: ?
Subnet 90 is a Bittensor subnet with a registered on-chain identity.
On-Chain Identity
The live Finney identity for netuid 90 lists the subnet name as ?. The description, GitHub
repository, project URL, and Discord fields are all set to placeholder values. No public technical
documentation, codebase, or project description can be sourced from the current on-chain identity
alone.
Live subnet data is available on TaoStats.
Miner and Validator Roles
Without a registered GitHub repository or project documentation in the on-chain identity, the subnet-specific miner and validator roles cannot be described reliably. The general Mining and Validating pattern still applies: miners compete for incentive and validators submit weights that feed into Yuma Consensus.
Relationship to Yuma Consensus
Subnet 90 is registered on Bittensor and uses Yuma Consensus to convert validator weight vectors into the emission shares distributed to miners and validators within the subnet each tempo. The Yuma Consensus documentation describes how validator weight submissions are aggregated into consensus weights for each miner registered on the subnet.
Because no source-backed on-chain identity URL or GitHub repo is available for Subnet 90, no source-backed description of how validators score miners or what weight vectors represent is available. The Emission documentation describes how consensus weights determine each participant’s share of the subnet’s accumulated emission each tempo, and those mechanics apply to Subnet 90 once a source-backed incentive mechanism is established.
Development Stage Context
The Introduction to Bittensor describes subnet development as moving from localnet to testnet and then mainnet. For Subnet 90, that sequence applies to the standard Bittensor lifecycle: localnet for isolated development, testnet for shared non-production testing, and mainnet for live operation with real emissions.
On mainnet, Subnet 90 is registered as the live production subnet at netuid 90. The Bittensor Networks reference separates mainnet, testnet, and localnet. Participation examples or emission outcomes from one environment should not be read as representing production subnet performance in another environment.
Reader Boundary
Subnet 90 should not be read as generic Bittensor subnet documentation, an active public protocol
description, or proof of a reproducible miner task on netuid 90. Its live Finney identity lists the
subnet name as ? with placeholder description, GitHub, URL, and Discord values, so Taopedia cannot
source miner and validator behavior beyond the generic Bittensor role model
(btcli reference).
Placeholder Identity Fields Block Mechanism Claims
Readers should treat this page as identity-state reporting and verify the current on-chain identity before relying on any description, because subnet operators can update identity fields over time. Until a real repository or mechanism spec is registered on-chain, statements about Subnet 90’s specific scoring logic or task output would be speculative.
The ? Name Is Not a Project Hint
The placeholder subnet name should not be read as an invitation to infer purpose from third-party rumors or unrelated netuid articles. If a future operator registers a named project with documentation, that registered source should replace placeholder summaries as the basis for a revised article.
Validator weights still flow through Yuma Consensus to determine emissions each tempo (Yuma Consensus, Emission).