Bitcoin Forum
April 27, 2024, 06:20:55 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 [186] 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 ... 294 »
  Print  
Author Topic: [POOL][Scrypt][Scrypt-N][X11] Profit switching pool - wafflepool.com  (Read 465521 times)
Teltor
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
March 30, 2014, 07:55:58 PM
 #3701

You guys have such a huge hashrate that you drop the value of mining/day/mh substantially on any coin you mine as soon as you start mining it and then further reduce the value by trading them right away for BTC. Am I wrong>? 31 GH is more than the entire global hashrate of a lot of coins and often almost half of many other more established coins
1714242055
Hero Member
*
Offline Offline

Posts: 1714242055

View Profile Personal Message (Offline)

Ignore
1714242055
Reply with quote  #2

1714242055
Report to moderator
You get merit points when someone likes your post enough to give you some. And for every 2 merit points you receive, you can send 1 merit point to someone else!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
March 30, 2014, 07:56:45 PM
 #3702

How about a pt= selectable payout parameter in the "userpass" config of miners then you could still have peace of mind, still have minimum and maximum limits.  Let the user have the responsibility to decide what is a reasonable risk of loss, after all pool mining and trading is risky anywhere.  
suchmoon
Legendary
*
Offline Offline

Activity: 3654
Merit: 8909


https://bpip.org


View Profile WWW
March 30, 2014, 08:03:58 PM
 #3703

How about a pt= selectable payout parameter in the "userpass" config of miners then you could still have peace of mind, still have minimum and maximum limits.  Let the user have the responsibility to decide what is a reasonable risk of loss, after all pool mining and trading is risky anywhere.  

So if I mine to your address with pt=500 for a little bit right around payout time what happens then? Smiley
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
March 30, 2014, 08:13:45 PM
 #3704

How about a pt= selectable payout parameter in the "userpass" config of miners then you could still have peace of mind, still have minimum and maximum limits.  Let the user have the responsibility to decide what is a reasonable risk of loss, after all pool mining and trading is risky anywhere.  

So if I mine to your address with pt=500 for a little bit right around payout time what happens then? Smiley

setting your payout threshold that high would be idiotic LOL  Letting that much sit on pool would be more than I would risk the loss of.   Again poolwaffle would have to decide what min and max threshold are limited to Smiley
phzi
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile
March 30, 2014, 08:16:50 PM
 #3705

Not to derail this thread (rather, to hopefully prevent it much further):
And really, how about cutting out the pointless insults already?
I suggest you re-read your posts directed towards me and count the number of insults that you lobbed in my direction.
I said nothing that attacked you personally in my last few posts.  Since you seem intent on sticking around this thread, I am trying to ask politely if we can keep civil and productive?

--

@PoolWaffle:
Any chance you could you make available a table with:
EndTimestamp | Coin | Difficulty | Shares | Blocks Found
?

Populated every 10 minutes (or even every hour), with:
EndTimestamp - population time,
Coin - coinid (mined since the last interval),
Difficulty - difficulty the coin was mined at,
Shares - total shares accepted at this difficulty for this coin (since the last interval),
Blocks found - number of blocks found within these shares, if any.

I would be interested in using this data to run some statistics on "luck" variance.

You guys have such a huge hashrate that you drop the value of mining/day/mh substantially on any coin you mine as soon as you start mining it and then further reduce the value by trading them right away for BTC. Am I wrong>? 31 GH is more than the entire global hashrate of a lot of coins and often almost half of many other more established coins
It's a rough world for altcoins, this is really just a reality.  scrypt ASICs are becoming a reality, and are looking to be more significant more quickly then most originally predicted.  You can definitely expect 1TH scrypt farms being "common place" on the network this year.  This happened with bitcoin too - very few sha256 altcoins survived.  You can expect many altcoins to experience private chain drops and complete buy book clearouts.

Only the strongest chains will survive for any given proof of work algorithm.

How about a pt= selectable payout parameter in the "userpass" config of miners then you could still have peace of mind, still have minimum and maximum limits.  Let the user have the responsibility to decide what is a reasonable risk of loss, after all pool mining and trading is risky anywhere. 
So if I mine to your address with pt=500 for a little bit right around payout time what happens then? Smiley
This is definitely an issue with any sort of password config option. (Unless it is something that can be easily handled per-connection like difficulty).
suchmoon
Legendary
*
Offline Offline

Activity: 3654
Merit: 8909


https://bpip.org


View Profile WWW
March 30, 2014, 08:25:49 PM
 #3706

How about a pt= selectable payout parameter in the "userpass" config of miners then you could still have peace of mind, still have minimum and maximum limits.  Let the user have the responsibility to decide what is a reasonable risk of loss, after all pool mining and trading is risky anywhere.  
So if I mine to your address with pt=500 for a little bit right around payout time what happens then? Smiley
This is definitely an issue with any sort of password config option. (Unless it is something that can be easily handled per-connection like difficulty).

Not sure how you would handle payouts per connection and in any case (sorry, I re-read your post and realized that's exactly what you're saying). I wouldn't trust anything that can be changed by knowing just my address, which is not supposed to be secret in the first place. I can put it in my signature like utahjohn here and that should not mean I don't get paid today.

As far as I know there are only two options for per-user payment schedule:

1) Have logins instead of anonymous mining. A big can of worms by itself.
2) Have users sign a message with their private key. Would not work with shared wallets.

Frankly I don't think it's worth time and effort to go that route. Poolwaffle knows his users and his stats, and should stick to a schedule that fits most users and his own comfort level. I like the N-day idle idea though.
biochemist
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
March 30, 2014, 08:26:28 PM
 #3707

We've been the lowest fee profit-switching pool since our start, but we do have to raise the pool fee from 1%, to 2%.

In an effort to keep with the transparency that this pool has always tried to put forth, a full explanation of the reasoning/rationality follows.

Essentially, it is nearly impossible to run the pool the way I'd like it to be run at a 1% fee.  Of that fee, a huge portion comes off the top immediately to exchange fees.  Using cryptsy as the example because most of our exchanging happens there, we lose 0.3% immediately.  We also lose a bit (depending on the coin) to transaction fees to get coins from our account, to the exchange, a bit more from the exchange to our bitcoin account, and a decently large chunk in bitcoin fees (this has gone down in 0.9, but its still a decent amount with our volume of low-priority coins) when we run payouts (and a lot more on sundays when we run 0.001 minimums).

After all of these fees, plus hosting costs (which have doubled due to the DDOS and constant attacks on our boxes), DDOS protection, server monitoring, etc, we're left with an extremely small amount for actually running the pool.  At the end of the day, with me working on the pool for 40hrs/wk (a very conservative estimate), I'm looking at what amounts to a manager's job at walmart.  Except the manager at walmart doesn't get woken up nightly due to server pages.

Essentially, for me to be able to justify the amount of work I put in on wafflepool, I need to raise the fees.

I've been wrestling with the decision for a few weeks now, and during the start of the DDOS/attacks was at the point of saying "fuck this, its just not worth the stress", but decided to fight through it and get 3hrs of sleep a night for the week.  We're back, and today is our best profit day in a while (thank god for bad luck streaks...), but its at this point that I need to raise the fees to make it worth it to run in the future.

2% seems reasonable to me.  It matches almost all of our competitors (who were smart enough to do it in the beginning), and isn't a huge change to the end user (1% to 2% isn't a major change in profitability).  And allows me to sink more work into the pool without feeling screwed at the end of the day.

Again, sorry it has to happen, feel free to rant about how this is the end of WP/multipools/etc, it wasn't a decision made lightly.
Not a problem IMO. 2% is very reasonable considering the service. I'll continue with the waffle.
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
March 30, 2014, 08:42:41 PM
Last edit: March 30, 2014, 09:29:20 PM by utahjohn
 #3708

@suchmoon you replied:
I wouldn't trust anything that can be changed by knowing just my address, which is not supposed to be secret in the first place. I can put it in my signature like utahjohn here and that should not mean I don't get paid today.

my reply:  I had not considered that before I proposed the idea Smiley  Indeed this could be used as a vector for pool attack ... but isn't "userpass" submitted with every share submitted and would negate the effect of someone else hijacking your address to change your threshold? And thus attacker would have to be mining for you I don't understand the inner workings of stratum protocol.  Correct me if I am wrong.

And explain to me how this could be a problem and potential exploit, it would still be shares going to your payout address ...  
chilin_dude
Member
**
Offline Offline

Activity: 78
Merit: 10


View Profile
March 30, 2014, 08:50:02 PM
 #3709

I'm a big fan of wafflepool, have been from start. Personally as a few others suggested I feel 1% to 2% is too much of a jump, a 100% fee increase is massive when the edges are already so thin between various mining pools. 1.5% be much more of a fair compromise I feel.
poolwaffle (OP)
Sr. Member
****
Offline Offline

Activity: 322
Merit: 254


View Profile
March 30, 2014, 08:57:46 PM
 #3710

@PoolWaffle:
Any chance you could you make available a table with:
EndTimestamp | Coin | Difficulty | Shares | Blocks Found

So, most of this is available (for the recent data) on the Stats page in terms of block by block stats.  I've got a luck graph on my admin page that I might be able to make cacheable to be public, but would take a bit of time.  There is pre-cached luck as well on a per-block basis, but unfortunately it has some qualifications just based on how it was added, but I could easily add that to the stats for blocks found.

The qualifications are:
1) We only save full data for the last 1hr of stats, so if we don't find 2 blocks within the same hour, we don't have an easy way of seeing how many shares on that particular coin were mined.  That really only happens on either litecoin, or dogecoin if we skip mining it for a decent bit of time, almost all the rest of the blocks have luck tracked.
2) The luck is based on the found block difficulty, which is not necessarily the difficulty the shares were at.  For example, if we mine dogecoin as difficulty is on the rise (say some shares at 1k, and then some shares at 1.1k), then stop mining because diff is too high, wait a bit until it drops to 800, and immediately find a block.  The luck is based on all of the shares being submitted against a 800 difficulty blocks (which is incorrect for luck calculations, but good enough for my purposes).

I just worry with showing these stats that people will freak out.  Better option is for me to properly track luck values (just another thing on the list), but that has some (smaller) subtleties as well, since we buffer inserts into our database for share submissions, so data will be off based on when the block comes in compared to when shares get inserted (although very slightly).  Maybe I'll work on this in the coming days, luck would be nice to have publicly available.
phzi
Hero Member
*****
Offline Offline

Activity: 700
Merit: 500


View Profile
March 30, 2014, 09:59:11 PM
 #3711

The qualifications are:
1) We only save full data for the last 1hr of stats, so if we don't find 2 blocks within the same hour, we don't have an easy way of seeing how many shares on that particular coin were mined.  That really only happens on either litecoin, or dogecoin if we skip mining it for a decent bit of time, almost all the rest of the blocks have luck tracked.
Basically, I am interested in a snapshot periodically of the shares we have mined at every difficulty on every coin.  And if we found blocks at that difficulty/coin (many rows would be 0 for a KGW coin, presumably).

2) The luck is based on the found block difficulty, which is not necessarily the difficulty the shares were at.  For example, if we mine dogecoin as difficulty is on the rise (say some shares at 1k, and then some shares at 1.1k), then stop mining because diff is too high, wait a bit until it drops to 800, and immediately find a block.  The luck is based on all of the shares being submitted against a 800 difficulty blocks (which is incorrect for luck calculations, but good enough for my purposes).
I totally understand.  And I know the data I am won't look like much on its own.  I am interested in calculating basically, "expected profitability" based on shares mined at each difficulty.

I just worry with showing these stats that people will freak out.  Better option is for me to properly track luck values (just another thing on the list), but that has some (smaller) subtleties as well, since we buffer inserts into our database for share submissions, so data will be off based on when the block comes in compared to when shares get inserted (although very slightly).  Maybe I'll work on this in the coming days, luck would be nice to have publicly available.
I think people generally like more stats =).  IMO, that's a big part of the reason why WafflePool tends to attract hashpower like it does. Luck would definitely be nice to have public. What I am asking for would require a new row every difficulty change that recorded how many shares were accepted at that difficulty and how many blocks were found (if any).  If you felt like throwing that in JSON or something, I could probably build some calculations and a front-end.
utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
March 30, 2014, 10:09:15 PM
Last edit: March 30, 2014, 10:24:41 PM by utahjohn
 #3712

@phzi said:
I think people generally like more stats =).  IMO, that's a big part of the reason why WafflePool tends to attract hashpower like it does. Luck would definitely be nice to have public. What I am asking for would require a new row every difficulty change that recorded how many shares were accepted at that difficulty and how many blocks were found (if any).  If you felt like throwing that in JSON or something, I could probably build some calculations and a front-end.

----------

So does this mean that you would be working from a github repository if poolwaffle were to make front-end an open project and allow users to submit proposed code changes and he would be in charge of commiting them.  I am in favor of this as it would reduce his work and give him more time to work on other areas that are more critical.

Someone taking on front page project and public stats and to beautify it would be awesome.
maxpowerzz92
Sr. Member
****
Offline Offline

Activity: 249
Merit: 250


View Profile
March 30, 2014, 10:26:23 PM
 #3713

You guys have such a huge hashrate that you drop the value of mining/day/mh substantially on any coin you mine as soon as you start mining it and then further reduce the value by trading them right away for BTC. Am I wrong>? 31 GH is more than the entire global hashrate of a lot of coins and often almost half of many other more established coins

That's not exactly correct.  There's one huge miner, aka THE WHALE, that has about 15-20GB of hashing power at his disposal.  He comes & goes whenever he pleases.  Basically doubles the pool hashrate whenever he shows up  Undecided

utahjohn
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


View Profile
March 30, 2014, 10:36:13 PM
Last edit: March 30, 2014, 11:33:35 PM by utahjohn
 #3714

You guys have such a huge hashrate that you drop the value of mining/day/mh substantially on any coin you mine as soon as you start mining it and then further reduce the value by trading them right away for BTC. Am I wrong>? 31 GH is more than the entire global hashrate of a lot of coins and often almost half of many other more established coins

That's not exactly correct.  There's one huge miner, aka THE WHALE, that has about 15-20GB of hashing power at his disposal.  He comes & goes whenever he pleases.  Basically doubles the pool hashrate whenever he shows up  Undecided

Which may be good for pool on a whole as block confirm times are greatly lowered and orphan rate drops Smiley

I would guess that poolwaffle has taken steps to tune the coin-switcher when hashrates jump drastically higher and to adjust to not staying on any coin too long and raise that coin diff to an unbearable diff.

IMO multipools are good for cryptocoins as they jump around and lower transaction confirm times as they move among many coins.  MP's helped MOONcoin get to the hardfork block quickly and KGW got switched on which lowers large effect on diff when MP's do mine them...

Trading coins as fast as you can for immediate profit at current market value does affect the markets quite a bit ...
fcmatt
Legendary
*
Offline Offline

Activity: 2072
Merit: 1001


View Profile
March 30, 2014, 11:51:44 PM
 #3715

I'm a big fan of wafflepool, have been from start. Personally as a few others suggested I feel 1% to 2% is too much of a jump, a 100% fee increase is massive when the edges are already so thin between various mining pools. 1.5% be much more of a fair compromise I feel.

Since waffle opened the guy has prob made about 3 bucks an hour in labor put in. Now he actually wants to make some money and 2% is too much? Heh. Get real. Running a pool is a thankless job with every hacker out to get you and criminal ddos ready toruin all your work in seconds. And i am not even mentioning the clueless users who ask retarded questions over and over without using google for 10 minutes. It makes a pool op just want to say frick it and walk away.
nbphuoc
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250



View Profile
March 30, 2014, 11:58:41 PM
 #3716

I'm a big fan of wafflepool, have been from start. Personally as a few others suggested I feel 1% to 2% is too much of a jump, a 100% fee increase is massive when the edges are already so thin between various mining pools. 1.5% be much more of a fair compromise I feel.

Since waffle opened the guy has prob made about 3 bucks an hour in labor put in. Now he actually wants to make some money and 2% is too much? Heh. Get real. Running a pool is a thankless job with every hacker out to get you and criminal ddos ready toruin all your work in seconds. And i am not even mentioning the clueless users who ask retarded questions over and over without using google for 10 minutes. It makes a pool op just want to say frick it and walk away.
Agreed. Handle such a large pool as wafflepool is not that easy.
toxic0n
Member
**
Offline Offline

Activity: 413
Merit: 10


View Profile
March 31, 2014, 12:16:02 AM
 #3717

Hey, everyone

Introducing Waffle Pool Widget for Android

I've made a simple widget that lets you monitor your hashrate and balances. It's pretty basic so far but I will add more features when I get around to it.

This widget will always be free and will not require mandatory donations. Give it a try.

https://play.google.com/store/apps/details?id=com.inductiveconcepts.wafflewidget


nbphuoc
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250



View Profile
March 31, 2014, 12:35:57 AM
 #3718

Hey, everyone

Introducing Waffle Pool Widget for Android

I've made a simple widget that lets you monitor your hashrate and balances. It's pretty basic so far but I will add more features when I get around to it.

This widget will always be free and will not require mandatory donations. Give it a try.

https://play.google.com/store/apps/details?id=com.inductiveconcepts.wafflewidget



You have an iOS version so I can try it out?
serpiente12
Member
**
Offline Offline

Activity: 85
Merit: 10

If you dont like something change it


View Profile
March 31, 2014, 12:40:29 AM
 #3719

oh yeah just pm me then Smiley at affiliator
toxic0n
Member
**
Offline Offline

Activity: 413
Merit: 10


View Profile
March 31, 2014, 12:42:26 AM
 #3720

Hey, everyone

Introducing Waffle Pool Widget for Android

I've made a simple widget that lets you monitor your hashrate and balances. It's pretty basic so far but I will add more features when I get around to it.

This widget will always be free and will not require mandatory donations. Give it a try.

https://play.google.com/store/apps/details?id=com.inductiveconcepts.wafflewidget



You have an iOS version so I can try it out?
Sorry, no I don't. This is something I made for myself and decided to share with the community. Last time I had an iPhone they didn't even have widgets
Pages: « 1 ... 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 [186] 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 ... 294 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!