Shargon
Shargon
> understand the goal of encouraging broader participation and making it easier for new candidates to gain visibility > > however, im concerned that this approach might not achieve the...
> many token holders might simply vote randomly, or even just vote for themselves, since there’s no economic reason to make an informed decision We need first to do a...
I believe that obtaining the same reward regardless of who you vote for in the 21 is a good thing, and it doesn't affect the stability of the network, but......
Is not implemented it's different than it require time to do it safely, rush and pretend to have this feature in the next release is not feasible
> > Is not implemented it's different than it require time to do it safely, rush and pretend to have this feature in the next release is not feasible >...
Phases for archive this feature: - #4304 - #4312 - Reward anyone that is registered and have a node (outside 21)
> /+ hardware/infrastructure costs Currently is not mandatory, thats why first we need a proof of node
`MaxBlockSystemFee` is defined in the plugin (DBft) and mempool is in the core. Maybe we should drop it from the plugin
> I think we should first decouple the GAS reward from the block height. We should adopt a calculation method based on the block timestamp. > > And this can...
> Simplified Dynamic Block Time (Tiered Control) The system automatically adjusts block time based on network load: > > * High load: many pending transactions → shorten block time to...