1. You are ignoring initial investment.
It might not be profitable to buy more hardware because the rate of return is so low that it will take too long to recover, but it might still be profitable to keep the hardware running. Miners will hardly stop mining as long as the income is slightly above the price of electricity. So maintaing a certain hashing power once the network has gotten there is not that difficult.
This is irrelevant. Two reasons:
a) Attackers would probably rent hardware by establishing many different pools and buying bitcoin to pay off participating miners. Miners would not need to know they are participating. The rental rate is the appropriate metric of attack cost. Sunk costs (such as the initial cost of hardware are irrelevant).
b) Even if attackers purchase hardware rather than rent it, old hardware will be broken or poor quality after a few years. In this unlikely scenario, overcapacity due to past investment only postpones a severe security situation, it does absolutely nothing to solve it.
2. The value of Bitcoin creates incentive both ways.
If Bitcoin value goes up incentivates more cheaters, but it also makes mining more profitable atracting more hashing power. Also, Bitcoin has been created to be used widely, so it will generate a big amount of transaction and therefore transaction fees. The initial compensation for block is a way to jumpstart the system and at the same time distribute the currency.
This is accounted for in the assumptions I gave. I think it is quite clear that without expanded txn fees the incentives to hash decline exponetionally, while the incentives to attack increase additively. Txn fees will need to increase exponentially to offset these two effects. Without a percentage-based txn fee, there is no way this will work.
3. What you are proposing is already posible
The "solution" to the no-problem is already in place. Miners can decide which transactions they process and which transactions they dont. If they feel they are not being payed enough they can decide to not process transactions with a fee that does not met a certain percentage of the bitcoins being transfered, for example a 0.5%. So if someone with a lot of bitcoins wants to transfer them the miners can decide not to unless that person pays a fee that pleases them.
I'm still thinking about this, but I'm sceptical that there will be a functional outcome here. Right now, about 50% (something like that, exact figure please) of the money supply is being issued per annun to pay for security. If you want the ratio between the size of potential attack rewards and the cost of an attack to remain constant, you would need a 50% (again approximate) annual wealth tax to achieve this. If this doesn't scream unsustainable, then I don't know what does. How could anyone rationalize setting up a system like this? It is an incredibly inefficient use of resources.
And last, this has been discussed already. Why keep opening threads discussing the same again and again?
It seems pretty important that users and developers are aware of the security situation. Could you please help by linking to the old threads.