The fix should be simple; don't allow orders to be input that generate a fee less than $0.01.
So as other have said; a $5 minimum order; which IMHO is very reasonable. And this does not required any messing with the rounding/trading system which could be hazardous.
Mimimum orders are not a solution. Sell/buy orders are not always done in whole but can get split up.
See this example:
- seller A and B are each selling 1 BTC
- I place my order for 1.00001 BTC
- my order is executed in 2 steps:
- buy 1 BTC from seller A
- and 0.00001 from seller B
fee is calculated for each transaction independently and this is where error occurs - minimum order size was in place, but still
As other said - they should calculate fee to 5, maybe even 8, decimals – everyone (except Bitstamp) gets happy, but then again happy customers – happy CEO …
And I don't think anyone is going to matter much if there are remainder orders which are less than $5; as it's hard to abuse the system in this manner. Whereas the current system allows to put in repeated tiny (less than $1) orders.
It doesn't matter if you occasionally get screwed for a couple of $0.01 fees the problem is when this is done repeatedly and consistently so that the amounts add up to huge fees (such as in the OP where clearly someone is placing 100s of $0.86 orders these are not remainders).
People, please stop being dumb and suggesting retarded fixes.
The correct fix is to learn how to fucking count with more decimal places.
Because changing your entire decimal precision could cause unintended bugs....
This kind of change would take months of testing before live implementation for an exchange of bitstamp size.
Where as order limit could be implemented overnight with no chance of serious (money losing) bugs.
