MoonCoin added. pepper your angus guys.
|
|
|
Why not mine a new coin like NobleCoin or DigiByte? They are tradable on coinmarket.io and could make us a good amount of BTC. If the devs don't have a way to trade on that exchange maybe have it set to not auto-trade those coins and people can do it themselves? I feel we are missing out on something good here.
I wouldn't use that exchange even if I was paid to. It looks very unstable.
|
|
|
Can OP add Hashbros.co.in to the list of pools that support MoonCoin?
|
|
|
There is a new p2pool for MOON here:
p2pool.neocities.org
lol neocities are you fucking serious
|
|
|
Adding this to www.Hashbros.co.in profit switching pool tonight for beta release tomorrow!
|
|
|
Take out SPT out of you auto-switching: if you don't do it right - you will just waste your user's hashes.
As far as I know, you take profitability out of coinchose, and coinchose is never accurate about spots when difficulty is low for the reason that it takes difficulty of the already found block and not the block which is currently mined and there is a delay as well. For spt, retargeting is done every other block, so even if you take difficulty from the client directly (using getwork command), and make your own calculations of profitability, you will only be right in 50% of the time and almost never when difficulty is low. Block time for SPT is 70 seconds, but it has wild swings up and down and you won't be able to catch a low difficulty periods accurately, and you will end up mining it when it is not profitable.
I know what I'm talking about: check my signature
Couldn't help but laugh at the last line. 1. Not using coinchoose as of two weeks ago, we have our own version 2. We don't make decisions based on simply profitability rating. 3. And the diff values are not calculated using the getwork command. Where do you get the difficulty of the coins? It was a mistype on my part when I said: "getwork", I meant to say: "getdifficulty". Both "Getdifficulty" or "getinfo" commands of the client would return you difficulty of the already found block and not block which is currently mined by the network. getmininginfo. Mining SPT for a couple minutes when its difficulty has increase a trivial or nontrivial amount is the last of my worries, especially when the pool hashrate increases and SPT becomes a less viable coin for our diff. "getmininginfo" command has the same problem as "getdifficulty" and "getinfo" commands. It could be hours before you detect correct difficulty on the next block found by the network. Here is an example for you: Block x: Difficulty is switching to 1 from 5 (you would still see difficulty as 5 by using getmininginfo command) Block x+1: Difficulty is still 1 (Spots are doing re-target every other block). At this point you would detect the difficulty change, but the entire network is already mining with low difficulty and your pool just switching to it now with several seconds delay. Block x+2: Actual Difficulty is jumping back to 5 because previous 2 blocks were found much faster than target 140 seconds, but you still see the difficulty as 1 until another block with high difficulty is found. Block x+3. At this point you would only see that difficulty actually jumped to 5. So during this switch, you would end up mining at difficultly 5 90% of the time and only 10% at low difficulty 1. Take a look at spot Difficulty chart and see how it behaves. Edit: So, your strategy of getting difficulty from "getmininginfo" command is fine for any coin but SPT, because all other coins have more then 2 blocks between retarget. Understood. Thanks for that.
|
|
|
Take out SPT out of you auto-switching: if you don't do it right - you will just waste your user's hashes.
As far as I know, you take profitability out of coinchose, and coinchose is never accurate about spots when difficulty is low for the reason that it takes difficulty of the already found block and not the block which is currently mined and there is a delay as well. For spt, retargeting is done every other block, so even if you take difficulty from the client directly (using getwork command), and make your own calculations of profitability, you will only be right in 50% of the time and almost never when difficulty is low. Block time for SPT is 70 seconds, but it has wild swings up and down and you won't be able to catch a low difficulty periods accurately, and you will end up mining it when it is not profitable.
I know what I'm talking about: check my signature
Couldn't help but laugh at the last line. 1. Not using coinchoose as of two weeks ago, we have our own version 2. We don't make decisions based on simply profitability rating. 3. And the diff values are not calculated using the getwork command. Where do you get the difficulty of the coins? It was a mistype on my part when I said: "getwork", I meant to say: "getdifficulty". Both "Getdifficulty" or "getinfo" commands of the client would return you difficulty of the already found block and not block which is currently mined by the network. getmininginfo. Mining SPT for a couple minutes when its difficulty has increase a trivial or nontrivial amount is the last of my worries, especially when the pool hashrate increases and SPT becomes a less viable coin for our diff.
|
|
|
Take out SPT out of you auto-switching: if you don't do it right - you will just waste your user's hashes.
As far as I know, you take profitability out of coinchose, and coinchose is never accurate about spots when difficulty is low for the reason that it takes difficulty of the already found block and not the block which is currently mined and there is a delay as well. For spt, retargeting is done every other block, so even if you take difficulty from the client directly (using getwork command), and make your own calculations of profitability, you will only be right in 50% of the time and almost never when difficulty is low. Block time for SPT is 70 seconds, but it has wild swings up and down and you won't be able to catch a low difficulty periods accurately, and you will end up mining it when it is not profitable.
I know what I'm talking about: check my signature
Couldn't help but laugh at the last line. 1. Not using coinchoose as of two weeks ago, we have our own version 2. We don't make decisions based on simply profitability rating. 3. And the diff values are not calculated using the getwork command.
|
|
|
Just added GlobalCoin to the mix.
|
|
|
If anyone is interested in a profit switching pool that runs spots.. Check my sig.
|
|
|
A profit switching pool that heavily mines grandcoin, hashbros.co.in
Check it out.
|
|
|
You can add Hashbros.co.in to the profit switching pools
|
|
|
In the future a European server would be nice (Amsterdam) Having multiple servers can complicate things quite a bit unfortunately. We already have about 20 servers as it is just in NYC
|
|
|
A feature I would like is to see is withdrawl history, showing each time when you withdrew, how much, and where too.
Also a "bug" that I noticed is that the menu on the left shows Sign Out on every page, except when I am on the blog page, just seems kind of disjointed to not have it appear on that one page.
Yep this is coming, the data is there. Just need to find out where to put it so it makes sense.
|
|
|
What do you guys want to see in a profitability page / calculator?
Being able to "modify" your hashrate to show how much you may earn would be nice, also being able to see what you would earn in usd, btc, ltc and other coins and maybe enter your own time interval or select from a drop down hourly, daily, weekly, etc. Also showing calculated profitability and then showing what the pool has actually earned on it and maybe what percentage (or minutes/hours) of the past 24 hours the pool has spent mining it. All great suggestions. Thanks alot.
|
|
|
What do you guys want to see in a profitability page / calculator?
|
|
|
Why mining EAC? It's the least profitable alt coin right now...
|
|
|
Thanks for signing up! You are #956 in the line of users to be enabled
how many time i must wait now?
Looking to open up the Beta for this Friday.
|
|
|
|