Setting onDemandBaseFee to 0.005 KSM
a year ago
Executed
This proposal sets the minimum fee for an order for a single block via the on-demand system to be 0.005 KSM. The reason for the change is to set a starting point that is high enough to deter spam but low enough that experimentation would not be cost-prohibitive.
If this minimum is found out to be too high after the on-demand system goes live, another proposal to lower the base fee should be proposed.
Note that the proposal has been submitted on the Whitelisted Caller track, meaning the Fellowship will be also voting shortly to whitelist the submission hash.
Comments (4)
Proposal Passed
3
of 3Summary
0%
Aye
0%
Nay
Aye (177)0.0 DOT
Support0.0 DOT
Nay (2)0.0 DOT
Please correct me if my rationalization of this is misguided:
If I look up
system.blockWeights
I get:If I put these numbers in a
utility.withWeight
call like this call data:0x1805000010746573740b00204aa9d10113ffffffffffffffff
(I know this would fail, but for the sake of fee estimation), I get a fee of ~0.054 KSM.Is this referendum suggesting that we decrease the cost of a block by a factor of 10 once on-demand goes live? I know you mention a follow-up to decrease but if my understanding is correct, shouldn't we start even higher?
I think this suggestion makes sense and protecting network from spam is important, but we definitely need to pay attention on possible side effects and influence of this change to prevent possible drawbacks, such as uncomfortable cost.