That's very good observation. It does related to rounding but not exactly because of round down / up problem. It is because the server reject an unavailable payout. Here's our explanation.
- When the user manually set the payout, browser will round the payout to the nearest possible payout (because roll number / win chance is actually a discrete number) after the user is done editing
- With variable H.E. the payout can change in realtime. When the H.E. changed, browser changes the win change according to the user payout.
- However, the payout still remain the same, and those exact payout doesn't always available (remember that roll number is discrete).
- When the user rolls, SD's server check the roll integrity and found that the submitted payout slightly missed, therefore the safety mechanism rejects the roll (our log literally wrote "impossible payout" ).
We have fixed this issue now, the payout will now change to the nearest possible payout automatically when the H.E. changed.
Done! We don't have a bug bounty program, but may reward it in an ad hoc manner. Many thanks for all the reports and suggestions so far Doog
Lol, luckily you won those bet