The concept looks good, I added a couple of comments, but the definition of a BIT in here says the description should be precise - I think the missing part is description of the extrinsic and someone on CoR Discord mentioned that they might accidentally pay double when two miners will race to get a slot.
The extrinsic should be something like register_neuron_limit(netuid, hotkey, limit_price_rao)
.
It needs to be noted that deregistration code is scheduled for a rewrite, so BIT-17 should probably go along with these:
- Set a minimum number of non-immune, non-immortal UIDs per (sub)subnet ยท Issue #2058 ยท opentensor/subtensor ยท GitHub
- Fix neuron pruning ยท Issue #1903 ยท opentensor/subtensor ยท GitHub
- Prohibit registrations in the last 10 blocks of a tempo (2 in fast blocks mode) ยท Issue #2031 ยท opentensor/subtensor ยท GitHub
to limit the effort of testing etc.
It will also invalidate Change adjustment_alpha minimum settable by the subnet owner to 0.03 ยท Issue #2056 ยท opentensor/subtensor ยท GitHub but Prohibit registrations in the last 10 blocks of a tempo (2 in fast blocks mode) ยท Issue #2031 ยท opentensor/subtensor ยท GitHub remains to be discussed as a race condition between validators setting weights and owner registering new burn uids can allow him to hijack a subnet.
Vune says we should change the immortal uids to make the oldest ones underegistable, as opposed to the newest ones. This would fix the problem and in case the owner loses the hotkey, they can just swap it from the coldkey.