[venus-messager] vsm发过来的GasFeeCap被venus-messager重新预估

[cloudxin]

链服务模块 / Chain Service Components

• venus
• venus-auth
• venus-gateway
• venus-messager
• venus-miner
• 文档 / docs

订单服务模块 / Deal Service Components

• venus-market
• 文档 / docs

算力服务模块 / Storage Power Service Components

• venus-sector-manager
• venus-worker
• 文档 / docs

版本 / Version

venus-messager -v
venus message version 1.8.0+git.a1b2601

描述 / Describe the Bug

默认的maxFee为7000000000000000，会导致vsm过来的消息GasFeeCap不生效
venus-messager share-params get
{
"id": 1,
"gasOverEstimation": 1.25,
"maxFee": "7000000000000000",
"gasFeeCap": "0",
"gasOverPremium": 0,
"baseFee": "0",
"selMsgNum": 20
}

当把maxFee调整到100000000000000000000000，传到venus-messager的GasFeeCap就生效
venus-messager share-params set --max-fee 100000000000000000000000

日志 / Logging Information

"Nonce": 348,
"Value": "0",
"GasLimit": 57597580,
"GasFeeCap": "1215328838",
"GasPremium": "99995",
"Method": 7,
修改配置之前的GasFeeCap为1215328838；


"Nonce": 349,
"Value": "0",
"GasLimit": 57603820,
"GasFeeCap": "5000000000",
"GasPremium": "100055",
"Method": 7,
修改配置之后过来的消息GasFeeCap为5nano，符合预期目标

重现步骤 / Repo Steps

No response

[diwufeiwen]

我的理解是这种情况只出现在ReplaceMessage的情况，并且maxFee调整到100000000000000000000000也没有按vsm传过来的计算，是按100000000000000000000000计算的，只是结果跟正常情况下的计算的结果差不多而已

[hunjixin]

费用上限太低，会自动减少feecap，

[diwufeiwen]

用vsm传过来的值判断要替换的MaxFee是否合理，目前逻辑是有问题的

[hunjixin]

默认使用global最大费用我觉得没问题。 这种情况

1. 默认值不满足需求，修改默认值， 像 @cloudxin 做的
2. 如果是真的需要临时提升maxfee上线，replace命令有maxfee参数可以指定

[hunjixin]

如果仅考虑cluster应用场景， 是应当把maxfee提升到一个比较大的值。

[hunjixin]

feecap/maxfee 设置是一个单价和总价的关系。
那么一个想法是：是否可以改成这样子

1. 用户仅设置了feecap， 则采用一个大的值（比如100fil），用以绕过节点上的最小费用设置。
2. 用户仅设置了maxfee，按目前的逻辑。
3. 用户即设置了feecap又设置了maxfee， 不做处理 （后两种情况相同）

[diwufeiwen]

这个issue的结论：设计如此，优化新开issue