[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool

[digital]

Im using BAMT and the old getwork protocol.  What would be the easiest way to get this stratum compatible?  

The proxy?  I tried that when it came out, but I couldn't get it to work.  I tried to put it on a windows machine and then point all my BAMT machines to the proxy, but that didnt work.  After some more reading this morning I realize that I need to install it on each BAMT machine.  Is this the case?  Im not sure how to do that...  I found some posts saying that it doesnt work well with BAMT.

I could also try to upgrade my miner in BAMT right?  I found some instructions here, https://bitcointalk.org/index.php?topic=127622.0 but that is a bit over my head.  Also, the link for the replacement mother doesnt seem to be working.

I'm guessing putting the proxy on each BAMT machine would be the easiest way out for me.  Any tips on how to do that?  I am a novice user.

I am using a bamt machine in conjunction with a separate machine running the proxy.  I have the bamt machine running two video cards.  And a windows 7 machine with none, but with the proxy running.

The bamt machine has to be pointed at the ip address of the proxy machine instead of the ip address of the pool.  And make sure the port is correct too.  That's all that matters.  You can have multiple user names all going through the same proxy.  You can have multiple bamt machines all going through the same proxy.

HIt me back if you can't make it work.  I've worked with the proxy quite a bit...

[1713957207]

1713957207

[1713957207]

1713957207

[1713957207]

1713957207

[1713957207]

1713957207

[1713957207]

1713957207

[vuli]

statrum - this means less stale share wright? But I am getting more stale share on statrum than over getwork.
in 24h I have together ~50 stale, before I had 1 maybe 2 stale

[digital]

statrum - this means less stale share wright? But I am getting more stale share on statrum than over getwork.
in 24h I have together ~50 stale, before I had 1 maybe 2 stale

You also get paid better with stratum.  Currently the getwork doesnt get any share of the fees, and pays a higher percentage overall.  That would make up for your stales.

You also might want to check the shares on your miner vs the shares actually getting counted by slush.  I've heard of miners counting shares as stale when the pool actually counted them as legit.

[vuli]

aha. thanks for this info.
I am using Guiminer and I can see only total shares all. Only if i try to reset guiminer every time the block will be solved but..... waste of time.

[slush]

statrum - this means less stale share wright? But I am getting more stale share on statrum than over getwork.
in 24h I have together ~50 stale, before I had 1 maybe 2 stale

Currently the getwork interface has ~10x higher rejection rate than Stratum, because of scaling issues in getwork architecture; and I'm not going to waste a time to fix it.

There were many "stale" shares because of today's morning crash of the server.

[brinebold]

I'm currently looking into some unusual results from slush's pool payouts. Most blocks on which I complete work (shares) receive the appropriate payouts however some display shares completed but no payout amount.
A screenshot of this issue can be found at https://docs.google.com/file/d/0B_G2Isi7ITVMR25OcnRBYXkwams/edit?usp=sharing .
worker name: brinebold.worker1
uasername: brinebold

Can anyone explain this behavior. Please don't just blindly guess though. If you can't test your theory or provide a definitive answer, please move along.

I don't think these are stale shares because the odds of every single one of hundreds of shares being stale in the same block and this issue occurring on multiple blocks seem incredibly unlikely.
I don't believe this is a case where no work was successfully submitted because I was apparently awarded shares by the pool.
I don't think this is a case of simply being rounded down to 0 because I don't meet the minimum for a payout because the division works out to more than other blocks for which I have received a payout.
I don't think there is a problem with that blockchain, for example, it was rejected by the bitcoin swarm, because other people received a payout for one of these blocks.
These aren't simply unconfirmed blocks because there are blocks that are confirmed that also have shares but 0 payout.

However, if you can find some way to confirm any of those theories, I'd be glad to try it.

[digital]

That's probably happening because the last share submitted was during the beginning of that round, and there weren't any submitted toward the end of the round.

For example.  If I am mining with a nice video card and cranking out 1 share per second for the first hour of a round, then the power goes out and the round lasts for 3 hours, my reward will drop to 0, or almost zero because the shares are weighted to discourage pool hopping.  The shares that come at the end of the round have more weight than the shares that come at the beginning of a round.

[scouzi]

I'm currently looking into some unusual results from slush's pool payouts. Most blocks on which I complete work (shares) receive the appropriate payouts however some display shares completed but no payout amount.
A screenshot of this issue can be found at https://docs.google.com/file/d/0B_G2Isi7ITVMR25OcnRBYXkwams/edit?usp=sharing .
worker name: brinebold.worker1
uasername: brinebold

Can anyone explain this behavior. Please don't just blindly guess though. If you can't test your theory or provide a definitive answer, please move along.

I don't think these are stale shares because the odds of every single one of hundreds of shares being stale in the same block and this issue occurring on multiple blocks seem incredibly unlikely.
I don't believe this is a case where no work was successfully submitted because I was apparently awarded shares by the pool.
I don't think this is a case of simply being rounded down to 0 because I don't meet the minimum for a payout because the division works out to more than other blocks for which I have received a payout.
I don't think there is a problem with that blockchain, for example, it was rejected by the bitcoin swarm, because other people received a payout for one of these blocks.
These aren't simply unconfirmed blocks because there are blocks that are confirmed that also have shares but 0 payout.

However, if you can find some way to confirm any of those theories, I'd be glad to try it.

I had that yesterday - a reward of none for a few hours but it git fixed after.

[bitpop]

Why isnt cgminer working with:

"pools" : [
   {
      "url" : "stratum+tcp://ipv6.stratum.bitcoin.cz:3333",

A ping resolves fine, my ipv6 is fine.

[Xenotron]

I'm currently looking into some unusual results from slush's pool payouts. Most blocks on which I complete work (shares) receive the appropriate payouts however some display shares completed but no payout amount.

It's obvious that you put Difficulty setting on pool's web-site to 128. That means that your miners will not send ANYTHING unless they collect at least 128 shares. Only after that they will send them to the pool to request some reward.
To resolve your issue - decrease difficulty setting to 1.

P.S. Yes, I know, that actually difficulty works in some other way, but it's the most easy way to explain its meaning and why its better to put 1 on slow miners.

[brinebold]

I'm currently looking into some unusual results from slush's pool payouts. Most blocks on which I complete work (shares) receive the appropriate payouts however some display shares completed but no payout amount.

It's obvious that you put Difficulty setting on pool's web-site to 128. That means that your miners will not send ANYTHING unless they collect at least 128 shares. Only after that they will send them to the pool to request some reward.
To resolve your issue - decrease difficulty setting to 1.

P.S. Yes, I know, that actually difficulty works in some other way, but it's the most easy way to explain its meaning and why its better to put 1 on slow miners.

I don't think that could not be the issue here. If I were completing shares but not submiting them, why would the stats page be showing that I have 384 shares. Even if the page only displays shares given instead of shares received, it would make no sense that I would pick up multiple sets of work without submitting the first set.

I have dropped my suggested difficulty from 64 to 1 though to test this.

[brinebold]

That's probably happening because the last share submitted was during the beginning of that round, and there weren't any submitted toward the end of the round.

For example.  If I am mining with a nice video card and cranking out 1 share per second for the first hour of a round, then the power goes out and the round lasts for 3 hours, my reward will drop to 0, or almost zero because the shares are weighted to discourage pool hopping.  The shares that come at the end of the round have more weight than the shares that come at the beginning of a round.

Interesting, so shares actually drop to 0 value if the round goes long enough? I realized they were weighted toward later submissions but not to the point at which early shares would be worth 0. I was expecting a logarithmic curve.

Between this and what the other poster suggested (that my difficulty is set too high) I think I may have pieced together the cause (yours) and the fix (his). Testing now.

[Xenotron]

Between this and what the other poster suggested (that my difficulty is set too high) I think I may have pieced together the cause (yours) and the fix (his). Testing now.

Yap. You are right. Your screenshot shows the following:
The speed of your miner is not sufficient to difficulty 128, so you miss a lot of blocks providing 0 shares or providing 1 share(worth 128 shares of difficulty 1) at the very beginning of block calculation. Then this 1 share continuously goes to 0 as more and more new shares comes into round. It's the same as you hop to another pool after submitting first share.

You will be OK with difficulty 1. Set higher difficulties only if you experience problems with your connection to Internet.

[digital]

That's probably happening because the last share submitted was during the beginning of that round, and there weren't any submitted toward the end of the round.

For example.  If I am mining with a nice video card and cranking out 1 share per second for the first hour of a round, then the power goes out and the round lasts for 3 hours, my reward will drop to 0, or almost zero because the shares are weighted to discourage pool hopping.  The shares that come at the end of the round have more weight than the shares that come at the beginning of a round.

Interesting, so shares actually drop to 0 value if the round goes long enough? I realized they were weighted toward later submissions but not to the point at which early shares would be worth 0. I was expecting a logarithmic curve.

Between this and what the other poster suggested (that my difficulty is set too high) I think I may have pieced together the cause (yours) and the fix (his). Testing now.

I'm pretty sure it has more to do with the time between shares, as opposed to where the share came in the round.  But it sounds like you have it figured out now...

[thehairymob]

Is there a problem with the pool as I am unable to connect. I tried using both addresses on the site. Using GUIMiner, Win 7.

[yellowcoin]

getting a lot of connect/disconnects from pool.  Is everything ok?

[puffmais]

i have problems too 

[slush]

Stratum and getwork servers crashed, looks like issue in datacenter, but I have no more information yet. Stratum looks recovered now, I'm working on Getwork.

[yellowcoin]

You might as well forget getwork. You were planning to close it down anyways.

[thehairymob]

Two blocks found and I'm still not able to get reconnected. A bad day gets worse. Thanks for trying to fix things Slushy. I hope it gets fixed quicker than my wallet. It has been down for almost a week. Search for an answer everywhere and nothing.