Pages:
Author

Topic: [POOL][Scrypt][Scrypt-N][X11] Profit switching pool - wafflepool.com - page 30. (Read 465675 times)

hero member
Activity: 630
Merit: 500
I honestly don't think poolwaffle should be asked to show everything behind the scenes to miners. There is zero reason for him to publish what he does to everyone. In fact you could consider his profitability code to be proprietary and no company is going to release proprietary data for free. He provides a service that he is paid for and we are not paying him for his source code, simply his ability to generate profit for our equipment. It's very unreasonable to expect someone to go and spend a lot of time creating something and then give it away for nothing. When you purchase commercial off the shelf software, you are purchasing a license for use, not a license for the release of the source code. I feel that this is a similar situation.

Add another +1. Wafflepool is probably the only pool that I've mined on that I actually feel I can trust. Whether correct or not, that trust is not something I give to many different places in this realm. Sadly, I've taken a break from this pool until multi-algo is established here, but I know that when it is, Wafflepool will implement it better than anyone else. I am very impressed by his skills, and I see no reason for him to give any advantage by showing his hand. I appreciate how much he does communicate on what goes wrong (or right), as that is what builds trust. Most pool owners aren't as up front.





full member
Activity: 122
Merit: 100
I honestly don't think poolwaffle should be asked to show everything behind the scenes to miners. There is zero reason for him to publish what he does to everyone. In fact you could consider his profitability code to be proprietary and no company is going to release proprietary data for free. He provides a service that he is paid for and we are not paying him for his source code, simply his ability to generate profit for our equipment. It's very unreasonable to expect someone to go and spend a lot of time creating something and then give it away for nothing. When you purchase commercial off the shelf software, you are purchasing a license for use, not a license for the release of the source code. I feel that this is a similar situation.

Agreed. I've tried all the different multipools out there and I always come back to WP. Not only is the profitability great, but my payouts line up with what I expect which can't be said for many other multipools.
newbie
Activity: 36
Merit: 0
I honestly don't think poolwaffle should be asked to show everything behind the scenes to miners. There is zero reason for him to publish what he does to everyone. In fact you could consider his profitability code to be proprietary and no company is going to release proprietary data for free. He provides a service that he is paid for and we are not paying him for his source code, simply his ability to generate profit for our equipment. It's very unreasonable to expect someone to go and spend a lot of time creating something and then give it away for nothing. When you purchase commercial off the shelf software, you are purchasing a license for use, not a license for the release of the source code. I feel that this is a similar situation.
sr. member
Activity: 322
Merit: 254
snipped...

"Coins are mined continuously. Do you want the last block of the most profitable coin, or the average for the last [time period] of the most profitable coin?"
 my response: i am suggesting the current price which made it the "most profitable" at that time we are mining it. (In other words, the reason it was "most profitable" was due to its price in respect to litecoins price.)
It is extremely rare that the choice to mine is based on price.  Price is the slowest changing of any of the factors.  Normally the main profitability change is difficulty.  The price however also will likely not match up with any exchange prices at the time, since it is a huge amount of stuff built into the price, it could vary wildly (not matched to the actual exchange prices).

"What if the "most profitable" coin being mined is only 25% of the pool?"
 my response: makes no difference what percentage it is of the pool.
It does make a difference, specifically with smaller (low difficulty) coins have such low expected block times that the propagation time across clusters (eu to usw, use to sea) makes you start seeing a massive amount of wasted time, meaning that its actually more profitable overall to mine the 2nd/3rd most profitable (raw profitability) coin.

"What about "price/btc"? Time it was mined? Average over the last [period of time]?"
 my response: actually that is a good point in a way , the btc/price has no bearing on the first " most profitable" price number until after said "most profitable" coins are exchanged into btc.On waffles pool for instance the " most profitable" is determined to be based off ltc.But in theory the price of btc while mining " most profitable" coin can have a effect on "most profitable" as well. Just how much is the real mystery.
This is incorrect.  Profitability is based solely on BTC (nothing about LTC), it is only presented on the front-end as connected to LTC (and then only in the vsLTC stat).  Price of BTC (compared to your choice of fiat) has only two effects on profitability (and these are negligible), one is that it might be more effective to mine sha256 instead of another algo (which essentially is not going to happen), and second is that the price of btc affects the amount in fiat you're making that is needed to be converted to cover electrical costs.  Everything outside of that, btc should have no effect on mining/profitability calculations.

"You also want the actual exchange rate. Sometimes that doesn't happen for a while (hours). Wait to post until the exchange actually happens?"
 my response: paid stats are not posted until after they are actually exchanged any ways, so no change here except the fact that while said "most profitable" coin is mining the pool records the price at which made it "most profitable" and simply displays it when complete. You may ask why this is important, well in my mind it would show transparency of "most profitable" coin from start to end and effectively insure that  the pool stays profitable long term. The formula for profitability is very simple in that it is basically income minus expenses, there is no complex formula that needs to be adjusted or tweaked every so often. Now maybe the exchanging part might need adjusting or tweaking, but the overall profitability formula should stay the same.

"You also want the number of coins exchanged, and the realized BTC. What happens if there are a bunch of blocks that are all exchanged at the same time?"
 my response: again nothing changes current system on this. Just looking to have displayed the price when "most profitable" and the price it was exchanged for, no matter of when it occurred (unless it occurred like a year later or something crazy like that).
The only downside would be the possible reverse-engineering of our pricing algorithm (exchange splitting, depth calcs, etc).  Not a huge deal however.  Also, the price listed when we mined a block would not necessarily be the price we expected when we started mining a coin.  A large number of our miners (moreso on scrypt than other algos) take a few seconds to change work.  So if the price changes, we switch coins, and a block comes in from one of those slow-to-change miners, the price is not very indicative.

"PW's accounting has that all matched up in order to allocate distributions. If you want real-time data, you can't get the actual exchange rate, because it may not happen for a while (takes time for coin to become confirmed, to transfer coins to exchange, and to execute an exchange order)."
 my response: well i would hope that it is all real time data actually, as how would it be " most profitable" at that moment we are switching the pool to mine it if it was not real time data?
We pull real-time price data of course.  But again, the price we base all of our decisions on has a TON more baked into it than that price.

"PW already publishes a list of recently found blocks on the Stats page. I suppose he can add to that list the spot BTC/coin at the time it was mined. Maybe also add the pool hash rate. Then you can estimate your share of the payout. "
 my response: Waffle pool already does a great job of estimating our shares of payout. This proposal is all about pools showing more transparency of "most profitable" coins. You can call it a sorta checks and balances system for all involved(really a win/win for miners as well as pool operator) as usually the pools mining software setup is only as good as it was programmed to perform.

I'm just a bit confused on where the transparency helps.  I can't think of a situation where I would actively want to skew the profitability data.  The main reason the inputs aren't shown is that they're not that useful to miners, and it keeps pool competition down.  It would be extremely easy for me to open-source everything behind WP, but I put a ton of work into getting to this spot, and would love to profit from my work (selfish I know, but the truth).  The only reason anything is hidden on the site is for competitive advantage, not to hide things from miners (compare to other pools, we publish a TON more data for transparency).  Many pools it would be trivial for the owner to skim earnings from the pools, and as a way to show that I'm not doing that, I try to publish everything I can that doesn't compromise competitive advantages (for me, and for our miners).

As for the profitability part, I'm confused as to why/how there would be a reason that more transparency would be better.  Transparency is there to show that I'm not doing something that would harm miners (to keep me accountable), which I'm all for.  But in the case of profitability calculations, I really can't think of a way that I could be doing something in the calculations that would benefit me, and harm miners.  In the profitability calculations both sets of interests are aligned (miners/owner).  I want the pool to do the best it can in terms of profitability for two reasons, 1) I directly take a %, so higher profitability = higher earnings, and 2) higher profitability looks good, attracting more miners leading to a repeat of #1.  Transparency just isn't needed, and only hurts competitive advantage. 

If you have a theoretical situation that results in higher earnings for me personally, but hurts the miners in the pool based solely on profitability data that we don't publish, I'd love to hear it (and if it is a legitimate concern, we can discuss getting the data published to alleviate the concern), but until then, I can't see a reason...
legendary
Activity: 1150
Merit: 1004
PW, are you aware of the Vertcoin fork that the dev team created to roll back a massive theft transaction from MintPal? Does that mean that you have to update in order to keep Vertcoin working in the Scrypt N pool?

I believe that you are confusing Vertcoin with Vericoin.  AFAIK Vericoin is the one that was forked.

Ah, crap! You're right.

That's what I get for posting before I've had any coffee!

Sorry for the false alarm...
newbie
Activity: 12
Merit: 0
PW, are you aware of the Vertcoin fork that the dev team created to roll back a massive theft transaction from MintPal? Does that mean that you have to update in order to keep Vertcoin working in the Scrypt N pool?

I believe that you are confusing Vertcoin with Vericoin.  AFAIK Vericoin is the one that was forked.
legendary
Activity: 1150
Merit: 1004
PW, are you aware of the Vertcoin fork that the dev team created to roll back a massive theft transaction from MintPal? Does that mean that you have to update in order to keep Vertcoin working in the Scrypt N pool?
full member
Activity: 126
Merit: 100
Goldbit:

Assume Altcoin/btc spot prices are:

8:00:00 500 Altcoin/btc, is profitable, and added to the mining pool
9:00:00 spot price is 475
9:30:00 spot price is 450
10:00:00 spot price is 500
11:00:00 spot price is 600
11:30:00 spot price is 400
12:00:00 spot price is 375

Let's say that 50 Altcoin is mined at 9:00:00. Confirmed at 9:30:00. Exchanged for BTC at 12:00:00. What time do you want what posted?
hero member
Activity: 526
Merit: 500
Its all about the Gold
1) The numbers that i was primary proposaling are the numbers (current exchange price) that are the "most profitable"  at that time. It is just a basic addition to the stats that would enhance the already shown "most profitable" and should be as easy as the already shown "most profitable" coin as it would come from exactly same data.

Coins are mined continuously. Do you want the last block of the most profitable coin, or the average for the last [time period] of the most profitable coin?

What if the "most profitable" coin being mined is only 25% of the pool?

What about "price/btc"? Time it was mined? Average over the last [period of time]?

You also want the actual exchange rate. Sometimes that doesn't happen for a while (hours). Wait to post until the exchange actually happens?

You also want the number of coins exchanged, and the realized BTC. What happens if there are a bunch of blocks that are all exchanged at the same time?

PW's accounting has that all matched up in order to allocate distributions. If you want real-time data, you can't get the actual exchange rate, because it may not happen for a while (takes time for coin to become confirmed, to transfer coins to exchange, and to execute an exchange order).

PW already publishes a list of recently found blocks on the Stats page. I suppose he can add to that list the spot BTC/coin at the time it was mined. Maybe also add the pool hash rate. Then you can estimate your share of the payout.

I don't know how hard it would be to add an exchange log: coin name, time, # of coins, BTC received.

Then you can do all the math you want.



"Coins are mined continuously. Do you want the last block of the most profitable coin, or the average for the last [time period] of the most profitable coin?"
 my response: i am suggesting the current price which made it the "most profitable" at that time we are mining it. (In other words, the reason it was "most profitable" was due to its price in respect to litecoins price.)

"What if the "most profitable" coin being mined is only 25% of the pool?"
 my response: makes no difference what percentage it is of the pool.

"What about "price/btc"? Time it was mined? Average over the last [period of time]?"
 my response: actually that is a good point in a way , the btc/price has no bearing on the first " most profitable" price number until after said "most profitable" coins are exchanged into btc.On waffles pool for instance the " most profitable" is determined to be based off ltc.But in theory the price of btc while mining " most profitable" coin can have a effect on "most profitable" as well. Just how much is the real mystery.

"You also want the actual exchange rate. Sometimes that doesn't happen for a while (hours). Wait to post until the exchange actually happens?"
 my response: paid stats are not posted until after they are actually exchanged any ways, so no change here except the fact that while said "most profitable" coin is mining the pool records the price at which made it "most profitable" and simply displays it when complete. You may ask why this is important, well in my mind it would show transparency of "most profitable" coin from start to end and effectively insure that  the pool stays profitable long term. The formula for profitability is very simple in that it is basically income minus expenses, there is no complex formula that needs to be adjusted or tweaked every so often. Now maybe the exchanging part might need adjusting or tweaking, but the overall profitability formula should stay the same.

"You also want the number of coins exchanged, and the realized BTC. What happens if there are a bunch of blocks that are all exchanged at the same time?"
 my response: again nothing changes current system on this. Just looking to have displayed the price when "most profitable" and the price it was exchanged for, no matter of when it occurred (unless it occurred like a year later or something crazy like that).

"PW's accounting has that all matched up in order to allocate distributions. If you want real-time data, you can't get the actual exchange rate, because it may not happen for a while (takes time for coin to become confirmed, to transfer coins to exchange, and to execute an exchange order)."
 my response: well i would hope that it is all real time data actually, as how would it be " most profitable" at that moment we are switching the pool to mine it if it was not real time data?

"PW already publishes a list of recently found blocks on the Stats page. I suppose he can add to that list the spot BTC/coin at the time it was mined. Maybe also add the pool hash rate. Then you can estimate your share of the payout. "
 my response: Waffle pool already does a great job of estimating our shares of payout. This proposal is all about pools showing more transparency of "most profitable" coins. You can call it a sorta checks and balances system for all involved(really a win/win for miners as well as pool operator) as usually the pools mining software setup is only as good as it was programmed to perform.

"Then you can do all the math you want."
 my response: im trying to get away from having to do all the math and let the computer process that for me there by freeing me up to do other tasks.


sr. member
Activity: 322
Merit: 254
Quick update guys:

From now on (first went out about 15min ago), payouts will be merged for all algorithms.

Yea!!! My Scrypt "Earned (not yet sent)" was cleared out.
I still have some "Unconverted (approximate)" of .00001496. The last time I mined Scrypt was a month ago. Is that an artifact of the algorithm, or are there some coins that have not been mined for a while, and have some token balances that are too small to be converted?

Also, I noticed the scrypt hash rate was 69% for 7/13/14, and 81% right now on 7/14/14. Any reason the coin switcher doesn't mine LTC to stay around 100%?
I have some unconverted also lingering and have not mined scrypt or nscrypt for a long time (weeks).

I'll dig through it, can one of you email me your mining address?  Most likely there was a coin that we mined for a bit, and was disabled for some reason (POW ended, major fork, etc) and we mis-processed an orphaned block somewhere.  I just need to track down the block and re-process it to get the status updated.
My address is in sig Wink
BTW I have been notified that trademybit beat us to the hidden coin on X13 whose name starts with a P.... and pays 99 ... but this  eases up downward pressure on JUDGE for which they are sighing in relief Smiley

I'll check the address, not sure when tmb added it, but I thought we beat them Smiley
hero member
Activity: 630
Merit: 500
Quick update guys:

From now on (first went out about 15min ago), payouts will be merged for all algorithms.

Yea!!! My Scrypt "Earned (not yet sent)" was cleared out.
I still have some "Unconverted (approximate)" of .00001496. The last time I mined Scrypt was a month ago. Is that an artifact of the algorithm, or are there some coins that have not been mined for a while, and have some token balances that are too small to be converted?

Also, I noticed the scrypt hash rate was 69% for 7/13/14, and 81% right now on 7/14/14. Any reason the coin switcher doesn't mine LTC to stay around 100%?
I have some unconverted also lingering and have not mined scrypt or nscrypt for a long time (weeks).

I'll dig through it, can one of you email me your mining address?  Most likely there was a coin that we mined for a bit, and was disabled for some reason (POW ended, major fork, etc) and we mis-processed an orphaned block somewhere.  I just need to track down the block and re-process it to get the status updated.
My address is in sig Wink
BTW I have been notified that trademybit beat us to the hidden coin on X13 whose name starts with a P.... and pays 99 ... but this  eases up downward pressure on JUDGE for which they are sighing in relief Smiley
sr. member
Activity: 322
Merit: 254
Quick update guys:

From now on (first went out about 15min ago), payouts will be merged for all algorithms.

Yea!!! My Scrypt "Earned (not yet sent)" was cleared out.
I still have some "Unconverted (approximate)" of .00001496. The last time I mined Scrypt was a month ago. Is that an artifact of the algorithm, or are there some coins that have not been mined for a while, and have some token balances that are too small to be converted?

Also, I noticed the scrypt hash rate was 69% for 7/13/14, and 81% right now on 7/14/14. Any reason the coin switcher doesn't mine LTC to stay around 100%?
I have some unconverted also lingering and have not mined scrypt or nscrypt for a long time (weeks).

I'll dig through it, can one of you email me your mining address?  Most likely there was a coin that we mined for a bit, and was disabled for some reason (POW ended, major fork, etc) and we mis-processed an orphaned block somewhere.  I just need to track down the block and re-process it to get the status updated.
full member
Activity: 126
Merit: 100
1) The numbers that i was primary proposaling are the numbers (current exchange price) that are the "most profitable"  at that time. It is just a basic addition to the stats that would enhance the already shown "most profitable" and should be as easy as the already shown "most profitable" coin as it would come from exactly same data.

Coins are mined continuously. Do you want the last block of the most profitable coin, or the average for the last [time period] of the most profitable coin?

What if the "most profitable" coin being mined is only 25% of the pool?

What about "price/btc"? Time it was mined? Average over the last [period of time]?

You also want the actual exchange rate. Sometimes that doesn't happen for a while (hours). Wait to post until the exchange actually happens?

You also want the number of coins exchanged, and the realized BTC. What happens if there are a bunch of blocks that are all exchanged at the same time?

PW's accounting has that all matched up in order to allocate distributions. If you want real-time data, you can't get the actual exchange rate, because it may not happen for a while (takes time for coin to become confirmed, to transfer coins to exchange, and to execute an exchange order).

PW already publishes a list of recently found blocks on the Stats page. I suppose he can add to that list the spot BTC/coin at the time it was mined. Maybe also add the pool hash rate. Then you can estimate your share of the payout.

I don't know how hard it would be to add an exchange log: coin name, time, # of coins, BTC received.

Then you can do all the math you want.

hero member
Activity: 700
Merit: 500
Also, I noticed the scrypt hash rate was 69% for 7/13/14, and 81% right now on 7/14/14. Any reason the coin switcher doesn't mine LTC to stay around 100%?
This has been discussed in this thread numerous times.  
However, the key is that mining only LTC will not produce results any closer to 100% LTC, because "100% LTC" is an artificial/optimal stat.
hero member
Activity: 630
Merit: 500
Quick update guys:

From now on (first went out about 15min ago), payouts will be merged for all algorithms.

Yea!!! My Scrypt "Earned (not yet sent)" was cleared out.
I still have some "Unconverted (approximate)" of .00001496. The last time I mined Scrypt was a month ago. Is that an artifact of the algorithm, or are there some coins that have not been mined for a while, and have some token balances that are too small to be converted?

Also, I noticed the scrypt hash rate was 69% for 7/13/14, and 81% right now on 7/14/14. Any reason the coin switcher doesn't mine LTC to stay around 100%?
I have some unconverted also lingering and have not mined scrypt or nscrypt for a long time (weeks).
full member
Activity: 126
Merit: 100
Quick update guys:

From now on (first went out about 15min ago), payouts will be merged for all algorithms.

Yea!!! My Scrypt "Earned (not yet sent)" was cleared out.
I still have some "Unconverted (approximate)" of .00001496. The last time I mined Scrypt was a month ago. Is that an artifact of the algorithm, or are there some coins that have not been mined for a while, and have some token balances that are too small to be converted?

Also, I noticed the scrypt hash rate was 69% for 7/13/14, and 81% right now on 7/14/14. Any reason the coin switcher doesn't mine LTC to stay around 100%?
hero member
Activity: 630
Merit: 500
In terms of X15, someone is interested in it today, as the multi-algo is switching to X15 as the most profitable for a lot of today. Must be someone getting into a new coin being released and ordering up hashrate.
Can you tell which coin it is?  FYI MAIAcoin is pure PoS now and if they are mining it they are on a fork full of orphans ...
hero member
Activity: 630
Merit: 500
Quick update guys:

From now on (first went out about 15min ago), payouts will be merged for all algorithms.  This means two things, if you previously were mining 2+ algorithms, and receiving 2+ payouts each payout period, you will now only be receiving 1 payout (for the same total as the previous multiple).  Second, the payout threshold is now cross-algo, so if you had 0.003 in X11, and 0.003 in X13, you would previously not be paid either (neither met the 0.005 requirement), now you would be paid (0.006 total meets the threshold).

At the current time we're not planning on adding X15 (very few coins, and of them, very low profitability on average).  I'll keep a watch on new coins, and if something does pop up we'll look into it again, but at the current time, its not worth it (for miners or the pool in general).

Next up on the list are a few things.  I know I've mentioned an algo-switching set of ports in the past, but there are a few more things I'd like to jump on before we do that:
- Upgrades to our stratum system to support certain coins that require multiple transactions (donations normally) in the coinbase.  Specifically things like Apexcoin and Marucoin (I was watching both closely, just a problem having them supported rather than missing them).  Our current system only supports one payout transaction (to the pool), and these coins require 2, one to the pool, and one to a donation address (which is either a percent, or a hard amount of coins).  So upgrading our stratum endpoints will allow us to add those types of coins in the future (should only take a few days I think).
- Tuning of the profit switcher.  For the longest time it has been working great, with extremely few tweaks (in Jan-March we were tweaking it every 12 hours to optimize), and we haven't needed to touch it in a long time.  I'd like to take a few days to give it another look and see how it can be optimized for the new coin landscape (not sure exactly what this means, need to look into it first), but I think there are some things in there we could do to increase profitability a bit.

After that, I think its probably on to the multi-algo auto-switcher.  Sorry to bump it back, just some things that I think need handled before we get to it Smiley

Thank you very much for the update. I am anxiously awaiting the multi-algo. I have switched most of my rigs now to run that as a test, and so far so good on my side. I will quickly switch back everything once you get around to it, as I'd prefer to be mining with you, but trying to squeeze every little bit out that I can!

In terms of X15, someone is interested in it today, as the multi-algo is switching to X15 as the most profitable for a lot of today. Must be someone getting into a new coin being released and ordering up hashrate.

hero member
Activity: 630
Merit: 500
I'll update my OP to remove X15 coming soon to WP for the time being, as I too see not a lot of interest in yet another X algo ... LOL we'll be up to X99.

@PW
I must have looked at my stats at just the right time to beat you to the announcement of payout combining Smiley
hero member
Activity: 826
Merit: 1000
Quick update guys:

From now on (first went out about 15min ago), payouts will be merged for all algorithms.  This means two things, if you previously were mining 2+ algorithms, and receiving 2+ payouts each payout period, you will now only be receiving 1 payout (for the same total as the previous multiple).  Second, the payout threshold is now cross-algo, so if you had 0.003 in X11, and 0.003 in X13, you would previously not be paid either (neither met the 0.005 requirement), now you would be paid (0.006 total meets the threshold).

At the current time we're not planning on adding X15 (very few coins, and of them, very low profitability on average).  I'll keep a watch on new coins, and if something does pop up we'll look into it again, but at the current time, its not worth it (for miners or the pool in general).

Next up on the list are a few things.  I know I've mentioned an algo-switching set of ports in the past, but there are a few more things I'd like to jump on before we do that:
- Upgrades to our stratum system to support certain coins that require multiple transactions (donations normally) in the coinbase.  Specifically things like Apexcoin and Marucoin (I was watching both closely, just a problem having them supported rather than missing them).  Our current system only supports one payout transaction (to the pool), and these coins require 2, one to the pool, and one to a donation address (which is either a percent, or a hard amount of coins).  So upgrading our stratum endpoints will allow us to add those types of coins in the future (should only take a few days I think).
- Tuning of the profit switcher.  For the longest time it has been working great, with extremely few tweaks (in Jan-March we were tweaking it every 12 hours to optimize), and we haven't needed to touch it in a long time.  I'd like to take a few days to give it another look and see how it can be optimized for the new coin landscape (not sure exactly what this means, need to look into it first), but I think there are some things in there we could do to increase profitability a bit.

After that, I think its probably on to the multi-algo auto-switcher.  Sorry to bump it back, just some things that I think need handled before we get to it Smiley
Thanks PW!!! Good news, I will be anxiouly awaiting the tweaks and algo switcher.
Pages:
Jump to: