It is unclear why Cryptsy are spamming the blockchain with massive transactions like the one linked above. First of all, FLAP is still not PoS and the idea that Cryptsy are ahead of time (wallet update) is simply silly (they are always lagging when it comes to wallet updates or any other activity on the scene) but even if it is it would make no sense to send roughly 25,000 coins from hundreds of addresses instead of sending just recent deposits, starting with the latest one. All that if Cryptsy are actualy staking which I think is not true.
As for PoS wallets splitting input into multiple outputs it is true but just 2 outputs might be too little to elegantly fix eventual issue with block generation. If at the time FLAP switches to PoS there are 1,000 unspent inputs that are stake-ready, splitting those into just 2,000 outputs will not help much because 10,080 stake-ready inputs are needed in 7 days period to have network running smoothly.
to the first segment:
cryptsy isnt spamming the blockchain.
when you sent a TX your wallet looks for all unspent outputs and takes a collection of them to send into one tx to send coins. thats how it works. they arent specifically selecting the small ones to make the blocks bigger, that is just how the wallet does it.
and i didnt say cryptsy was staking FLAP. i said that they stake PoS coins. if the coin is PoS they stake it, if it isnt then they dont (because you cant stake a non PoS coin).
to the second segment: i reduced the time from 1 week to three days. plenty of coins have a multiple day PoS period, so there is no need to worry about it when it is 3 days. a week could have potentially been problematic. but at 3 days those problems essentially dissapear.
Yes, it seems that have used up all big inputs and are now "stuck" with like trillion of smaller inputs.
Bug report:
When using Coin Control feature transaction fee is not calculated properly. If I pick unspent input with 10,000 coins and want to send all those coins to some address, transaction fee will be reported at 0 coins and upon attempting to send all coins wallet will complain that I have insuffiscient funds because required transaction fee is actualy let's say 5 coins. So to send mentioned coins I must do 10,000 - 5 and send 9,995 coins. Situation is actualy far from that simple because most inputs are like 132,861.18164532 and transaction fee is like 26.35 but also for some reason the value for transaction fee can change between send attempts even though the same one input is selected at all times (there is no change when it comes to transaction size nor priority).
to try and state it simply...
the value for the transaction fee is calculated by how much of a block you are taking up to send your transaction, so it is possible for you to send the same transaction with different fees. ive seen coin control act very odd for a while now with a lot of coins especially PoS coins due to the way the pos splits the transactions. yet for all the odd decisions coin control makes the code behind it makes perfect sense.
best solution for it is to not use it if you dont fully understand how it is calculating what and have the wallet select which transactions are selected for an input (which is what it does when you just normally send a tx). coin control is mostly meant for debugging and dev usage. i have actually taken it out of a few coin wallets because for the most part: its useless for the average person.