Completely agree on that, but it's difficult to balance it out when a couple of miners show up with 15 - 50 mh/s each. There are 4 pools available, with only 2 of them being used it seems.

Good work there. Could you inform us regarding fees, and geographic location of the pool?

Pool Location is east coast of USA.  The Pool fee is 2%. 

pool down?

big brother is watching u 

Happens to most pools. At least there was a speedy recovery

Is it just me or is that volume data off?

With an 80% reject rate... devs might want to focus on mining quality, and focus less on rewards. Right now, it is a double-edge sword... less reward from mining-finds and more mining-rejects = quadruple kick in the teeth to miners. Try increasing the block-time to a 2-min target time, retargeting after every block found, using an hourly retarget formula. Eg, finding one block too fast, changes the retarget of the next block, making it "target" a 2-min + (2-min - last-found-seconds) block.

Even better to use a "half-value" retarget. Just incase it over-targets to too high a diff for any miner to want to keep mining. If it is truly still too high, it retargets up again by half, and half, and half... instead of the "shocker" diff that forces the mining value to be below mining-effort, which makes the majority of miners just jump onto another coin. (Same on the reverse, targeting down by half, if everyone leaves suddenly, so that it does not drop through the floor instantly, calling the hoppers back between every other retarget value.)

Seems the system that allows anon-mining is causing massive forks and rejections from the delays of tor use, for mining. Not quite the ideal setup.

You might want to remove the "fast block" times, since tor is anything other than fast.

The system is choking on soo many miss-matched times for block submissions, it is creating like 40 forks at once, each block.

Stick to non-anon mining, and only anon-tx's. If you can't sync time within 3-sec of "atomic time", then you should not be mining. (Also, forcing the miners to "not build off your own block", once you find one, would greatly limit forks and orphans. Making them "wait" until someone-else has built on the "potential" found block. Because if they are that far out of sync, they keep building fast on their own block, creating forks that have to be tested and rejected.)

This is why it sucks having only "one chain" to build on, with fast blocks. There is no time for the blocks to propagate through the "world wide" system. (This stuff isn't seen on a local system with <50ms response times.)

New client release! Be sure to upgrade your client preferably during the month. Old version will be incompatible from block 77.777.

Why do a new hard fork when the coin works as-is? It is overall good, but it has to be better to survive.

We have implemented several improvements based on user feedback, as well as the dev teams own experiences. The improvements you as a user may notice are;


Introducing the new interfce for I2P:
The client comes with GUI based I2P options this time around. You can now choose to go to Settings -> Options to configure all the I2P settings. This is a great addition that will make it easier for most users to connect to and use the I2P features.
We are working on a seperate edition of the wallet that comes with the I2P router built in as well. This is however not ready to be published yet.


Changes to block payouts and difficulty:
To strenghten the long term health of the coin we have choosen to extend it's lifetime, and provide it with rapid difficulty adjustments.
The fast ups and downs in difficulty experienced as it is today can be great for mining a bunch of coins quickly once a week. However it does not provide the level of stability we aim for, nor does it add the required value to the coin as a merchant tool.
The block payout changes will kick in at block 77.777 where the blocks begin paying 5 ANC per block (Down from current 7). From there the block payout will continue halving every ~2 years (5 -> 2.5 -> 1.25 -> 0.75). This will add to the lifetime of the coin, and shuld along with the diff adjustments prevent the pump and dump behavior on exchanges as several thousand coins won't be instantly mined and dumped.
We expect this to be the final major adjustment to the coin. Any major changes from here will be triggered by users request for change if needed. We will of course continue regular maintenance where needed.


Shifting focus towards providing services and support:
Now that we consider the coin to be feature complete, we will be shifting the focusing towards providing services around the coin.
If you have any ideas for a service that would be an asset to have available on I2P/tor or even clearnet, please PM or post in the thread.


We will continue work on the coin implementing new features, and updating the code when it is necessary as our top priority. Most of the services provided will in large be provided by third party, with our assistance setting it up, or helping it get established on i2p where it is needed. Services already listed as complete, or planned on our website will still be developed by us when there is time to do so.


We assist in client support for all popular OS's (Windows, Linux, Mac OS X). If you have problems running or building the client you can Post, PM, or come on IRC for help. We do our best to help if you can provide us with the information requred to troubleshoot the issue at hand.


In addition to the new client there is now a complete website avilable for ANC: https://anoncoin.net

If it was stuck before your upgraded you should probably resync to solve the issue.

You can follow these steps to get a fresh resync.
1) Stop the anoncoin client.
2) Open the folder %appdata%\anoncoin\ (Open explorer then type that in the address field)
3) Start the anoncoin client.

If it's still crashing we would like to get additional information. In that case please join IRC if you got some spare time to help troubleshoot. Web IRC at http://webchat.freenode.net/?channels=anoncoin