petrescuerz wants to play too and even signed up for a forum account, but she can't post here because she's a newbie.

I asked her how great the site and customer support is.  She told me:

"the site's great because I'm making lots of bitcoins off it and the support's great, I've never had any trouble with it.  He changed my colour for me".

hi.

i'm a latecomer.

username 'dooglus'.

please and thank you.

Edit: oh.  it isn't 2011 any more?  nevermind.

Edit2:


that's the one. 

If you were to place a small buy order at Gox offering $10 for 1 BTC, you would expect to get matched with the cheapest currently unmatched sell order, and end up getting your 1 BTC for $5.14 or so.

Occasionally, due to a persistent bug in Gox's code, it seems that buy orders are being accidentally matched with higher sell orders, not the cheapest ones.  So you see spikes like in OP's chart.

And in the links down the right hand side, where it says "news what's new", etc., it's all bold.  It used to be that the "news" was bold and the "what's new" subtitle wasn't.

This is just weird.  What's going on?

The orderbook is completely empty too:
  https://www.worldbitcoinexchange.com/?page=orderbook

I think last time I looked, it wasn't.

Edit: my account still exists, but the "you are logged in, but need to become VERIFIED before you can withdraw or Deposit funds" at the top is new.  I used to be "VERIFIED".  So it's not that the database has been completely reset.

Cool.

I noticed it disappears if I select 'bitcoin to email' AND THEN edit the 'amount' field.  But the 'destination' field is before the amount field, so it doesn't disappear until after I've become confused by its presence.

Also, it doesn't reappear if I switch back to 'mtgox' or anything else.

I tried it.  I selected 'walmart' and 'to email' options, and tried depositing $20:

It says I'm going to get $19.20 for my $20.  A 4% fee.  Seems good:



It asks me for a 4 digit PIN, then tells me I'm going to receive $18.20 for my $20.  A 9% fee.  What happened there?

Oh, and it also tells me there will be a further 1% fee for the USD to BTC conversion.  So that's a nice round 10% fee in total.



Then when I get the voucher to print, it turns out I have to pay $23.95 (a convenience fee of $3.95 has been added):



That makes a total fee of exactly 25%.  I pay $23.95 to get $18.202 and then have to pay an extra 1% on top of that for the conversion.

I wonder if there's some way of presenting the true cost up front, and making the fees clearer.  It seems, for instance, that I end up getting more money if I deposit $99.99 than if I deposit $100, because the rate goes up 1% at $100.  But the only way of finding that out is by trial and error.  I'd like to see the fee structure spelled out clearly.

You can see how it's done here:

  https://gitorious.org/electrum/electrum/blobs/a5152462135b6e132c6776a50675eed15e0c46a2/lib/interface.py#line184

The data is sent using a POST request, and is JSON encoded.

It's "nonce".  As in "n once".  A value that you only use "once".

Not to be confused with http://www.urbandictionary.com/define.php?term=nonce.

I just tried electrum for the first time and have the following observations:

I tried using 'electrum import' while the client was running.  It let me, and told me it had succeeded, but the balance displayed in the running client didn't change.  I shut down and restarted the client, and the balance still didn't change.  I shut down the client, then reimported the key, then started the client and then the updated balance showed up.

It seems that if I import a key while the client is running, then close the client, the imported key gets overwritten.  I would suggest either not allowing keys to be imported while the client is running, or have the running client notice the imported key and update itself accordingly.

Also, importing a key shouldn't require me to specify the address as well as the private key.  The address can be found from the private key, and in fact that is done in the code to tell me if I type the wrong address.  I'd rather just type the private key.

Other than that it seems to be working well so far.

Whatever works for you. 

This is true, but the satoshi client wants it in base58 with a checksum for the importprivkey command, so it's easier to use bitaddress to do that.

That's right.


There are many unclaimed outputs to uncompressed public keys, and always will be.  Since it's impossible to know by looking at just transaction outputs which of them correspond to private keys that have been lost forever, or even which are to compressed and which are to uncompressed public keys, the client will have to continue supporting uncompressed addresses forever, or risk making a significant proportion of all bitcoins unspendable.

Make sure you keep a copy of bitaddress's source code somewhere safe in case the site goes offline; then you'll always be able to recreate the private key from the passphrase in your brain.

Do you have an OTC rating, lumberjack?

I had to import the compressed private key to get the compressed address in my client, then I could spend the 2 BTC back to my main wallet:

Put those two private keys into bitaddress and you get the exact same output for both.

The bitaddress output shows:

Private Key WIF (51 characters base58, starts with a '5'):
5KVdACbmHJJLxapsSjQyavyN4LdXtWc4xz7jeowDWxwbcNMRneS

Private Key WIF (compressed, 52 characters base58, starts with a 'K' or 'L'):
L4dLbcCSSwMZ6LJHeaCpkmDmwjeFLMfnW76jFtAJFFuykgqR5UGo

so you just need to import both of the private keys if you want to be able to receive coins to both of the bitcoin addresses.  Then the client treats the two addresses as if they were really different addresses:

Do you have an example of how to get it to do that?  I've never seen it happen.

Each private key should map to exactly one bitcoin address, although two private keys can (incredibly rarely) map to the same bitcoin address.

Edit: oh, you're talking about how it shows the regular and compressed addresses?  They're equivalent.

If you sent 1 btc to each of those addresses and imported the private key, you would see 2 btc at the same address.  Which address it shows would depend on the client you used.  I'll do it now and edit this post with the results.

I used vanitygen to make a 'bita' address, put the private key into bitaddress and found the two bitcoin addresses to be:

Bitcoin Address: 1BitaU837DThJpnSY6ppU8Nu8Z9VGd49U1
Bitcoin Address (compressed): 13jETWnEo69sKwPdYQNqwcqMg9mnyapzNr

Here are the transactions at http://bitcoincharts.com/bitcoin/txlist/ awaiting confirmation:



Hmm.  It's only showing 1 BTC in the new wallet with the imported private key, even though both transactions are confirmed and in my copy of the blockchain.  I wonder if this is a bitcoin client bug.

http://blockchain.info/address/1BitaU837DThJpnSY6ppU8Nu8Z9VGd49U1 and
http://blockchain.info/address/13jETWnEo69sKwPdYQNqwcqMg9mnyapzNr are showing a balance of 1 BTC each.


Seems it wasn't true at all...  So how do I access the 1 BTC I sent to the address corresponding to the compressed address?

Currently 1 BTC can only be split into 100 million pieces.

I think you need to make up your mind; are you going to stop posting about Bitcoinica, or are you going to keep telling us more and more.

I checked when you wrote that it was down, but it was still up for me.

This is true.  The attacker wouldn't attack because he doesn't expect to gain anything.  What I'm disputing is this:


I'm asserting that the merchant will indeed lose something.  He'll lose his product and not get his 5 BTC in the majority of cases with nothing balancing that loss.