Topic: BitFloor.com Rocks! (Read 17612 times)
now this is a good thread. lol.
BitFloor has reported a security breach. No coins were kept in cold storage, and all coins from the hot wallet are now spent.
- https://bitcointalksearch.org/topic/bitfloor-needs-your-help-105818
- https://bitcointalksearch.org/topic/bitfloor-coin-theft-details-105819
As a last resort, I will be forced to fully shut BitFloor down and initiate account repayment using current available funds. I still have all of the logs for accounts, trades, transfers. I know exactly how much each user currently has in their account for both USD and BTC. No records were lost in this attack.
- https://bitcointalksearch.org/topic/bitfloor-needs-your-help-105818
- https://bitcointalksearch.org/topic/bitfloor-coin-theft-details-105819
Website has been down for a few hours. What's going on?
Discussion thread here.
https://bitcointalksearch.org/topic/bitfloor-down-105079
Sounds like API keys were revoked; there may have been a partial/attempted compromise.
Website has been down for a few hours. What's going on?
It's working for me now.
Is it back down? I am getting timeouts trying to login.
Same here.
Is it back down? I am getting timeouts trying to login.
should be coming back online now. It was a power issue at our hosting providers data center.
Thanks! I was just about to say it's back and post this: https://bitcointalksearch.org/topic/bitfloor-down-105079
should be coming back online now. It was a power issue at our hosting providers data center.
Just finished the final option i didn't test previously which was the ACH withdrawl. Worked smoothly. Now
BitFloor really does rock.
BitFloor really does rock.
My concerns are about this:
in api docs we read
which basically mean that not all orders will make it into orderbook.
next we read that
And if right after I got initial book response there comes order_done event then I cannot tell for sure whether this done order was previously on orderbook or not, and thus cannot correctly decide whether to subtract the volume from local book or not.
What am I missing here?
in api docs we read
Quote
Order New (order_new)
Order New is emitted when the matching engine receives a new valid order. The order has not yet been executed against or put on the order book. It is simply an acknowledgement that the matching engine has accepted the order.
This event will be emitted for ALL new orders received by the matching engine. Unless you are interested in potential order flow you can generally ignore this message since it does not indicate a change in market state.
Order New is emitted when the matching engine receives a new valid order. The order has not yet been executed against or put on the order book. It is simply an acknowledgement that the matching engine has accepted the order.
This event will be emitted for ALL new orders received by the matching engine. Unless you are interested in potential order flow you can generally ignore this message since it does not indicate a change in market state.
which basically mean that not all orders will make it into orderbook.
next we read that
Quote
Order Done (order_done)
Order Done is emitted when the order will no longer be executed against. The order was either filled or canceled.
This event will be emitted for ALL orders. If the order was on the order book, you will need to update your order book accordingly.
Order Done is emitted when the order will no longer be executed against. The order was either filled or canceled.
This event will be emitted for ALL orders. If the order was on the order book, you will need to update your order book accordingly.
And if right after I got initial book response there comes order_done event then I cannot tell for sure whether this done order was previously on orderbook or not, and thus cannot correctly decide whether to subtract the volume from local book or not.
What am I missing here?
It will be implied from the side of the order. Lets say you get an order done even for a buy order at a price above the highest bid you know about. This means that this buy could not have existed on your order book and you don't need to remove it. Like wise if a sell order done comes in for a price below the lowest ask, you know it was for an order which removed liquidity and does not require an order book update. Does that make sense? If you would like more clarification or examples please feel free to email [email protected] and I will be more than happy to go into more details. I will note that the websocket API is used on both our website and the clarkmoody site without issues so all of the relevant data to track the feed is there
My concerns are about this:
in api docs we read
which basically mean that not all orders will make it into orderbook.
next we read that
And if right after I got initial book response there comes order_done event then I cannot tell for sure whether this done order was previously on orderbook or not, and thus cannot correctly decide whether to subtract the volume from local book or not.
What am I missing here?
in api docs we read
Quote
Order New (order_new)
Order New is emitted when the matching engine receives a new valid order. The order has not yet been executed against or put on the order book. It is simply an acknowledgement that the matching engine has accepted the order.
This event will be emitted for ALL new orders received by the matching engine. Unless you are interested in potential order flow you can generally ignore this message since it does not indicate a change in market state.
Order New is emitted when the matching engine receives a new valid order. The order has not yet been executed against or put on the order book. It is simply an acknowledgement that the matching engine has accepted the order.
This event will be emitted for ALL new orders received by the matching engine. Unless you are interested in potential order flow you can generally ignore this message since it does not indicate a change in market state.
which basically mean that not all orders will make it into orderbook.
next we read that
Quote
Order Done (order_done)
Order Done is emitted when the order will no longer be executed against. The order was either filled or canceled.
This event will be emitted for ALL orders. If the order was on the order book, you will need to update your order book accordingly.
Order Done is emitted when the order will no longer be executed against. The order was either filled or canceled.
This event will be emitted for ALL orders. If the order was on the order book, you will need to update your order book accordingly.
And if right after I got initial book response there comes order_done event then I cannot tell for sure whether this done order was previously on orderbook or not, and thus cannot correctly decide whether to subtract the volume from local book or not.
What am I missing here?
I'm thinking this would work similar to the Gox order book and socket.io API where the order id's aren't provided either.
You don't actually need to know the order id's, you just need to know the total volume at each price point. So you keep a map where the key is the price and the value is the volume at that price. Then you just update the values in the map at each price point as depth updates come in.
You don't actually need to know the order id's, you just need to know the total volume at each price point. So you keep a map where the key is the price and the value is the volume at that price. Then you just update the values in the map at each price point as depth updates come in.
I am surprized that your api do not provide full orderbook, especially that this was not explicitly stated anywhere 
From the docs:
"The L2 book shows the top 50 levels for each side. Each side is a list of the levels with bids being sorted from highest price to lowest and asks from lowest to highest. This makes the first element of the bid and ask side equivalent to the L1 book bid and ask."
I will look at expanding the REST order book levels. If you want a more detailed picture, use the websocket API for the streaming data.
Prices at 1$ and 2000$ are nowhere near relevant for current market activity. What do you glean from knowing that someone wants 0.01 BTC at 1$?. In some cases (equity exchanges, etc) trading wil leven halt if the price of the market moves too dramatically over a given timeframe.
I will look at expending the levels as I previously mentioned, but it will continue to be the inside book for some N levels. A full book may be available via REST in the future with some limited query requirements to make it clear that it should not be continuously polled. Users who want up to date info are strongly encouraged to use the streaming API and maintain their order book state. All of the above are advanced uses which target only a small faction of our user base.
Hi! sorry for my remark. I should first search before asking
I have read socket.io api docs carefully now as I am interested in implementing the book thru your api. And I even made some modifications to your example to analyze and prepare myself.
And I have a technical question if you don't mind. If you think this is not proper place for it please suggest where we can continue.
As I can understand from your api to build a book I first need to get full book and then listen for all events and modify the book state accordingly.
In general I have no problem with it except one thing.
As long as initial full book you provide in the form array of price/volume tuples and all next events arrive with order_id which can be used to find and select and filter orders to follow thier further state and alter or not the state of my local book.
What I stuck with is that initially I do not know ids of orders which are already in the book and thus I cannot understand how those already existing orders can be identified in subsiquent order events to be able to update local book correctly.
Can you please advice?
From what I can see it I would suggest to extend initial book response with order_id of each order currently in the book. this whould greatly simplify the task of keeping local book state.
thank you in advance
Have you all looked into Dwolla deposits as an option?
They used to take Dwolla, I'm guessing they quit for very good reasons...like the fact that Dwolla is run by thieves and liars.I'm very glad they don't, I have no worries that they'll be at risk of insolvency from Dwolla fraud.
Have you all looked into Dwolla deposits as an option?
They used to take Dwolla, I'm guessing they quit for very good reasons...like the fact that Dwolla is run by thieves and liars.I'm very glad they don't, I have no worries that they'll be at risk of insolvency from Dwolla fraud.
Very easy to use and excellent support from shtylman.
Thanks,
Davecoin
Thanks,
Davecoin
What is the usual turnaround time for emails to [email protected] for ACH withdraw verification?
-Dave
Mine was less than 24 hours, around 12 IIRC. -Dave
What is the usual turnaround time for emails to [email protected] for ACH withdraw verification?
-Dave
-Dave
Usually a day. No ACH is processed on weekends so new ACH accounts are setup toward the end of the weekend in preparation for the new week.
Jump to: