I'm still a little worried about effectively fighting pumps though with a 3.5 day delay in the conversion time. I could easily see converters getting their HBD right about the time the price pump ends
I don't think it's that big a problem. People who already hold HBD can sell it immediately and initiate a conversion to get it back (with an expected profit) in three days. If there were a lending market, you could even borrow HBD, sell it, and then use the conversion proceeds to pay back the loan (with some risk). If this happens regularly it makes holding even more HBD and waiting for such a pump to be more profitable, meaning more people will do it.
We could also just reduce the 3.5 days in both directions to say 24 hours, or even as you say 8 hours. It's basically the same argument that was made when reducing it from 7 days to 3.5 days: reduced defense against manipulation (which maybe is currently overkill still even at 3.5 days) in exchange for more responsiveness.
But we haven't really had a problem with HBD price dumps (that aren't so large as to involve the haircut) taking 3.5 days to correct. People are pretty willing to tie up capital and take a bit of price risk for 3.5 days. I don't think we necessarily need to go from having no HIVE->HBD conversion mechanism at all to assuming that a slow one won't work. It can only make matters better even if not perfect, and if it turns out not to be sufficient we can do more.
That's an interesting point, but I admit I'm a bit concerned that a lot of that HBD may be held by "uninformed users" that aren't aware of this possibility. Part of that is just that I have absolutely no idea who is really holding most HBD at any given time, since it typically seems to be mostly held on exchanges. And I have the vague feeling that most of these holders don't really track what's happening on Hive.
I guess I'm still in favor of setting the new conversion time lower than the reverse conversion time, and seeing how that goes. Maybe 24 hours would be a good starting point. I also need to doublecheck that adding the delay won't complicate the implementation of the new conversion too much (my guess is that it won't, but best to be sure).
EDIT: as a side note, BitShares used a 24 hour delay for it's conversion time, and it never lead to any problems. Although it's worth noting that it also had a cap on how much could be converted in one day (not that I want to implement that, just trying to mention all pertinent details).
It complicates things slightly to have two different delays, since you would then need two different historical median calculations, although they could work off the same feed history.
24 hours to me seems like it would be fine. I'm not really sure what problem was allegedly solved by changing it from the 24 hours in Bitshares, particularly since as you say there wasn't any.
BTW, on your earlier comment about the pump ending in 3.5 days (or one day or whatever) just as the conversions come through, if that did happen I would consider that a success! The bigger issue we've had is pumps that persist for weeks or months. If we're reduced to worrying about 3.5-day pumps, then we are well on the way to getting the price stabilized.