Staking async on Basti blocks#12202
Conversation
|
DQ to understand the context 😅 what we want to achieve here is the integration plumbing that proves So without the page count increase, the In theory, if we make sure to have pages small enough (256 was a tentative number, to be measured) before we enable 500ms, the trick wouldn't even be required because election would spread around many mini blocks. We could keep it as complementary defense measure but sounds less critical than landing the page increase stuff. Please challenge everything I have written here - need to have a better look at all the BB machinery. |
| .saturating_add(T::DbWeight::get().reads(1)); // Reading current phase | ||
|
|
||
| // Check if there's enough weight left in the block | ||
| let remaining_weight_meter = frame_system::Pallet::<T>::remaining_block_weight(); |
There was a problem hiding this comment.
If we're checking for weight here, wouldn't on_poll then behave like on_initialize? This hook runs before all inherents (and transactions), so the remaining weight stays high at this point, right?
|
I would suggest as dirty-and-quick test to try to run zombienet on staking testnet with |
WIP staking on Basti blocks running at 500ms