I understand how Stamp USD reserves got depleted watching price movement yesterday. However, I do not understand why access to BTC reserves is cut off when USD reserves run out.
Why not use the BTC liquidity to balance your reserves, rather than leave traders with a paper thin order book for an extended period of time?
Tomorrow about 10-11 CET. I base this on when my SEPA deposits usually hit Bitstamp and assume the funds BFX sent will hit around the same time.
This no-usd-on-bitstamp thing has happened before and usually hits us traders late in the weekend since .. well you know, no bank transfers in the weekend.
Tomorrow about 10-11 CET. I base this on when my SEPA deposits usually hit Bitstamp and assume the funds BFX sent will hit around the same time.
This no-usd-on-bitstamp thing has happened before and usually hits us traders late in the weekend since .. well you know, no bank transfers in the weekend.
Yes, I get it. My question was why access to BTC reserves are cut off when USD reserves run out. Rather than traders serving to re-balancing their reserves, we are left with inadequate liquidity on both sides.
30-point spread
between Stamp and BFX
Circuit Breaker thrown again ?
Traders on http://TradingView.com
complaining that BFX trades not going through.
With these liquidity problems
are shorts able to close ?
can you guys like maybe not start
the liquidity problems FUD conversations,
stopped me from going short with
liquidity problems FUD and big spread difference
from stamp.
Other Traders mention their shorts closed,
just slowly.
Here's an ideal,
just as hosts have an up-time indicator,
something of the sort for BitFinex would be good
to let us know if the platform is working 100% or not.
Never know when the BFX platform is working or not with all the FUD.
Neither one of you guys have any idea of what you are talking about,
makes no sense i'm looking at the order book and everything looks fine, chalk it up to FUD
ruined my trade today posting all this FUD of yours, the orderbook is processing orders fine.