Depending on how long you've been verified on Dwolla
Yup, that's the kicker. Lots of new accounts sign up with Dwolla then get frustrated after they finally have a verified account with funds in it only to learn that they can't do anything with it for 30 days. Soo ..... If you have Dwolla then you are presumably in the U.S. If you are in the U.S., you might have a Chase bank branch nearby. If you do, then there is no faster option, nor cheaper, than BitFloor using this cash deposit method. Then once you get past your 30 day probation on Dwolla, then you have a bit more options. But Bitfloor will probably serve you quite well.
|
|
|
I am aware of one Bitcoin exchange that accepts money orders Camp BX (unless they have removed this method recently). To confirm, Camp BX shows: USPS Money Orders are the fastest non-electronic deposit method for CampBX. Please write your CampBX account name, registered email ID, and full address on your Money Order.
Money Orders without proper "From" address will not be accepted due to compliance requirements - https://campbx.com/in/xfer.php
|
|
|
Ok here's the scenario...
The current price is 9.10. There is a bid wall at 9.05 of 10k BTC and a bid wall at 9.00 of 10k BTC. The total bid volume from the current price to 9.00 is less than 22k BTC.
I issue a sell order for 22k BTC at the market price.
Is there any way that the entirety of both walls isn't sold into by my sell order?
You are asking for the specific behavior of Mt. Gox's trading engine. If it were to process your entire market order at once, then of course, the bid wall will fall. If Mt. Gox didn't operate this way, I would be surprised.
|
|
|
It is not like I can go out food shopping and pay with bitcoin. I'm just curious...what people have to say.
Everybody plans to spend their bitcoins eventually, therefore there will always need to be a gauge as to how valuable bitcoins are as far as their ability to purchase goods and services. BTC/USD just happens to reflect the vast majority of trading (today) so it is seen as the most accurate and thus is the most widely used.
|
|
|
The recent megaupload site shut down made me wonder ... will it happen to bitcoin? All these mining sites; all the government has to do is cut off the head of the snake (the most popular mining sites), and the rest of the sites will be too afraid to continue. If and when that happens, will bitcoin die?
Just curious as to what are some of your thoughts ...
Bitcoin only needs enough mining to occur so that no individual or cartel has 51% of the hashing power. If half the network were to be blocked or shut down some how (e.g., all ISPs suddenly block port 8332), the remaining half would continue mining away, though the blocks would be solved half as fast for the next a couple weeks or so, depending on the timing. And it would take a matter of hours probably for alternate methods of mining to start being widely used (e.g., Tor, VPN or privately shared IP/port number) As far as being "too afaid to continue", if a situation developed where the government were to go after miners by force things would already have deteriorated sufficiently that the miners left aren't necessarily those that would back away from the challenge. About two decades ago, Philip R. Zimmerman and other cypherpunks were continuously being asked by the press and at business meetings about what the government would do to them when the day came it would crack down on their efforts to get cryptography software (PGP) into the parts of the world where it was badly needed. Ends up, Philip says, the government "never once" even contacted them.
|
|
|
It just shows that there are many opportunities in the small exchanges.
This could be because Camp BX is one of the few exchanges where Dwolla withdrawals are relatively instantaneous. There is an alternate explanation as well -- a thief that has a hacked account at an exchange will withdraw the daily limit of bitcoins then sell whatever is left, along the same lines as the thief that robs homes and then vandalizes them as well. The volumes at the bottom end are so small though, this was probably just some impatient Dwolla user. - http://bitcoincharts.com/charts/cbxUSD#rg1zig15-minzczsg2012-07-20zeg2012-07-20ztgSzm1g10zm2g25zv
|
|
|
There is an issue that appears to needlessly persist. From the bitcoin-development mailing list is the thread "Accepting broken QRcodes": blockchain.info generates non-BIP-compliant URIs in its QRcodes, as does its iPhone app. They are of the form bitcoin://address not bitcoin:address. - http://sourceforge.net/mailarchive/message.php?msg_id=29543672Here is the QR code that Blockchain.info presents when I click Request Payment in Blockchain.info/wallet: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FecMRB.png&t=663&c=SQwQ3rNJiT-7Mw) When that QR code is scanned, it yields the text string: " bitcoin://12JgkLNB2MAd2cpmpU25MVEUiBH3tivkyL" It kind of looks like a URI, but it isn't. As Gary points out in his reply to that thread on the mailing list: "looking at RFC 3986 #10 ( http://tools.ietf.org/html/rfc3986#page-10) it's pretty clear that introducing a false hierarchy is breaking the specification" Consider this. There is a URI for e-mail addresses (using "mailto:"). For that I would use mailto:username@domain.com not mailto://username@domain.com. People make mistakes and you'll occasionally find links with the mailto://username@domain.com. But because people make these mistakes doesn't mean browser developers have helped make it easier for those who make this mistake. For instance, when I click on the incorrect mailto, in the following, my browser will launch my mail client, but the To: line is empty, meaning it didn't recognize the format of the URI. http://result.dabblet.com/gist/3145742/17b36e8590ef6c7f23f5782cd3ae84d255f718dbHowever, BitcoinSpinner and other Android bitcoin clients went out of their way to accommodate this broken URI format ( bitcoin:// ). And, now Mike is further supporting this broken format by adding support for it in BitcoinJ. Blockchain.info's Blockchain for Android app supports the correct format already, and there are no clients that I'm aware of that don't support the correct format. Here is a QR code with the correct format: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2Fuu9x6.png&t=663&c=yqcT990K4ysR7w) When scanned, the text string decoded is: " bitcoin:12JgkLNB2MAd2cpmpU25MVEUiBH3tivkyL" So, by simply changing a line or two of code in Blockchain.info's source code, this entire issue could be resolved, right? Is there any reason Blockchain.info should continue displaying a QR code that contains a broken URI?
|
|
|
The fundamental difference to codes provided by exchanges is, that we are not the issuers. The issuer is the invidual who sells the coupons. If the coupon is not redeemed, no money is withdrawn from the issuer wallet. While internally to EasyWallet this is handled different from how other issuers handle coupons/vouchers/redeemable codes, externally it is identical. The funds are transferred from one EasyWallet account to another. The individual does not hold the funds, Easywallet.org does. That is identical to how every other Bitcoin-related code issuer operates. Currently we check that issuer should have enough funds for creating coupons, but it is fully possible that the issuer can spend some funds from his wallet, and the coupon can't be redeemed. So the funds are taken from the issuer wallet at the time of redeeming.
This means, that the guy who buys the bitcoin coupon, has to trust the invidual who sells the coupon.
These are bearer instruments, where the first to redeem the code gets the funds. This is no different from Mt. Gox redeemable codes, Bitstamp coupons, VouchX vouchers, etc., Thanks for fixing the error on the wallet. I was able to generate a new coupon, and redeem it in another Easywallet. I still am confused on the reason I got the error when trying to send the full amount as shown in my balance. It almost looks like it is the result of a rounding issue ... where I had exactly 0.005, the site shows 0.005000 but I could only spend 0.004999 perhaps? You aren't storing amounts as floats by chance, are you? [Edit: An one more question, when I create a coupon for USD, or any other of the non-BTC currency options, what conversion rate is used, and when?]
|
|
|
I tried this. Some feedback: The end result is a URL which, like an Easywallet.org URL, acts as a bearer instrument. Several exchanges offer "redeemable codes" but they all use a consistent format. Though there's no formal specification, the others have followed the format: XXXXX-XXX-XXXXX-XXXXX-XXXXX-XXXXX e.g., MTGOX-BTC-1B2CD-E3FG4-5H6JK-LMNO7 I see your coupon is a string but if you were to also accept a format consistent with the other issuers, that would make it compatible in the future should a merchant or other partner accept your coupons as a payment method. e.g., something like EASYW-BTC-[and whatever code you already provide, seperated by a hyphen every five characters]. When I first tried to create a coupon, I got the error: "You don't have enough funds to create this coupon." I had tried to create a 0.005 BTC coupon, from the 0.005 balance received in my new account which was funded from the 0.005 from the Bitcoin Faucet, Thinking this was related to a fee, I then tried to crate a 0.0045 coupon, and it created fine. I then did something, and now the wallet returns a 500. Since it only has the 0.005 from the faucet, I'll share the EasyWallet URL here: - https://easywallet.org/w/74mymMsiUB17RV72Xtde3MI then tried to redeem the coupon in another browser and got something to the effect of invalid code or not enough funds, I forget. So, this appear to not quite be ready for general use?
|
|
|
Is there a way to specify different directories for the wallet.dat and the block chain database, so you could store the wallet.dat on a truecrypt volume and the block chain unencrypted?
That had been proposed, but has not been implemented. You can create a symlink to the wallet.dat on the truecrypt volume though.
|
|
|
Just searched the forums - bump for any updates/new info on buying coins via text/call. TIA.
Blockchain.info still offers this method: - http://blockchain.info/wallet/sms-phone-depositsBut if you weren't aware, cash deposit methods are now available in most countries. In the U.S., there is: - http://www.BitFloor.com (Deposit cash at Chase bank, no fee, funds added to your exchange account) - http://www.BitInstant.com (Deposit at major banks, 7-11, Walmart, CVS, Moneygram) - http://www.MrBitcoins.com (Same as BitInstant in the U.S., as they also use TrustCash) In Australia there is: - http://www.Spendbitcoins.com (Deposit cash at a bank in Australia) - http://www.MrBitcoins.com (Deposit at a bank in U.S., India, Australia) In Canada there is: - http://www.CAVirtEx.com (Deposit cash at several banks) In India: - http://www.MrBitcoins.com (Deposit at HDFC) In Russia: - http://www.BitInstant.com (Deposit cash using Qiwi or Cyberplat) In Brazil: - http://www.BitInstant.com (Deposit cash using Boleto or Banco Recomendito) In the Middle East, Central and South America, Northern Africa, Pakistan, China, parts of Europe, and more, there is: - http://BitcoinNordic.com (Purchase CashU or UKash in dozens of countries) - http://en.bitcoin.it/wiki/UKash - http://en.bitcoin.it/wiki/CashUOr find a local trade: - http://www.localbitcoins.com
|
|
|
Wish I could figure out how to get money into bitfloor though.. I don't have an ING bank anywhere close to where I live (I'd like to have a way to get cash in hand), and I'd rather not pay fees for wire.
Do you have a Chase branch nearby? Cash deposit. No fee. I used POPMoneyto fund my account, I was surprised my credit union has it. $2 fee for standard (took me 4 days), $10 fee for next day but there's a $500 daily limit Unfortunately, BitFloor no longer supports the POPMoney deposit method. - http://en.bitcoin.it/wiki/Bitfloor#Adding_Funds
|
|
|
That's been defunct for nearly a year.
I think this is wrong. It seems to be a new business. Hmm ... yes, I see the site responds now. But let's review. - Operates anonymously. - No announcement or introduction here on the forum. - Accepts an online cash equivalent (Amazon Gift codes) which could possibly be getting resold to some other unsuspecting user. This pattern has been seen before, and hasn't ended well. I haven't seen any reports, good or bad, for this particular service but I personally wouldn't touch it.
|
|
|
|