Hello!

We are EU based.

We will definitely look into your issue since our local miner is showing 10 kh/s on both miner and pool.

Regarding the payment, pool had a bad luck recently see here. All funds are going to be paid out as soon as block found.

Thank you for your feedback.

Regards,

Hi guys!

There is an issue about this case already https://github.com/fancoder/cryptonote-universal-pool/issues/24
We'll fix it soon, when we'll have more free time.

Thanks for the report tho!

Can you establish a default version of the pool for Silverback? Take default config and change only relevant values.

We can't really understand what causes the problem since few other pools are using 1.1.4 version without any kind of problem.

Also, if it won't help - please send us (support@cryptonotemining.org) the source code you're using on your pool.

Please try to update your pool's version. We're confident it will help you.

Technically it's not easy to implement  different pools monitoring on a single admin page, because all source code and configs were designed to work with only one signle coin pool. But it's a good idea to have separate tool working with multiple pools API. I'll try do something with it later.

Talking about another currencies' dev fees, I will add donation wallets for all coins this week. Thank you!

We'll add more logging details to sort the things out. It's likely that something was misconfigured.

Guys if you actually wish to donate then our addresses are on the "cryptonote universal pool" website:
http://cryptonotemining.org/#donations

Just FYI, CryptoNote Universal Pool is our second project. It is the pool solution that powers such pools as http://xminingpool.com and http://extremepool.org

And what about /logs/chartsDataCollector_info.log?

Could you please try to set

    "logging": {
        "files": {
            "level": "info",
            "directory": "logs",
            "flushInterval": 5
        },


and

    "charts": {
        "pool": {
            "hashrate": {
                "enabled": true,
                "updateInterval": 3,
                "stepInterval": 10,
                "maximumPeriod": 600
            },

and check that there is something like

2014-08-14 19:32:07 Started

in /logs/chartsDataCollector_info.log, and something like

2014-08-14 19:38:46 hashrate chart collected value 93. Total sets count 50
2014-08-14 19:38:46 hashrate data: [[1408044526,0,4],[1408044538,6.75,4],.........,[1408045021,107.5,4],[1408045033,110,4],[1408045045,103,4],[1408045057,109.25,4],[1408045069,109.25,4],[1408045081,107,4],[1408045093,104.25,4],[1408045105,93.25,4],[1408045117,92.25,4]]

in /logs/charts_info.log

We've made a new update: https://github.com/fancoder/cryptonote-universal-pool/commit/3cc7797d29fdef793fd680d3adf50e18cf9faa30

Now pools are easily set up for all CryptoNote currencies, not just XMR as it was originally.

I see your point.

Ideally, you should not simply pull the code from the public repository and your working pool. In your example this may lead to a potential issues: you update some libs but do not merge the new config lines. As a result, the pool is broken until you manually fix the configs. If you were pulling the "config.json" file then you would simply have to deal with the merge conflicts using GIT diff utility. Otherwise, you still have to do this manually.

In any case, we've made a speical branch for highly customized pools like yours:
https://github.com/fancoder/cryptonote-universal-pool/tree/safe_customize

We will automatically synchronize it with every new commit in the master. So you can use it and don't worry that any of your code changes in /config.json & /website will be overwritten after "git pull". Here is a command to clone this branch:



By default all payments are sent in one single transaction every 10 minutes, usually transaction_amount == block_reward amount. The problem is that if your wallet or daemons fails for some time, then you will get transaction_amount == block_reward * missed_rewards, and there will be a problem for daemon to proceed transaction with such a big amount. "maxTransactionAmount" is option to split big transactions into smaller ones.

This problem actually exists for all CN coins. I think it's better to set "maxTransactionAmount" to 2-3 coin block reward amount.


I see that there is empty charts data coming from the server http://i.imgur.com/5mBtJkO.jpg
Could you show me your config.json charts options? Specifically, this part of your config
https://github.com/fancoder/cryptonote-universal-pool/blob/master/config.json#L131

Also I recommend you to update pool to the last version. There are some fixes to hide charts titles if there is no chart data.

We're doing gradual improvements to xminingpool.com. You may have seen the new charts, design, and other usability improvements. We're also making our updates available for CryptoNote Universal Pool. Recently we've launched an admin interface for increased maintainability of all the pools.

Currently, we're working on multi-currency pools and other new features. For instance, it seems that merge mining support will be added next week.

I am sorry, but I think I have to disagree. If you check most popular open source projects, you'll notice that 90% of them do not use any *_example postfixes for config files and 99.99% do not use _example for directories.

We just wanted to make pool installation and update as easy as possible. That implies that pool ops do not have to worry about every single update doing merge in manual mode. I am not sure if all pool ops are such good programmers.

Anyway, if you want *_example source code version, you can just do a fork of CUP repo, rename website -> website_example & config.json -> config_example.json in forked repo, and then use next commands to sync your repo with CUP repo:


By the way, I've added a link to extremepool.org to https://github.com/fancoder/cryptonote-universal-pool#pools-using-this-software

The source files in /lib might have dependencies on new /config.json & /website. That is why you should not pull just a part of the source code but rather merge the full repository instead.

The fix for the charts is available: https://github.com/fancoder/cryptonote-universal-pool/commit/62731f7d7ce0e437c2e8da3216a80999b5bcb136

The charts won't be visible unless there are at least 2 static points to draw them.

MCN pool is among our low priority to-dos. We're definitely going to introduce it in the next few weeks.


Contacted with you through PM.

I'm sorry I was AFK for a while.


When you set up zone's pool you have to rename "config_example.json" to "config.json" and "website_example" to "website". Otherwise, the pool won't work. As we were talking to pool ops, there was a request to make the process easier. That is why we've renamed those files.

However, it's not a problem to revert the names back. What's your case and why you need it?


Are you talking about pool stats or charts? In case of pool stats, pease, check if block time is configured correctly. It should be 60 seconds.
And the charts are not shown at the moment in case pool has 0 H/sec.

Hey guys!

We've been working hard for a past week and today we got 2 majors updates ready for you:

1. Pool and User charts.





2. And a brand new Admin panel.








Please note: this is the first version - we will improve it and add even more feature in nearest future!

Thank you for your support and don't forget to update your pools!

Well, this is a nice way to engage people in coin - show them a nice logo.

Well, it's a nice roadmap, good luck.