Quote from: ElectricMucus on February 21, 2013, 12:45:58 AM

to you as well:

Wouldn't it be better to wait with our plans till the original objective is successful? I gladly discuss world domination plans with you once we have hit the hard limit consistently and have a balance between initial block reward and fees in terms of mining income.

Waiting until the last minute is not a good idea since it would make a sane implementation of this next to impossible without seriously disrupting the Bitcoin network. Gavin's proposed approach needs close to two years.

Quote from: Gavin Andresen on February 20, 2013, 10:09:02 PM

A hard fork won't happen unless the vast super-majority of miners support it.

E.g. from my "how to handle upgrades" gist https://gist.github.com/gavinandresen/2355445

Quote

Example: increasing MAX_BLOCK_SIZE (a 'hard' blockchain split change)

Increasing the maximum block size beyond the current 1MB per block (perhaps changing it to a floating limit based on a multiple of the median size of the last few hundred blocks) is a likely future change to accomodate more transactions per block. A new maximum block size rule might be rolled out by:

New software creates blocks with a new block.version
Allow greater-than-MAX_BLOCK_SIZE blocks if their version is the new block.version or greater and 100% of the last 1000 blocks are new blocks. (51% of the last 100 blocks if on testnet)
100% of the last 1000 blocks is a straw-man; the actual criteria would probably be different (maybe something like block.timestamp is after 1-Jan-2015 and 99% of the last 2000 blocks are new-version), since this change means the first valid greater-than-MAX_BLOCK_SIZE-block immediately kicks anybody running old software off the main block chain.