I installed the mod. You can ignore boards on your profile.

It's possible. There's no tool to do it, though.

No, it's just local ones. There's no way to get all network-wide orphan blocks. Some might only spread to a few dozen peers.

They're stored in your block database forever. You'll see them along with the other blocks if you use -printblock or -printblocktree.

I can't believe I've been logged in for almost 1% of my life...

Your guesses about Kiba are pretty accurate from what I've read.

Looks like kiba does, at 80+ days:
https://forum.bitcoin.org/index.php?action=stats

I'm second.

Why not just use Bitcoin Block Explorer's RSS feeds? Every address has a unique RSS feed.

A signature verifies some data. That signature verifies that the text between "BEGIN PGP SIGNED MESSAGE" and "BEGIN PGP SIGNATURE" was actually written by me.

To verify my signature, you need my public key. If you want to send me an encrypted message, you also encrypt it to my public key.

That public key is long because it has lots of signatures. It's smaller if you remove the signatures:
http://theymos.com/theymos.txt
(This is the exact same public key.)

No. In my posts in this topic, I have always assumed that the miner will never include the transaction in his own blocks. I am only concerned here with what the miner will do with other blocks with transactions he can't verify.

This should now be fixed.

This has been frequently requested.

If you find these notifications annoying, be aware that you can disable them in your profile.

Sorry, Linux crashed right after I went to sleep, and I didn't have panic_on_oops set, so it didn't restart.

I will look into this soon.

If storage ends up being really expensive (which I doubt), miners might use demurrage. I think it's a good solution for that (unlikely) case, in fact.

More than 50% of the miners need to agree before actually forgetting transactions, though. Otherwise you'll get the problems that I've described.

Block hash = block header hash.

A hash of the entire block is never made by Bitcoin, and no one uses such a hash for anything.

All of the block data is indirectly hashed through the hash tree. This is represented in the block hash.

The fee is not specified directly by the transaction. It is calculated by looking at the difference between input value (which is also not specified) and output value.

Ignoring the other problems with doing this, you could accept the transaction into your own blocks without knowing the exact fee, but you could not correctly verify other blocks that include the transaction. For all you know, the transaction you've forgotten permits a fee of 1000 BTC.


You don't gain any hashing power. Only disk space, which is cheap.

I believe the slang term is "newfag".

I will appoint a moderator for the German section, and then I will let them interpret community consensus in this matter.

There is a bug where the creation of the first-ever address (with label "Your Address") does not trigger filling of the keypool. The keypool is only filled once the next address is created, and then it takes tens of minutes to fill completely.

No.