Pages:
Author

Topic: [ANN][Pool] HashBros Private Alpha [Multi][Profit Switch][Transparent] - page 3. (Read 18965 times)

sr. member
Activity: 462
Merit: 250
Beta is live! Thanks everyone for the awesome discussion so far on the alpha release. If you signed up, you should have gotten your activation email minutes ago.

If you haven't signed up, what are you waiting for?  Wink

Just confirming got my email
newbie
Activity: 18
Merit: 0
Hi,

nice work.

I guess you guys are mostly (if not only) using Cryptsy for exchange.

In order to have a better view about cashing out in BTC (vs doing it on oneself): is that immediate and complete auto sell rate you use ?

Also, do you mean you are manually cashing out BTC from cryptsy?
Since there is a captcha for withdrawal  (unless you are using "special trick out there" Wink), this  would mean that BTC cashout doesn't hapen as soon as traded but once every manual conversion instead ? Or am I missing something ?

Thx
member
Activity: 224
Merit: 10
I appreciate the info. The front end definitely looks strikingly beautiful and the supporting functionality also seems to be in place. This pool with GH mark in no time.

We can't do it without hashers Smiley

Appreciate the compliments.
full member
Activity: 189
Merit: 100
I appreciate the info. The front end definitely looks strikingly beautiful and the supporting functionality also seems to be in place. This pool with GH mark in no time.
member
Activity: 224
Merit: 10
Can someone please provide an estimated earnings per MH for Hashbros? I understand this is based on a combination of a lot of variables including the number of participants to coin mined to my configuration, etc. I don't need schooling on that aspect but need a general earnings average for the entire pool. Thanks.

Here are my personal estimated daily earnings for my hash rate : .0065 BTC / .75 MH

So roughly .0086 BTC / MH

And thats with most of the day at about 6 MH on the pool. We're sitting at 65 MH and growing. Once the hash rate goes up, we get access to more coins.
full member
Activity: 189
Merit: 100
Can someone please provide an estimated earnings per MH for Hashbros? I understand this is based on a combination of a lot of variables including the number of participants to coin mined to my configuration, etc. I don't need schooling on that aspect but need a general earnings average for the entire pool. I currently have 15+MHs on another switching pool and would like to make an intelligent switch with the right expectations if possible. Thanks.
member
Activity: 224
Merit: 10
Just hit 42 MH, to the moon we go.
newbie
Activity: 20
Merit: 0
Beta is live! Thanks everyone for the awesome discussion so far on the alpha release. If you signed up, you should have gotten your activation email minutes ago.

If you haven't signed up, what are you waiting for?  Wink
member
Activity: 224
Merit: 10
Beta emails going out right now!
member
Activity: 224
Merit: 10
member
Activity: 224
Merit: 10
RonPaulCoin added. Finalizing profitability page  Grin
API is working
Going to work on coin pages and other various deliverables.
member
Activity: 224
Merit: 10
MoonCoin added. pepper your angus guys.
member
Activity: 224
Merit: 10
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.
sr. member
Activity: 441
Merit: 250
GET IN - Smart Ticket Protocol - Live in market!
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 than 2 blocks between retarget.
member
Activity: 224
Merit: 10
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.
sr. member
Activity: 441
Merit: 250
GET IN - Smart Ticket Protocol - Live in market!
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.

member
Activity: 224
Merit: 10
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.
sr. member
Activity: 441
Merit: 250
GET IN - Smart Ticket Protocol - Live in market!
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
member
Activity: 224
Merit: 10
Just added GlobalCoin to the mix.
newbie
Activity: 42
Merit: 0
In the future a European server would be nice (Amsterdam)   Wink

Having multiple servers can complicate things quite a bit unfortunately. We already have about 20 servers as it is just in NYC

Ok..
Pages:
Jump to: