After 20 minutes, got in. Everything looks OK so far. Site remains a bit sluggish. https://campbx.com/Hi Ganalon, Apologies for the slow performance this night - we are putting in some code and database updates. Thank you, Keyur
|
|
|
Hi Everyone, Had two questions about the current implementation:
1) Negative account balances:
Quote - The check for sufficient funds is done before paying transaction fees (if any); if a transaction fee is needed, and there are sufficient funds in the wallet, then the transaction fee will be paid and debited from the account. For example, if account 'foo' contains 10 bitcoins, you sendfrom foo 15VjRaDX9zpbA8LVnbrCAFzrVzN7ixHNsC 10, and the transaction costs 0.01, 'foo's balance will be -0.01 bitcoins. End Quote
What was the rational for implementing fee management this way? In most of the business scenarios, negative balances can confuse improperly designed algorithms, and halt the properly designed ones. A user account should be also responsible for fees on their transactions from a logical standpoint.
I haven't reviewed the fee-calculation code yet, but is it possible to calculate fees beforehand and incorporate them in the NSF check?
2) Static Addresses: There is a lot of demand for static addresses from Bitcoin users, but most of the current implementations simulate this through a very large key-pool value. It may be better to offer this feature natively by adding a true/false flag to Berkeley DB storing the addresses.
Two API calls can be added to offer this feature: makestatic <address> removestatic <address> To set and unset these static flags for addresses.
Eager to hear your thoughts on these, Keyur
|
|
|
Keyur, where are you? Are you working on these problems?
Hi NM, Just catching up on this thread! Keyur
|
|
|
I also had some problems logging in earlier today... When I clicked "Manage Funds" it logged my out. It is sort of working now (at least it works some times ). NMat, Are you running a bot? It may cause login interference since we jacked up the security settings. You were also correct about the fractional quantity on orderbook. You can place a sell order for 1 Bitcoin, but if someone buys on 0.995 bitcoins, you will have a fraction sitting on the orderbook. We have removed the rounding and reduced minimum trade quantity, so you will see more if these fractions sitting on the orderbook. Hope this helps, Keyur EDIT: Just saw your follow up post. Never mind!
|
|
|
Yes it should be. I think CampBX might have some errors in their referall program, because about 4 people have signed up with me in the last few days. But my count of referalls on their website only went up by 1. I will ask Keyur to check it and post his response on here... I thought you guys were just scamming me somehow. Glad that's not the case Edit: Here's the URL where I ask him about the problem: http://forum.bitcoin.org/index.php?topic=31066.0Hi NM, First off, thank you everyone on this thread for trying out Camp BX. We are really happy to have you on our website, and are always open to hear your suggestions for features or changes. I am posting to clarify that the referral discounts are not immediate; instead they are issued a few days after the calendar month ends on 30th or 31st. This process was chosen to prevent spammers from spreading their referral codes in hopes of making a quick buck through referral program. Monthly refunds gives us some time to clean up spammer codes before running the refund algo. Since we launched with free trades, Camp BX has already issued a 100% refund of commissions up to July 15th. This should appear in everyone's timeline or export history as "Refund from CBX" on July 17th. A second refund is also on its way... all trades from July 16th though July 31st will be refunded 10% on Monday (and a 10% commission for NM). I apologize for the delay because this is the first run of the refund program, and going forward we will make sure it is processed within a couple of days of month end. Thank you, Keyur
|
|
|
There is currently no Bitcoin exchange sound enough to lend to.
Name one Bitcoin exchange or exchanger with a Dun and Bradstreet listing, let alone a decent credit rating.
Nagle, We are listed on DnB - need to update the listing with new information (including our new office address), but the listing is there! Thank you, Keyur
|
|
|
I transferred some BTC today to the one time BTC address assigned to me via their web interface, not a vast amount mind you but not insignificant either, and waited for the 5 confirmations as stated on their site, then 6 then 10 and still the btc has not shown up in my account.
Ok, there may be an issue I thought. I opened a trouble ticket...no response so far. Unfortunately there is no phone number to call, and now I am worried that the transaction is stuck in limbo or worse lost.
This is an issue in BTC exchange if the only interaction you can have with a company you are sending money (in whatever form) is only via a web interface.
I may be overreacting at the moment, but what if this was a large amount of BTC transferred. I have not had this issue before with the other exchanges and the first couple of transfers I had with CampBX went pretty smoothly so hopefully things will be worked out.
Anyone else having similar issues today?
Reuef, We apologize for the delay and I can confirm that your ticket has been resolved. Also agree with your suggestion to provide multiple ways to contact: we are working to add phone-support soon. Thank you, Keyur
|
|
|
Am I crazy? Well, yes, but that is beside the point.
By fractional reserve, I don't mean that they should start making loans or other investments. Rather, they should only keep only a fraction of their bitcoin reserves available for immediate withdrawal - enough to provide day-to-day liquidity.
The bulk of coins should be stored in multiple encrypted offline wallets (with multiple backups and a nice big gap of air between these wallets and the internet). These offline coins would not be available for immediate withdrawal, but they would be safe!
Coins could be sent to the offline wallets any time, and coins could be returned to the pool of available coins manually as needed. The concept is analogous to a bank vault. Most of the cash at your bank is not sitting in the till in front of the teller, but is securely stored in a vault which can only be accessed at certain times under heavy security.
Users of any such site should also have the option of storing a fraction of their coins in such an offline wallet. You could even give each user their own "offline address" where they could securely store coins for the long term, and they could see the coins in block explorer. Bringing the coins back online would require extra verification steps and built-in delays. This is analogous to a safety deposit box, and you could even call it that.
I'm sending PMs to the exchange reps, asking them to comment on this thread.
DCM, Very good point, but for newer exchanges our wallets see a lot of activity day-to-day. For MT.Gox 2% of the wallet is sufficient to cover daily activity, for us it is more like >30%. As we move forward, this will of course be a top priority. In the meantime, to stay ahead of natural / man-made disasters and hackers we have following measures in place: 1) Secure data center designed to survive Cat 5 hurricanes 2) Connectivity to three telco backbones 3) Redundant power with 2 Caterpillar diesel generators to support the data center power 4) Physical security for servers 5) Well defined chain of command and separate ownership for Database and Wallet 6) Multiple, offsite backups 7) Nightly security audits Daily D-Dos simulations 9) Scheduled White-hat penetration tests Hope this helps, Keyur
|
|
|
In the Activity Timeline how do I know the price I got? It just appears: "Price type: Market, Price: 0.0"
Nmat, The transactions on Bitcoin network/wallet are shown as "0.0" price. A buy or sell order (in Trade Type column) will always have a price next to it. Need to figure out a way to make this more intuitive! Let me take this back to the team and see what we can do to improve the readability. Thank you, Keyur
|
|
|
It would be very nice to implement an API key system similar to the one at MtGox so that the user may access the exchange through third-party software without entrusting them with his username & password.
I would also love to see JSONP enabled for the public data to allow cross-domain calls through AJAX. Enabling JSONP takes literally one line of php to do, and it eliminates the need to poll from the server.
This Clark and Nmat, Partially done on this request! Please check out the announcement on Advanced API and new features: https://bitcointalk.org/index.php?topic=33758.0Thank you, Keyur
|
|
|
Hi everyone, Based on user discussions on this forum, we have added some new features on Camp BX for you to explore. Please take a look, and share your thoughts! 1) Spend-X Trade:This trade type does all the tedious number-crunching for you; simply tell it how much you are looking to spend, and it will figure our exact purchase quantity based on current orderbook prices. You can purchase at limit price, or leave the price field blank to purchase at Market price. https://campbx.com/faq.php#trading2) Advanced Trade API:Exposes all Camp BX advanced trading features and custom order execution options to your bot via a new API call. https://campbx.com/api.php#advanced3) JSONP:JSON-P has been enabled for Ticker and Depth Table API calls. Thank you, Keyur
|
|
|
When buying bitcoins, I want to be able to express an order in terms of the price I'm willing to pay and the amount of dollars I want to spend (with an option to spend all dollars in my account). The exchange should figure out for me what amount of bitcoins that is. I'm tired of having to calculate this by hand (which is further complicated by the trade fee).
Steve, We just added a new execution algorithm called "Spend-X". (You can probably guess that no one on our team majored in Marketing!) This trade-type allows you to do what you mentioned in the original post. You also have the options to not enter limit price and let the algo calculate purchase quantity at market price. It is fun to watch it squeeze in every possible Satoshi within the target spend amount. Please check it out on Camp BX and let me know your thoughts. Thank you, Keyur From the draft FAQ: Spend-X Algorithm allows to you spend a desired amount by calculating the purchase quantity on your behalf. These calculations are based on current orderbook prices, and commissions are factored in automatically. To use Spend-X trade, enter the total amount you want to spend in "Total Amount" field. After this point you have two options: First option is to leave the "Price" field blank, and let Spend-X algorithm purchase Bitcoins at Market price. Or, Second option is to enter desired limit price per Bitcoin in the "Price" field. Spend-X will calculate quantity after commissions. That's it! Execute away.
|
|
|
cbx rolled to august 2nd ~3 hours & 25min early. I'm just going to give the benefit of the doubt and assume this is still being worked on.
All clear :-)
|
|
|
cbx rolled to august 2nd ~3 hours & 25min early. I'm just going to give the benefit of the doubt and assume this is still being worked on.
Yes BGL - this change will require a full history re-upload on Bitcoin Charts. We are working with the owner to accomplish this. Stay tuned, Keyur
|
|
|
Hi Error, The first one is intentional: we are displaying small amounts in Depth table as "Fractional" to keep it reader-friendly.
We have been working on the second issue since you mentioned it. A code update that allow users to select their own display timezone is in development. I will keep you posted when we push it out in to production.
Thank you, Keyur
|
|
|
Bowing to your demand, Now I feel like a jerk... we bid farewell to rounding. The only requirement now is 0.1 btc minimum to buy or sell! That's good news - it brings you more into line with the other BTC exchanges, though I realize your goal was to be more like a professional currency exchange. My only concern with that goal was that if Bitcoin appreciates the way everyone hopes it will, then the 0.05 thing is simply a high barrier to entry. Have you given any thought about implementing an unbacked transaction queue like what MtGox has? I didn't really understand it at first, but it's actually a rather convenient feature. I can initiate a deposit, and then if the price is right when the funds hit, a queued-up order goes through and I don't have to keep checking on it. Please don't consider that a "demand" though. Haha Elgawwf, will consider this one a suggestion then ;-) Our backend is capable of handling the order queuing feature (in fact, this is how we placed all trades during internal Beta testing). Will certainly look in to how we can make it available in a more user-friendly fashion. Thank you, Keyur
|
|
|
"the documentation says "unixtime" (from wiki: defined as the number of seconds elapsed since midnight Coordinated Universal Time (UTC) of January 1, 1970, not counting leap seconds.)"
BGL, Thank you for pointing this out - we have modified the feed to UTC starting now. Thank you, Keyur
|
|
|
Ouch, not storing times in UTC??
Welcome to Servers 101.
In my opinion, this is a bigger red flag than some well meaning UI effort.
This speaks to incompetence or at least ignorance of basic best practice.
Semarjet, The times are stored in UTC, but displayed in Mountain Time. We are already working on changing the feed to Bitcoin Charts to UTC. Stay tuned, Keyur
|
|
|
Elgawwf, can you please check and confirm on behalf of the thread? Confirmed the 3k satoshis are visible anyway, I don't have enough in my account at the moment to actually transact with. FWIW you could either have the last four decimal points be optional via profile, or have them only show when a user has dust in their account (though that's probably going to happen a lot with your fee schedule). To confirm - did you enable trading at quantities finer than multiples 0.05 or does it just show and allow you to withdraw the dust? I don't mind either way, the 0.05 thing was an annoyance but I never actually felt like I'd lost anything like I did when the withdrawal was rounded. Actually, if you made an FAQ page with all the trading rules (explaining the rounding would probably be a good thing, or at the very least have your stuff always round down... because it's counter intuitive to try and sell 0.69 BTC and then be given an error because you do not have 0.7 BTC in your account) this thread probably wouldn't be here. Bowing to your demand, we bid farewell to rounding. The only requirement now is 0.1 btc minimum to buy or sell! Thank you, Keyur
|
|
|
Update: We have enabled bit-dust, and now users are able to transact down to a single satoshi.
Elgawwf, can you please check and confirm on behalf of the thread?
Thank you! - Keyur
Does this also work for withdrawals? Yes!
|
|
|
|