Re: Bitcoin 20MB Fork

Lets implement a maximum block size that can adjust to what is needed rather than just guessing at what might be needed? Lets build a protocol for the next 100 years, not the next 100 weeks? I think we can do better, and we currently have the time to do so.

The frustration with arguing with many of you is that you come at this issue as though it were an economic problem. It's not an economic problem. Economically, the block size should not be artificially limited.
...

Neither Gavin nor you nor any of the hard-fork crowd seem anxious to answer this.

"We are targeting the top {n}% of world population by gross income being able to perform {n} native Bitcoin transactions per year and pay {x}% of their transaction values to miners as fees. Here is our roadmap."

It seems unrealistic to complain about a lack of decent analysis without such a basic goal being stated.

It's interesting you use "roadmap" as your analogy. You are thinking in two dimensions. Bitcoin isn't about money management. Bitcoin will open transit systems (to extend your analogy) never thought possible. Bitcoin doesn't need to replace coinage because I imagine material scientists will design very difficult to counterfeit physical bills and tokens. Bitcoin doesn't need to replace lending or credit, because trust is how people help each other. Instead it will create trustless contracts between normally unreliable and even hostile producers and consumers. It will be a tool for economic expansion, not bean counting. So to answer your fast-food managerial level question about who gets paid: it isn't how big the block reward or fees are, it's how much you save and allow to deflate that will pay the biggest dividends.