Huge mixing fee from version 1.6.1 #2000
Comments
jrick
added a commit
to jrick/cspp
that referenced
this issue
Feb 22, 2021
Goal is to prevent a situation like decred/dcrwallet#2000 from happening again even if users are running the buggy client code.
jrick
added a commit
to jrick/cspp
that referenced
this issue
Dec 3, 2021
Goal is to prevent a situation like decred/dcrwallet#2000 from happening again even if users are running the buggy client code. While here, the fee calculation is fixed to consider the cost of input scripts to redeem P2PKH outputs. Even if this is not the case, minimum fee requirements in dcrd use the same assumption.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
My wallet just created this transaction where most of dcr from input#1 goes to fee. Must be a bug!
https://explorer.dcrdata.org/tx/05fee1f807888b623b98692797daf998a3dcf9d4b021f9e38af87e51f9be0b16
The text was updated successfully, but these errors were encountered: