|
| 1 | +--- |
| 2 | +title: "Announcements and Developments" |
| 3 | +--- |
| 4 | +# Announcements and Developments |
| 5 | + |
| 6 | +This page tracks recent and upcoming changes to the Bittensor protocol and other major events in the Bittensor ecosystem. |
| 7 | + |
| 8 | + |
| 9 | +## Sub-Subnets (Major Feature Launch) |
| 10 | + |
| 11 | +**Status**: Ready for deployment on September 12, 2025 |
| 12 | +- **What**: Sub-subnets allow subnet owners to apportion emissions across multiple sub-subnets, each running Yuma Consensus independently |
| 13 | +- **Key Features**: |
| 14 | + - Enables up to 8 sub-subnets (IDs 0-7) within each main subnet for multi-task validation |
| 15 | + - Fully backward-compatible with existing miners and validators via sub-subnet ID 0 |
| 16 | + - Each sub-subnet has its own weight matrix and independent emissions |
| 17 | + - All validators participate in all sub-subnets with identical stake weights |
| 18 | + - Miners automatically participate in ALL sub-subnets when registering for a subnet |
| 19 | + - Emissions are divided evenly, but subnet owners can configure proportions. |
| 20 | + - First version focuses on core functionality with additional features planned based on community feedback |
| 21 | + |
| 22 | +## Hyperparameter Rate Limiting |
| 23 | +**Status**: WIP |
| 24 | +- **What**: Prevents subnet owners from changing hyperparameters too frequently |
| 25 | +- **Rules**: Cannot change hyperparameters in last 10 blocks of a tempo |
| 26 | +- **Purpose**: Prevent exploitation where subnet owners kick off root validators to take full incentives |
| 27 | +- **Implementation**: Applies 7,200-block rate limit to prevent subnet owner exploitation |
| 28 | + |
| 29 | +## Child Key Fee |
| 30 | + |
| 31 | +A percentage fee will be deducted from emissions bound to validator hotkeys through a *child hotkey* relationship. This is designed to more highly incentivize validators who perform validation work, over child-key-only validators. It is being gradually rolled out to reduce surprise for the community and allow validators to adjust. |
| 32 | + |
| 33 | +**Status**: Implemented (Merged) |
| 34 | +- **Plan**: |
| 35 | + - Start at 1% (September 10) |
| 36 | + - 30-day delay |
| 37 | + - Increase by 1% per day for 17 days |
| 38 | + - Final rate: 18% |
| 39 | + |
| 40 | +## Changes to the Subnet Registration/Deregistration Process |
| 41 | + |
| 42 | +**Status**: Ready for deployment on September 16, 2025 |
| 43 | +- **Key Changes**: |
| 44 | + - Subnet limit remains at 128 initially with no new registrations available immediately |
| 45 | + - Immunity period reduced from 6 months to 4 months from registration block |
| 46 | + - Network rate limit increased to 3 days (from 2 days) between registrations |
| 47 | + - Initial lock cost set at 1,000 TAO with standard linear decay mechanism |
| 48 | + - First deregistrations available approximately September 23 (one week after deployment) |
| 49 | + |
| 50 | +## Auto-Staking for Miners |
| 51 | +**Status**: Implemented (Merged) |
| 52 | +- **What**: Miners can automatically stake their mining income to a validator of their choice |
| 53 | +- **Implementation**: |
| 54 | + - New extrinsics `set_coldkey_auto_stake_hotkey` and `get_coldkey_auto_stake_hotkey` |
| 55 | + - Set per coldkey, affects all miner hotkeys |
| 56 | + - No transaction fees required |
| 57 | + - Reduces sell pressure by allowing automatic delegation of mining rewards |
| 58 | + - Event emission system being added to distinguish mining vs staking rewards for proper accounting |
| 59 | + - Requires CLI support for configuration and management |
| 60 | + |
| 61 | +## Registration Fee Controls |
| 62 | +**Status**: Deployed |
| 63 | +- **What**: Subnet owners can configure neuron registration fees |
| 64 | +- **Implementation**: |
| 65 | + - Subnet owners can configure neuron registration fees between 0.1 and 1 TAO |
0 commit comments