...
he can run his pool the way he wants to. right now, that's the best way to run a p2pool pool.
you can either a) fix p2pool so that having a bunch of transactions doesn't cause you to get double, triple, or quadruple as many orphans, b) implement a stop-gap like i proposed, or c) stfu
Of course he can.
But it also means that what is best for bitcoin is to NOT use p2pool.
The opposite of what is commonly argued.
As the thread title says: Decentralized, DoS-resistant, Hop-Proof pool
Pool mining on a pool that has a block size limit of 500k or 5k, which is better for bitcoin?
So the answer to that is ... it is better for bitcoin to NOT use p2pool since p2pool seems to require it's users to restrict transactions dramatically.
It's a very simple argument.