Three new alt-coin subforums added = my "show unread posts" is instantly flooded with new scamcoin announce threads. These add nothing to the community, and should be banished. Lock the entire sections, and replace it all with a single moderator sticky to other forums these people set up on their own, and make altcoin talk here against the board policies.

Coloring the word "ignore" with a darker color when a user is ignored by many people.

The UI elements are based on your Qt OS theme or operating system configuration. On Windows, the element colors are those of your OS theme. Type "Change windows color and metrics" into your Win7 search bar, change the menu color to blue, and you get a blue menu in Bitcoin. Changing basic elements away from those the OS or user has specified is undesirable.

Gar. 502 error ate my top post, and it took five minutes to navigate here to complain. Another DDoS?

I googled a bit for booting from a live-cd so there is no writeable media connected, and it looks like that's something this can't do. If you don't want it potentially storing data, you could try unmounting all the drives except for a ram disk you've made. It is hard to guarantee that the OS doesn't swap some data to a page file on the SD even if the wallet processing is only done in RAM.

For paper wallet creation:
https://bitcointalk.org/index.php?topic=361092.0

Maybe it would be better to make a OS SD card just for paper wallets, and actually use the SD card as a backup of your paper wallets; just never let it touch the internet again and keep it secure. Or set it on fire.

Never connected to the Internet? I will bet every bit of software on it was on the Internet before it got there.

Backing up your wallet is not the same thing as making a cold-storage address.

A virus scanner won't tell you anything. What does tell you something is that the noobs first post is "here, download this exe". It wouldn't be the first price ticker app to steal bitcoins from dummies. As long as it costs nothing to keep on making new accounts and posting exes, the new accounts and exe links will continue.

D:\Bitcoin\vanitygen-0.22-win>oclvanitygen -i -p 0 -d 0 1dceleron
Difficulty: 1556632498881
[15.21 Mkey/s][total 461373440][Prob 0.0%][50% in 19.7h]

You generate many and pick a cool looking one.

Normally I would expect that the delay is that MtGox has paid zero fee on a transaction that requires fee, and it is a pending transaction awaiting confirmation. However, there is no record of a transaction to that address being broadcast on the Bitcoin network.

Also, you should reuse your receiving addresses less, or not reuse them at all.

There is a NEWBIE README sticky at the top of the newbie forum that includes Offering PayPal for Bitcoin? You're likely to be labeled a scammer - Read why

He isn't:

I'll leave it as a fun adventure for you to figure out why.

Very nice five-year anniversary find! It's nice to see that the prominence of the front page headline, that appears as the headline you would choose from the front page, not the one you would choose if you were making a political statement (but the genesis could have been "The Times 03/Jan/2009 Eat Out from £5").

The text is exactly what is in the blockchain, while online versions have a longer headline.

Have a look at an orphan: https://blockchain.info/block-index/239232

Main chain is another way of saying the longest chain.

If two miners mined the same block number at the same time and transmit it to the network equally well, it is unclear which will become part of the main chain until another block is mined - the next mined block will have chosen which one goes into the permanent record, and the other block will be orphaned.

From a user and transaction point of view, this kind of network orphaning doesn't have much impact, as both chains could have your transaction in them, and miners don't have any specific prejudices against a particular Bitcoin user's transactions.

The reason that confirmations are required before a payment is trustable is that a dedicated adversary may be able to fool you with a payment that will never confirm, because they successfully double-spend the coins to someone else. The payment that is included in the blockchain is the permanent one.

Whatever.

One consideration in evaluating reviewers is impartiality. Those getting paid to spam a casino all over the forum are probably on the disqualify list.

Please don't quote him. I have clicked ignore on that human spam bot for a good reason.

TIL: there is no mathematical proof to be given, because Moon Nazis.

really?

I have identified the problem. The downloadable CSVs recently generated by bitcoincharts are corrupted.

On the left is the CSVs as they were up to Dec 24, on the right, download Dec 28, out of order trades have been written into the file. There's lots more of this in the file.



In the new CSV, the very first historic trade is missing, making the whole file different. Then things start going really wrong about 90% in, where at Wed, 11 Dec 2013 16:14:58 GMT, we start having chunks of trades from 1388094380- (Thu, 26 Dec 2013 21:46:20 GMT and on) randomly inserted into the file. As seen above at 11 Dec 2013 08:53:45, we have some 26 Dec 2013 16:42:24 trades inserted.

Now what? Will I need to anticipate new trades being written to the beginning of the file?? If you are 6 days behind, I have to get a year of data just to look for trades in the wrong spot?

I just updated my long post with more descriptions, I found DER docs to decode the mystery bytes in the signature. They are part of the ASN.1 stream container that describes encoding of two ints.

I found something interesting - Bitcoin also pulls the same address out of thin air for that transaction; it is picking up on the two bytes at the end as an opcode:


This means if you want to find out where blockchain.info gets that address, you have source code. There's the scriptpubkey, with "checksig" on the end in the ASM version. I think Bitcoin must be seeing some data there, on whatever it has found as a pubkey x and y, it makes an address. If this is also the case that it uses the same pubkey and tries a checksig if someone attempts to spend it, you would need a privkey for that pubkey.

The script actually does nothing other than store a whole bunch of data to the stack. The last byte that looks like an opcode also appears pushed to the stack if I am counting bytes correctly this time. The byte vector is a VarLen, it is non-zero, and therefore the stack should be left "True" with a big integer.

I just had an interesting idea - can the "LUKE-JR IS" TXOUT be spent? I think it could be if the script was interpreted right:

A transaction is valid if nothing in the combined script triggers failure and the top stack item is true (non-zero).

I tried to spend it.
ERROR: CTxMemPool::accept() : nonstandard transaction input

Looks like no fun for now, though:
        // Check for non-standard pay-to-script-hash in inputs
        if (Params().NetworkID() == CChainParams::MAIN && !AreInputsStandard(tx, view))
            return error("AcceptToMemoryPool: : nonstandard transaction input");

This would be a transaction to spend it:
0100000001c6b284e70a1c76240d5e39572c21875e6e7166a30647c0038627f546d6e7409700000 0008c493046022100b35acef5d3f5b42ce2e72b60a2e4a52570ce5d28735a561ee48707b0806101 6902210089b752641772b17db3d7e92cef66949513fec42711fadc32b787228e1cc0b399014104e 0ba531dc5d2ad13e2178196ade1a23989088cfbeddc7886528412087f4bff2ebc19ce739f25a630 56b6026a269987fcf5383131440501b583bab70a7254b09effffffff01905f0100000000001976a 914da6475289c7f49bcd9ede6ab7203b304ffb265f288ac00000000

I'm going to figure this out, next stop, testnet. It's probably a bug if there is no hash160 and the transaction doesn't look like old-skool pay to pubkey.

If you have AC or a heat pump, there are already systems that can heat the pool with waste heat (or cool your house with your pool if you look at it the other way):
http://www.hotspotenergy.com/pool-heater/