Or maybe we need one of these
that includes an integrated 2-A2 chip catcoin miner?
Mostly, I think we need etblvu1 to come back and have a more rational discussion about minimum block times and a time-based reward. (such that after 15 minutes have elapsed, the block reward starts increasing).
The other technical argument that needs argued is whether the 'maximum block size' that Bitcoin has is the right approach, because it hard-limits the transactions per day. Would it be better to allow blocks to occur faster, on average, once they exceed a certain size threshhold, to try to clear network backlogs?
This might be a lot easier to manage with a time-based reward, such that blocks start out with only transaction fees from the minimum block time to the 'target' time, and then after 10 minutes, the block reward starts increasing until a block is found.
Next question: should the difficulty adjustment then be calculated on both the reward (seignorage + fees) to the miners, *and* the target block time? Or should it be based on the block size of the last set of blocks as well as the time?
Instead of trying to combine two different adjustments in clever ways, we should be trying to minimize the amount of code it takes to calculate the adjustment so it is easy to read, and easy to predict how it will behave.