the two parameters for listtransactions don't seem to have any effect on the output of the command - it outputs the same thing regardless.

UPDATE: submitted a pull request to fix this: https://github.com/etotheipi/BitcoinArmory/pull/160

I'd like to imitate `listsinceblock ` from bitcoind in armoryd which is similar to `listtransactions` except it only shows new transactions since the given blockhash. Any help/advice on how I might be able to get started with this?

As most of the bitcoin community knows by now, FinCEN has been pretty clear in defining the obligations of a virtual currency exchange, which BitBox falls under the definition of. Those obligations are reflected partly in our Terms of Use (which you must agree to in order to create an account). Part of our obligation is to do our own due diligence in preventing fraud, money laundering, and other illicit activity. We also do this in preventing fraud from being committed against ourselves.

We noticed something off about this transaction, which prompted us to take further action to verify your account and that is why we requested you to send in your verification documents, which you have plainly refused to do. We also have received an ACH deposit which we do not normally accept (rather than a wire transfer), which is capable of being reversed.

We are eager to help you resolve this problem, so please give us a call.

This is low priority on the list.

While there is always room for improvement, for example an upload form would be nice for the receipt, the site states pretty clearly that you need to send a copy of your receipt

I believe Ripple to be a type of self-issued credit, here is a good overview from Money as Debt 3 (~10 min segment).

None yet, it certainly helps to know what features users want though and will actually use!

Where do you live and who is your ISP?

My apologies. I decided to attend a conference out of town at the last minute and was unable to attend to my daily duties.

I've received this request a few times now and have added it to the todo list - don't have any time estimate on it yet. It's publicly available through the API and at BitcoinCharts.com

If you're asking about the passphrase you used to encrypt your wallet.dat containing your private keys then the answer is no. You will still have lost all your private keys contained in wallet.dat - so it is useless to know the passphrase to decrypt the data which you no longer have.

If you're talking about a passphrase that you use to generate a private key as you would with a "brain wallet" then as long as you can remember the passphrase then you should be able to regenerate the private key.

Pretty shady... the FSA number listed on VenetFx is registered as follows:


Also, as someone pointed out the creation date on venetfx.com is from April 2012 and is registered to Domain Privacy Service.

I would like to see a security policy for the site that lays out how the data is stored and used - especially if you're accepting extremely personal information such as national ID/social security numbers to do credit checks.

This is a project in progress... this limit is for unverified users. The limits for unverified users may change in the future, but soon we will be accepting verified users with higher limits.

This is a great step forward for Bitcoin, but yes I agree the barrier to membership for Bitcoin businesses seems to be a bit high.

At least 50% in cold storage is the target. This can sometimes vary depending on daily volume, deposits, and withdrawal requests. I do my best to monitor this as to not delay withdrawals and maintain the target. I think this can be vastly improved and will be looking at changing the system/policy for this soon.


I would recommend people use the GET /rest/bitcoin-address call from our API if possible to retrieve the latest deposit address for their account. This is not required though and old deposit addresses will continue to function. If the hot wallet was compromised then yes, new deposits could also be compromised since deposits do not go to cold storage. As I said in the previous response I will be looking at changing our deposit/withdrawal system/policy soon.


Yes.


Absolutely. 100% reserves for all USD and BTC, no shenanigans. We are not in the business of loaning out funds or leveraging up. Our business model is simple and is naturally transparent (see our fees page). As part of the business finances we maintain the assets and liabilities of all customer deposits that we temporarily hold for purposes of buying and selling Bitcoins on our balance sheet. We cannot guarantee the safety or availability of these deposits that we temporarily hold and these are not insured.


We maintain write logs for our database that allows use to keep point-in-time backups. Currently, the write logs are encrypted and shipped to an off-site location (using write-only access without deletion permission) every 15 minutes, with a full backup being done once a day. This may change as our daily volume grows.


I need to look further into this issue before I can answer.


We would post an update on both our blog (Tumblr) and Twitter, and possibly post an update on these forums. If there was a long-sustained issue then we would probably point the site to a temporary status page.



As part of our security policy, we have been publicly posting disclosures on our blog about issues that "cause abnormal or unintended behavior affecting users". If it was a serious security issue then those users affected would be contacted using their email address associated with their BitMe account.


Two-factor authentication is planned for the near future and will be implemented before we start accepting verified accounts with higher limits. Currently users are required to (re)enter their account password for withdrawals (except for previously linked bank accounts). This will most likely be replaced with a pin number/OTP at some point.

Nothing says legitimacy like Comic Sans

This looks pretty good, in what countries are you able to do credit checks for?

EDIT: It would also be cool if you could borrow the equivalent amount for some currency (say USD) and pay back the equivalent amount in BTC to avoid exchange rate risk.

Thanks for all the comments everyone, it's greatly appreciated. I welcome feature requests/suggestions/comments.

I just want to remind everyone about our liquidity provider rebates of 0.55%. I often hear comments such as "I like your service; I would use it more often if there was more volume." Obviously this is a chicken and egg problem. Thus, the 0.55% liquidity provider rebates.

Liquidity provider rebates are given to those who place their order and have it queued in the orderbook (it's not immediately executed and they have to wait). So, instead of paying the normal order execution fee, you're actually getting paid to have your orders executed.

That's good to know, but more than likely they are unable to find homes for all the greyhounds.