UPDATE:
I have the basic pool up. However, it is still in an very early state. It runs and can be mined but with a couple of caveats.
1. All the statistics as far as hash rates and estimates are off. The front end software I use does not understand SHA256 difficulties, as it was primary written for scrypt coins. THIS DOES NOT EFFECT SHARE COUNTING AND PAYOUT. A share is a share, the back end checks that validity of a share and marks it good or not. The front end does not need to understand the hash itself, it is just looking for shares marked good and/or marked accepted blocks(solved blocks). The back-end (stratum) takes care of submitting blocks and validating shares.
2. That being said, I have found an issue not related to the Front-end, but have not determined what exactly is the issue. Since both local and server testing with my rigs were done using a stratum back-end, I need to determine if the following issue is due to block template or the stratum back-end itself.
I am getting blocks with the correct coin base (reward) of 150 qbt, but I am also getting blocks with a 50 qbt coin base.
Is anybody else seeing this while regular solo mining directly through the client/daemon? I am testing direct mining now with my rigs to see if it happens.
All that being said, I really like the layout of the latest version of the front end. Feel free to sign-up and check it out. You can mine if you want, the important tasks of counting shares and payout work, but the dash statistics are inaccurate and I still have to hunt down the 150/50 coin base issue.
If worse comes to worse, I will set up a LP port if the 150/50 qbt issue turns out to be between stratum and block template. I will continue to work on getting the difficulty calculations to understand SHA256 difficulties to get the pool looking proper. Afterwords I will apply a nice Galactica theme to the pool.
Pool address:
http://qbtcoin.com