The blow quote is from Stackexchange.
Answering myself.
This seems to be a common problem with MultiBit. The problem however is not with the number of addresses, but with the total number of transactions. They say that because it's a "light wallet", it will not handle a too great total number of transactions.
Who said that where?
If I may be allowed the opportunity of a rant, to call on this bullshit. The problem is not with the concept of a light wallet, but with the poor software design of MultiBit (and clones). How can they say that because it's light it can't handle too many transactions? The Bitcoin core client can handle any number of transactions while also acting as a full Bitcoin node and while processing the entire blockchain. The light wallet only skims the blockchain to find transactions referencing the addresses in the wallet, and yet for some reason, because it's light, it can't handle many transactions. Dear MultiBit developers, please get a grip!
UPDATE: You may use the similar light wallet Electrum which does not exhibit this behavior.
I have no idea where you got these ideas, but bitcoin core does not handle >100k transactions very well. If you want to test this for yourself I have a ~400MB wallet.dat file for you. If you can even start bitcoin core in a stable fashion with that wallet I would be very surprised. At the very least your "any number of transactions" is just nonsense. Id also like to see a quote where the MB developers say their wallet is unable to handle 200 transactions.
And just FYI Electrum has also limitations of what it can process, IIRC after 10k addresses used most electrum servers will not answer queries for the next address and you need to switch wallets. I know of no restrictions to the number of transactions, but I assume there are also some in place, even if only for the sake of DOS mitigation.