... so would you want bitcoin-core to have a rule that stops any IP from having more then 10% of network hash, thus giving all pools a fair chance/slice of the pie. or to blame individual pools for being greedy by not turning customers away, or to continue as we are and every few months cry like babies when different pools reach 51% worrying about if they will shoot themselves in the foot.
in short if you dont want another 51% drama event, speak to the bitcoin-core dev team, as there is no point pointing fingers at the pools
A malicious entity committed to 51%-attacking the network would simply use multiple IP addresses. This proposal would make the situation worse because it would tend to decrease transparency.
Here are the best suggestions I've heard:
1. Soft-fork the format of the blockheaders so that "hashers" can determine using only an SPV client if they are working on an attack chain. The purpose of this is to increase transparency so that hashers can see more clearly how their hashpower is being deployed.
2. Promote P2Pool to attract additional hashpower and reduce reward variance. Make the process of setting up a bitcoin node and connecting to P2Pool simple and write clear tutorials on the process.
3. Work towards commoditization of SHA256 ASIC chips. Right now, the significant obstacle to setting up million dollar + mining operations is securing a reasonable price for hardware. If we could further decouple hardware producers from the SHA256 ASIC technology, it would create a more competitive market allowing many new large mining operations to come online. These large operations will be incentivized to solo mine or use P2Pool to retain control of their hashpower.
4. Educate the community: understand that a 51% attacker cannot create coins, spend coins that aren't his, change network rules, or much of anything really. All they can do is double-spend their own coins (but it will be obvious in hindsight), and prevent transactions from confirming (this too will be obvious as well as likely stoppable using the Gavin-technique).