Open cryptoAtwill opened 3 days ago
There are two main solutions proposed:
n
should be and feeding more messages to fendermint could be wasteful.check_tx
. Basically the txns with higher base fee are given higher priorities. At the same time, cometbft will have recheck enabled so that priorities are not fixed. Ofc gas is just one factor of priority and priority calculation can be generalized.Method 2 is preferred at the moment.
when you say,
i.e. message in mempool below the new base fee, should be deprioritised for message selection.
do this imply that during time of zero network usage (zero block gas utilization), that a user could set gas_fee_cap
to 0
and get free block space? this is an edge case but just curious what the intention is.
@sanderpick zero network usage should not have cause base fee to 0, the current gas market actor has a minimal_base_fee
setting (non-zero generally) that prevents this from happening. So even if a block is empty, there is no free ride.
cool, makes sense. so instead of "message in mempool below the new base fee, should be deprioritised for message selection", it should just be rejected / dropped
@sanderpick Not sure if we should drop them, because base fee varies, so next block those txns might have reached the base fee requirement.
With the introduction of gas market, block gas limit and base fee rotation were introduced. However, there is a missing piece when the base fee is updated, it should be enforced in the mempool for message selections: i.e. message in mempool below the new base fee, should be deprioritised for message selection.