First of all, the idea in the bitcoin show is not new. You may be interested in this thread:
https://bt.irlbtc.com/view/9295.0

As some people pointed out, demurrage would solve this problem.
The only problem with the solution proposed here is with very durable stores such as bitbills. Apart from that, no one is punished, hoarders can move their coins from one address to another from time to time.

The proposed solution is also nice for storage (demurrage also solves the problem here).

Another good side effect is that lost coins would reward miners, something that some people say is critical:
https://bt.irlbtc.com/view/6284.0

Freicoin also has perpetual reward for miners. Freicoin is different from maaku's proposal because it distributes evenly the demurrage charged between miners (after the maximum monetary supply is reached, the reward for miners is constant. Well the fees are still variable), instead of some of them being luckier than others. I still don't know why he wants his system to be like that.

Then perhaps we should have demurrage for coins which haven't been moved in 10 years, rather than uniform throughout the bitcoin economy.

for anyone who has read my post, can they say anything that is wrong with it, because i think it could really work.

I'm not sure I understand your proposal. Is it demurrage only for very old or small accounts?

What you describe is demurrage. We have a forum for a fork of bitcoin with this feature.
We've not implemented it yet. In fact there's many open discussions.
For example, you say "once the maximum base is issued", I prefer from the beginning. Most people want a 4% or 5% rate, you're proposing 10%. The curve of generation, the maximum base (some people think that it shouldn't exist and the supply of money should be elastic), charge the demurrage automatically or at the moment of the transaction (so that the demurrage acts as a tx fee for the miner instead of being part of a constant reward), etc.
If you're interested, please visit: http://www.freicoin.org/

In your idea, you have 10,000 copies of a database, each with several millions or billions of rows.  And you need two do three passes through it every minute or two, and the third pass will require a hash of each of those millions or billions of rows.  And when a miner finds a new block to send out, everyone in the system needs to do several millions or billions of hashes just to verify it.

By the time that is feasible on regular computers, we'll have wristwatches running full bitcoin nodes and storing the entire bitcoin blockchain internally.

Not to mention that your system produces the starting conditions of every hyperinflation ever, namely the thought that "I must get rid of this fucking currency as quickly as I possibly can because it will be worth less in a couple of minutes".

And yes, I'm sure you can find ways to tweak the system to mitigate the technical problems, but I doubt that you'll ever be able to do anything about people's preference for money that gains value over time, instead of losing it.

@ ctoon6
Apart from the additional work required from the miners that kjj points out, your system has another flaw.
Your system will not have a perpetual reward as you claim. People will just move their coins in the quantities and times you incentive. That's good for storage and lost coins, but doesn't solve the security potential problem.

@maaku
Your system doesn't warranty the reward to solve the potential security problem and neither solves the lost coins problem. Until the account get completely destroyed by demurrage, the system can't take the lost coins, because it's waiting for a transaction from that account to charge the demurrage.

If we have, for example, a lost account with 1000 coins, and your proposed 4% demurrage...

In 10 years
0.96^10 = 0.664832636, the account will still have 664.832636 coins
In 20 years
0.96^20 = 0.442002434, the account will still have 442.002434 coins
In 50 years
0.96^50 = 0.129885794, the account will still have 129.885794 coins
In 100 years
0.96^100 = 0.0168703194, the account will still have 16.8703194 coins
In 200 years
0.96^200 = 0.000284607675, the account will still have 0.284607675 coins
etc

On the other hand, my system will be reintroducing the lost coins through demurrage because it is charged automatically on every account no matter if there's transactions from it or not.

Are you aware that at 4% the bounty takes almost 17 years to be claimed?

0.96^16.97 = 0.500199006
0.96^16.98 = 0.499994857

I can understand that you're not much concerned with lost coins.
But do you really consider how your system (compared to mine) treats the lost coins a feature?