I've added a user id 'estimated payout' portion of http://mmpool.bitparking.com/blockstats page. This Id is the first 8 characters of the sha256 hash of the username of the user. You can use a page like http://www.movable-type.co.uk/scripts/sha256.html to convert your username to a hash to see where you rank.

Edit: And now there's a rough estimate of hash rate there as well.

I've been looking at comparing other payment methods to PPS and have added a quick 'stats' page to which shows some data. The first payment method I'm comparing to is DGM as this seems to be a reasonable alternative to PPS which helps lower variance for the pool operator. For the curious the stats are here: http://mmpool.bitparking.com/blockstats

This page shows under the 'Current' heading the current number of difficulty 1 solutions (as Score) and the amount of PPS that has been paid so far for the current block being worked on. On average a block will be solved by the pool every 'Difficulty' score submissions. This number gives you an idea of how far into a block we are and how unlucky we are if we're way above difficulty.

Under 'Blocks' is a list of the blocks that have been solved since I added the payment comparison stats. So far there have only been two full blocks. They show the total amount that would be paid to all miners using the DGM payment method, the total amount actually paid using the existing PPS system, the difference between the two, and the score total that solved the block (number of difficulty 1 solutions submitted by miners).

As you can see with the two block solved there is a bit of variance there with DGM being higher in the 2nd block and PPS in the first. In both cases the PPS is less than the 50 for the block due to both blocks being solved 'early' (less than the the difficulty number of submissions).

The 'Totals' section sums up the DGM and PPS payments over all the blocks and compares them. It also compares them to the block reward to see if the pool is losing or making money. For those two blocks the pool has been lucky. For the last number of blocks it's been a bit unlucky unfortunately so it's actually in the negative a fair amount (hence my reason for looking at lower variance reward options in case I need to change).

Under Estimated Payout is the current values for all miners mining the current block. It is sorted by total score (difficulty 1 submissions by the miner). It shows approximately what the payout for the miner would be using DGM if the block was found. It also shows the current PPS payment made to that miner and the score. At times DGM will be higher than PPS or lower depending on long it is taking to solve the block.

I don't show the miner user id for privacy reasons. Is there interest in that though? Or maybe a hash of the miner Id? It makes an interesting leaderboard.

Note that stats shown on this page are cached so are not 'immediate'. They are also generated by a seperate stats gathering module so may not represent the exact values you're getting in PPS but should be close. These stats are using floating point values rather than dealing with 'coins' so have some roundof errors. My DGM code may have bugs so another reason for this page is for me to test the implementation. The stats also show bitcoin values only.

Comments welcome! Any other data of interest?

Bitparking will be moving to permanent addresses soon. I tested the changes for this in the litecoin exchange I recently started and it seems to be working well enough to enable on the namecoin exchange.

I was on a pacific island for three weeks in April/May where they only have power about 12 hours a day - I can relate!

I'll recover the funds for you. Note to those reading, this was on the namecoin exchange which doesn't allow re-depositing to an existing address. The litecoin exchange does allow re-deposits so I wouldn't need to recover manually.

Once you hit 'Approve' on the pending withdraw and it no longer appears there the funds are transferred immediately. I don't see any outstanding transactions - all have been confirmed. Is your bitcoin blockchain up to date? Do you see the funds in a block explorer? PM me your username and withdrawal address and I'll investigate.

You may have noticed a few disconnects of 30 seconds or so today as I updated some of the pool software. Things should be back to normal now.

Total LTC in sell orders on BTC-E is 1.1 million+. I assume there's more in user balances so could possibly be one of their wallets.

mmpool is still merge mining them. I'd planned to stop I0C as the number of stales and orphans made it non breakeven for the PPS pool. Currently it's still going but at a much reduced PPS rate to break even. The i0coin daemon is also using over a gig of memory and the frequent block rate results in a performance hit when merge mining since a new bitcoin block is created internally for mining when the aux changes have a new block.

According to share submissions we've hit 300 Ghash/s, mostly from one large miner. Last  time this happened someone had discovered a flaw in the pool but I don't see evidence of this at the moment since we're solving the alternate chain blocks at the expected rate. I'll  keep monitoring it to make sure nothing untoward is happening.

When you log into vircurex you can see all the pairs on the right. They do indeed allow trading all supported currencies against each other.

Please PM me details of your username, the miner you are using and the command line arguments you are passing it and I'll look into it.

Also available in json format at http://mmpool.bitparking.com/stats

About 150 GH/s.

Litecoin cant be merge mined. It uses a different proof of work algorithm ,and doesn't have the necessary chanages to be merge mineable.

Due to issues with i0coin mining I've had to withdraw support for it from the pool. Unfortunately the number of stales from the coin make it not break even for the pool to pay a reasonable PPS rate for it. The pool has been making a loss mining i0coin coins and has been covering the shortfall with existing i0coin funds which are now depleted. Existing users with a registered i0coin address will continue to receive coins for a short period of time until it is turned off and withdrawals will remain enabled for longer. Once withdrawals are turned off all remaining i0coins will be sent to users registered i0coin address.

Both sides. I believe this is how the other exchanges work but if I'm wrong let me know.

I've been told it works fine on the namecoin exchange since the last couple of Chrome releases so it should work.

I've added cumulative sums to the order list on the main page showing the total of LTC and BTC in the buy and sell orders. It clutters the interface a bit, I'm not sure if it'll stay. Let me know if you think it's useful or not.

Past experience with running alt coin exchanges has showed me that 0.2% isn't enough to cover expenses - I used to be 0.2% for a while with the namecoin and other coin exchanges I ran. It's better to start at a point where expenses are covered then as volumes increase reduce the price rather than start low, run at a loss and have to increase prices.

Edit: Adjusted the fee to 0.2% and the withdrawal transaction fee down to 0.01. Let's see how that goes for a bit.