No description provided.
-
mrbabtc commented at 2:20 PM on March 11, 2020: none
- mrbabtc added the label Bug on Mar 11, 2020
- MarcoFalke added the label RPC/REST/ZMQ on Mar 11, 2020
- MarcoFalke added the label Wallet on Mar 11, 2020
- MarcoFalke added the label Brainstorming on Mar 11, 2020
-
fjahr commented at 9:52 PM on March 29, 2020: member
You did not provide what the behavior is that you would have expected from
settxfee. So I am not sure if you were aware, but it is a feature ofsettxfeethat you can deactivate that fee parameter by passing in 0.trueis correct as a return value here since the call succeeds. But I agree that this feature is not documented properly and also the return value can be confusing, even if you are aware of the feature. I am trying to improve both of these issues in #18467. -
MarcoFalke commented at 10:06 PM on March 29, 2020: member
I think another issue is that
settxfee 1111111returns true :man_shrugging: -
fjahr commented at 10:28 PM on March 29, 2020: member
I think another issue is that
settxfee 1111111returns true 🤷♂Why stop there?
src/bitcoin-cli settxfee 21000000returns true as well ;)Yes, there is not any upper bound to the fee rate you can set aside from total supply. Is there already precedent for restricting that user choice? I could see that we give a warning that the fee appears to be high but I am not sure what value to compare this to. Since this is a persistent setting I don't think any current dynamic estimate is a good reference.
-
MarcoFalke commented at 10:52 PM on March 29, 2020: member
I think there is some kind of -maxtxfee wallet command line setting
-
fjahr commented at 8:02 PM on March 30, 2020: member
I think there is some kind of -maxtxfee wallet command line setting
Good idea, I have used this now.
-
MarcoFalke commented at 1:24 PM on April 22, 2020: member
Anything left to do here?
- MarcoFalke closed this on Apr 22, 2020
-
mrbabtc commented at 3:28 PM on April 24, 2020: none
- DrahtBot locked this on Feb 15, 2022