I'm not sure that anyone else has come up with a design for p2p pooled mining software, although you're both welcome to prove me wrong. If you can come up with something useful yourselves, I think everyone would thank you.
Actually, I was so sick & tired of the lack of development on p2pool over a year ago that I put out some feelers with the aim of doing exactly that:
https://bitcointalksearch.org/topic/an-enhanced-alternative-p2p-pool-a-think-tank-213051I was just testing the waters, but the main aim was to give the dev here a bit of a kick up the backside & hopefully get p2pools problems sorted out. Unfortunately, due to other commitments, I was unable to push on with the project. It seems however that the dev here didn't get the message, because since then, absolutely
no progress has been made, there has been
zero development on p2pool whatsoever. It's just crazy. In software terms, even 6 months of no development is a lifetime - but over 12 months is software suicide, especially in the Bitcoin environment where development is moving at breakneck speed. If software devs are not moving forwards constantly, then they are going backwards - meaning p2pool is currently going in reverse at lightspeed.
I was also in discussions with a dev friend of mine not so long ago about creating a p2pool installer in an effort to make installing p2pool easier for the average user to install & run p2pool & thus generate more potential miners, but this project was also shelved because it just seemed pointless introducing people to software that has so many incompatibility issues & is not maintained/updated or been improved upon in over a year. Madness.
Then you are only confirming what I said: there is no other design for p2p pooled mining. Well done for taking the initiative to create a competing p2pool, but I think the forrestv design still wins against a pool that doesn't exist yet.
It wouldn't be so bad if the dev here bothered to post more often on what, if any, work was being done to the code to improve things. There's a lack of discussion between the dev & the users of p2pool generally, leaving every p2pool user who posts on this thread having to "assume" that something is being done because they haven't heard anything otherwise. There are many talented programmers/coders on this thread who I'm sure would be more than willing to help the dev with any issues/ideas/suggestions for improvement in p2pool - but the lack of conversation from the dev make this impossible.
It's difficult to assess if the project lead can spend huge amounts of time responding to concerns about development, I'm not aware of his other responsibilities outside of p2pool (I don't think p2pool donation income could pay the bills right now). He certainly provides appropriate information as and when it's necessary, but I would agree that he is pretty economical with the time he spends in this thread (although I don't totally agree that it's a bad thing).
I do know that there are other p2pool dev discussions in other subs and on IRC and possibly mailing lists, although any progress has not been added to any new branch on p2pool github. The Bitcoin Core devs (such as gmaxwell, Peter Todd, wtogami & Jeff Garzik) seem to take an interest in discussing and promoting p2pool, although it has been a few months since there has been any feedback from them on anything p2pool related. If there were any good ideas coming out of their discussions, I don't think they'd hold back.
We are now in the unenviable position where large scale miners are unable to use p2pool for the reasons stated by member flound1129 (
https://bitcointalksearch.org/topic/m.7118016) and small miners can't use p2pool because of variance - leaving us with the bit in the middle, of which all are happy to be ripped off & ignored by the likes of ghash.io because it's just easier & has a pretty web interface.
If it was bad a year ago, it's even worse now. It's not looking good at all.
I don't think small miners are unable to use p2pool, it's just that it's more of a gamble because of the high share difficulty (combined with rapid multiplying of the block difficulty). You could argue the gamble would be worth it; if they got a lucky streak early on, they could get closer to ROI than with a centralised pool (and most small rig owners have a problem with over-optimistic or plain wrong estimates of ROI anyway...).
And I'm not convinced that large miners can't use it either, the largest miner on the pool has somewhere around 100 TH/s. flound1129's problem sounds like hardware problems to me. There were some in this thread who called for forrestv to "fix" p2pool to work with incompatible miners, when the problem lay with the device driver, or the hardware (typically an absence of long polling or stratum support, which are not issues with the p2pool software itself; certain mining protocol features are needed for the p2pool software design to work at all)