You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I was playing with my JS port, I found out that using "lower" target - only sum of the outputs, without the added costs of tx + outputs - I get better results.
When I tried it on your code, I get better results too. See my branch
It's obvious that a tighter window on the exact match would reduce the fee for the transactions created with a match. However, did you check how it affected the total number of exact matches? Didn't it increase the total fees over the whole simulation? Does it affect the variance of the input set?
(continuation of discussion here bitcoinjs/coinselect#13 (comment) )
When I was playing with my JS port, I found out that using "lower" target - only sum of the outputs, without the added costs of tx + outputs - I get better results.
When I tried it on your code, I get better results too. See my branch
https://github.com/runn1ng/CoinSelectionSimulator/commits/experiment_lowtarget
Yeah, it's probabilistic :), but I always get better results with the low target
You can try it yourself. What do you think is the issue, and what is the ideal target?
(By "target", I mean the value that is targeted with the branch search)
The text was updated successfully, but these errors were encountered: