Pages:
Author

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

newbie
Activity: 36
Merit: 0
Thanks for the updates Poolwaffle. As always I appreciate your honesty and clarity with what's happening on the pool. Keep doing what you're doing.
hero member
Activity: 630
Merit: 500
6/20/2014 - BitcoinWisdom live time charts now available for CRYPTcoin!

https://bitcoinwisdom.com/markets/mintpal/cryptbtc
hero member
Activity: 826
Merit: 1000
Is the x11 stat of "92% vs LTC" for 6/23/14 (partial) related to the guerilla coin problem?

Yes, earnings will most likely be misrepresented for the next day or so.
member
Activity: 62
Merit: 10
How about that Razorcoin for Scrypt!!!…been paying out pretty fat..looks like the payouts for are getting a little smaller but it seems to have been kicking some digital ass the last couple days even with the "hiccups"

I have made 0.06241655 with 1 S1 180GHs since the 6/15/14 on BTC Guild….and
I have made 0.02017820 with a Fury 1.3MHs since the 6/16/14 on Waffle-Pool (pretty good I think) (a week before that was CPU mining @ 38KHs)

I know, I know, these are not impressive hash numbers but I am new to mining and these little miners are an experiment for me to learn and hopefully make my mistakes on a small level first before I go out of my mind and drop $10k on some thing I can't have for a couple months and watch the difficulty grow and profitability shrink all the while wait for tape out…shit its looks like I have already gone a little crazy because I said all that with out a comma or period and now I am starting to sound like my wife when she gets excited and drops 5 subjects into one sentence with only one breath to get it all out…….whewwwwww…breathing now.

Any way…Razor been doing pretty good.
TCM
sr. member
Activity: 251
Merit: 250
It's rather "convenient" that miners keep mining (what exactly?) and don't disconnect so they can failover to another pool. What have we been mining in those hours?

Could you please take the time to read poolwaffle's explanation and let us know if you have any specific questions. Thanks.

https://bitcointalksearch.org/topic/m.7471777

No questions, thanks.
full member
Activity: 126
Merit: 100
Is the x11 stat of "92% vs LTC" for 6/23/14 (partial) related to the guerilla coin problem?
legendary
Activity: 3654
Merit: 8909
https://bpip.org
It's rather "convenient" that miners keep mining (what exactly?) and don't disconnect so they can failover to another pool. What have we been mining in those hours?

Could you please take the time to read poolwaffle's explanation and let us know if you have any specific questions. Thanks.

https://bitcointalksearch.org/topic/m.7471777
TCM
sr. member
Activity: 251
Merit: 250
It's rather "convenient" that miners keep mining (what exactly?) and don't disconnect so they can failover to another pool. What have we been mining in those hours?
member
Activity: 62
Merit: 10
Can you stop fucking with the pool now so all my 5.4MH/s make it there? Currently I have 5.4MH/s locally and below 3MH/s arrive at the pool.

Switch to decaf bro…you're going to pop a blood vessel
member
Activity: 62
Merit: 10
Waffle…I  like that you have taken responsibility for what has happened. No excuses, just an explanation of what has happened with you owning responsibility. That is commendable and a rare quality these days. I have been on WP for a couple weeks now and you have done a good job in my opinion. I have received prompt replays to emails and seem to be having decent earnings here. I will stick with you and expand my operations with WP in the future.

These types of situations for me are like this: It is 10% what has happened to you and 90% how you deal with it. Shit will always go wrong and I am positive this will not be the only "bump" WP experiences. If we know we got a guy like PW working on things we can expect a decent sense of urgency and some integrity….well I can get behind that.

Keep up the good work PW…I know you have our backs and we should all have yours

DirtFighter
TCM
sr. member
Activity: 251
Merit: 250
Can you stop fucking with the pool now so all my 5.4MH/s make it there? Currently I have 5.4MH/s locally and below 3MH/s arrive at the pool.
legendary
Activity: 3654
Merit: 8909
https://bpip.org
While it sucks to have lost 5h or 12h of mining, you have to consider that both these issues have been related to the new mining algorithms. Waffle is still one of the very few major multipools that even offers "alternative" algorithms, and profitability has been great in the short time they've been available. I'd rather take some bumps on the road than having no alternative at all.
sr. member
Activity: 322
Merit: 254
In order to avoid forks - or at least to have indicator when something is not right, I suggest you to add maybe some indicator when confirmation of coin / exchange / exchange volume are not in alignment  - this will help at least to catch fork much faster then 5 hours after. (not big deal to create) - but can save hash power ...
We had setups for this a while ago that would check block explorers to see when differences happened.  Unfortunately, we ran into a ton of issues with block explorers going down, or falling behind, or not being updated after a fork, and waking me up with a ton of false-positives.  Like I said before, this doesn't happen very often (mining the wrong fork).  Just ended up missing this one.

I was thinking more elegant and easy way to rely on exchanges wallet (normally they should be on right fork always), instead of checking block explorers.

and
 x11   Hashrate: 40.93 GH/s   Mining: fractalcoin   vsLTC: 151% (in upper right corner) - avg 24hrs ?
This is the 24hr earnings (same as above in terms of price), just a rolling 24hrs rather than timestamped "day".  (More info is in the FAQ, can get it from the "?" next to that stat as well).

and "fractalcoin" means the coin which is being mining at moment?

Unfortunately, the only exchange that publishes (some) of that info is Cryptsy, and even then it isn't by API, it is only via scraping (and some coins don't list it).  It would be awesome, but the number of problems along the way (and the fact that all the exchanges do things differently) make it a very difficult thing to get working (and more so to work right).

Correct, "Mining" is what we're primarily mining at that time (we split hashrate to multiple coins, so its whichever we're mining the most of).  It is cached/delayed as well to prevent other pools from scraping, but other than those changes, its what we're currently mining Smiley
full member
Activity: 201
Merit: 100
In order to avoid forks - or at least to have indicator when something is not right, I suggest you to add maybe some indicator when confirmation of coin / exchange / exchange volume are not in alignment  - this will help at least to catch fork much faster then 5 hours after. (not big deal to create) - but can save hash power ...
We had setups for this a while ago that would check block explorers to see when differences happened.  Unfortunately, we ran into a ton of issues with block explorers going down, or falling behind, or not being updated after a fork, and waking me up with a ton of false-positives.  Like I said before, this doesn't happen very often (mining the wrong fork).  Just ended up missing this one.

I was thinking more elegant and easy way to rely on exchanges wallet (normally they should be on right fork always), instead of checking block explorers.

and
 x11   Hashrate: 40.93 GH/s   Mining: fractalcoin   vsLTC: 151% (in upper right corner) - avg 24hrs ?
This is the 24hr earnings (same as above in terms of price), just a rolling 24hrs rather than timestamped "day".  (More info is in the FAQ, can get it from the "?" next to that stat as well).

and "fractalcoin" means the coin which is being mining at moment?
sr. member
Activity: 322
Merit: 254
Please read this post as a matter of constructive critics.
Everything is nice while it is nice...
Tone accepted Smiley

If any incident arise in production, it is your duty to preserve production (focus out from developing) and to protect your clients (unless you are doing it for free).
Unfortunately, this was tested in our development environment (fake test data), and our staging environment (live data, replicated database), however, failed when migrating to production.  Unless we never want new features, everything has to hit production sooner or later.  And as much as our staging boxes replicates the production boxes, there are certain things that aren't 100% duplicated (it doesn't send coins to exchanges for example), doesn't make trades, etc.

My main goal is always to provide a good service, that doesn't damage users (clients).  I think there has been a good track record over the last 6 months of that.  As for the free/paid aspect of it, I take the exact same risk as all of the WP users.  If we mine on a fork for some time, and that affects user earnings, it directly affects my earnings in the exact same way (WP gets a percent of earnings, nothing more).

I asked you for API stat few pages ago...
So there are type of your clients who are not even visiting your website for checking progress, you should think about them too (at least send signal with message if you put on website).
During both of the issues there were notices in the header of the website (same as any time there is a major change/issue).  I will work on adding the same message to the API results (probably in "system_message" at top level), so that people using the API can check against that.

In order to avoid forks - or at least to have indicator when something is not right, I suggest you to add maybe some indicator when confirmation of coin / exchange / exchange volume are not in alignment  - this will help at least to catch fork much faster then 5 hours after. (not big deal to create) - but can save hash power ...

We had setups for this a while ago that would check block explorers to see when differences happened.  Unfortunately, we ran into a ton of issues with block explorers going down, or falling behind, or not being updated after a fork, and waking me up with a ton of false-positives.  Like I said before, this doesn't happen very often (mining the wrong fork).  Just ended up missing this one.

Can you please explain difference in between stat:
Jun 23, 2014 (partial)   6.75425169   34.50 GH/s   0.00026793   81% - actual? (what price bid/ask/last what exchange? )
This is the stat for the day, starting at 00:00:00, ending at 23:59:59 ("partial" means it is not a complete day).  Price has been discussed here before, but is likely very buried, so understandable if it was missed.  It is based on the price we expect to be able to sell each coin for.  This takes into consideration splitting the sells across multiple exchanges, checking our coin depth against the exchange depth, and how many other coins were mined during the period by other miners, that could potentially be sold before ours.  It is definitely just an estimate, and we normally estimate conservatively (sell price is normally a few percent higher than expected at mine-time).

and
 x11   Hashrate: 40.93 GH/s   Mining: fractalcoin   vsLTC: 151% (in upper right corner) - avg 24hrs ?
This is the 24hr earnings (same as above in terms of price), just a rolling 24hrs rather than timestamped "day".  (More info is in the FAQ, can get it from the "?" next to that stat as well).

It would be good if you point on your website that it is clients responsibility to keep an eye of forks and other updates, and that you are not taking any responsibility, that way people would be more careful and hopefully avoid today's scenario.

It was a bad day for me, but I will be more careful in the future...

BR

It is everyone's responsibility (mine more than others).  I have users emailing me daily about coin additions, pending forks, etc.  If I had seen the fork coming, I certainly would have updated.  In fact, 2 posts before yours I posted:

I'm certainly not trying to say this falls on anyone but me.  I should have seen the update, I should have updated the daemon/blockchain, and we should have been mining on the correct fork.

I appreciate the constructive criticism.
hero member
Activity: 700
Merit: 500
Can you please explain difference in between stat:
http://wafflepool.com/stats/x11

Jun 23, 2014 (partial)   6.75425169   34.50 GH/s   0.00026793   81% - actual? (what price bid/ask/last what exchange? )

and

 x11   Hashrate: 40.93 GH/s   Mining: fractalcoin   vsLTC: 151% (in upper right corner) - avg 24hrs ?
Day's stats vs last 24 hour stats.

---

Good work as always, PoolWaffle.  Thanks for keeping the site running.  Never seen more then a few hours downtime here, and if it happens, you can trust that PoolWaffle is doing something to fix it.
full member
Activity: 201
Merit: 100
Please read this post as a matter of constructive critics.
Everything is nice while it is nice...

If any incident arise in production, it is your duty to preserve production (focus out from developing) and to protect your clients (unless you are doing it for free).

I asked you for API stat few pages ago...
So there are type of your clients who are not even visiting your website for checking progress, you should think about them too (at least send signal with message if you put on website).

In order to avoid forks - or at least to have indicator when something is not right, I suggest you to add maybe some indicator when confirmation of coin / exchange / exchange volume are not in alignment  - this will help at least to catch fork much faster then 5 hours after. (not big deal to create) - but can save hash power ...

Can you please explain difference in between stat:
http://wafflepool.com/stats/x11

Jun 23, 2014 (partial)   6.75425169   34.50 GH/s   0.00026793   81% - actual? (what price bid/ask/last what exchange? )

and

 x11   Hashrate: 40.93 GH/s   Mining: fractalcoin   vsLTC: 151% (in upper right corner) - avg 24hrs ?


It would be good if you point on your website that it is clients responsibility to keep an eye of forks and other updates, and that you are not taking any responsibility, that way people would be more careful and hopefully avoid today's scenario.

It was a bad day for me, but I will be more careful in the future...

BR
sr. member
Activity: 322
Merit: 254
Does #1 mean that new users/addresses won't get paid for the ~12h?
Correct
Essentially, we saw them as "invalid" immediately, and discarded them.

As for the guerilla fork, there is nothing you can do except maybe in the future pay extra attention to the POS (pun intended) coin release notes, but these short notice forks are becoming very common, so we are bound to get hit by it once in a while. I think we still made a good profit over the last couple of days even with the wrong fork.

Yep.  They happen all the time, normally we catch them, just in this case we didn't.  Its probably time to go through and trim down the list of watched github repos (still have things in there like asiacoin, that ended POW long ago).  Might make it a bit easier to sort through and catch them easier.
legendary
Activity: 3654
Merit: 8909
https://bpip.org
tldr: Bad upgrades, DDOS attacks, lack of sleep, terrible patch notes, bad me.  Everything fixed, sorry about that.

Does #1 mean that new users/addresses won't get paid for the ~12h?

As for the guerilla fork, there is nothing you can do except maybe in the future pay extra attention to the POS (pun intended) coin release notes, but these short notice forks are becoming very common, so we are bound to get hit by it once in a while. I think we still made a good profit over the last couple of days even with the wrong fork.
sr. member
Activity: 322
Merit: 254
From guerillacoin forum:

It has come to our attention that some users are having difficulty syncing to the network.  We believe this is due to the network being flooded with invalid blocs by large multipools which did not keep an eye on the numerous announcements about the hard fork.  The network is intact and coins are secure however we will be releasing a checkpointed wallet very shortly to ensure the best user experience for all.  To be on the safe side please keep an eye on the thread and be ready to update.  We are compiling binaries now and the source is already updated on github. https://github.com/guerillacoin/guerillacoin

Binaries:
http://www.sendspace.com/filegroup/7JpCEif1wNqaJp%2BE50mr86cXW7Out6pQ

The "numerous announcements" all within the span of 2 days.  We watch 92 different coins (just checked github), my github updates email box is packed, and with patch notes like "1.0.1" and "does not apply to linux users"...

I'm certainly not trying to say this falls on anyone but me.  I should have seen the update, I should have updated the daemon/blockchain, and we should have been mining on the correct fork.  But in my opinion, 2 days update time, with "announcements" like "does not apply to [your platform]", is a bit rediculous.
Pages:
Jump to: