Pages:
Author

Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 91. (Read 4382653 times)

full member
Activity: 602
Merit: 100
I don't want to jump ship but I may have to do so...
full member
Activity: 206
Merit: 100
Block ID 25170 another invalid  Angry
full member
Activity: 169
Merit: 100
/Rant


I would really like slush to fix the Luck % right after an invalidated block...

80% for this day is not right. It's like 52% according to my (weak) math.
full member
Activity: 169
Merit: 100
Pool should be more reliable to this kind of issue...

For the last fews days we got really bad luck, combined with TOO MANY orphans.

I see a lot bad luck from slush but not so many lucky nowadays...  Maybe -Ck is right and they have a real network issue at this point.

With all the recent Dashboard issue and the 1.3 orphan per day rate... Something is wrong.

I wonder if Slush would ever compensate their top Miner  for this mess up... I Can't imagine running 1PH and not wanting to go straight to Slush HQ after LOSING more than 10BTC in revenue in the last week from invalidated block.
legendary
Activity: 1750
Merit: 1007
In an email reply I received from Slush inquiring about the abnormally high invalid blocks he responded by stating "it was a matter of chance to end up with invalid block".  And additionally stating "We don't have direct impact over this behavior.  Invalid blocks are natural part of the Blockchain ecosystem..."

Do all of you agree with this?

There will always be *some* chance involved in orphan blocks.  But he's lyingdishonest in saying that you don't have direct impact over the behavior.  If your orphan rate is above ~1%, you have something wrong.


EDIT:  9 of his last 200 blocks have been orphaned.  There is CLEARLY something wrong with either the hardware, software, or network level for Slush.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
In an email reply I received from Slush inquiring about the abnormally high invalid blocks he responded by stating "it was a matter of chance to end up with invalid block".  And additionally stating "We don't have direct impact over this behavior.  Invalid blocks are natural part of the Blockchain ecosystem..."

Do all of you agree with this?
It is an expected phenomenon of the way blocks propagate that orphans will eventually occur, but it is the responsibility of the pool owner to optimise their design to minimise this effect. Having orphans is expected, yes, but having a high rate of orphans is not expected. Check the orphan rates of other pools. The percentage should be about the same for all pools, irrespective of their size, though statistically it would be hard to get an accurate percentage on smaller pools simply because of the number of blocks solved.
newbie
Activity: 12
Merit: 0
In an email reply I received from Slush inquiring about the abnormally high invalid blocks he responded by stating "it was a matter of chance to end up with invalid block".  And additionally stating "We don't have direct impact over this behavior.  Invalid blocks are natural part of the Blockchain ecosystem..."

Do all of you agree with this?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Presumably everything has slowed down due to the extra load of having so much hashrate on his pool. Since slush's pool code is python, it's likely just the slowdown of python not scaling to the greater number of clients it's seeing. He either needs more mining nodes or better software.

From memory, slush's pool used to prioritise which clients got block updates first - since it takes time to send updates to all the miners, he prioritised the biggest miners first so all the small miners used to get the block change later. Perhaps even that workaround is no longer enough.

I'd assume something else is the issue.  I highly doubt he has more active miners than ever, just higher speed ones.  There's way fewer small fries out there today than there were a year or more ago.  In a proper implementation of vardiff, the speed of connected miners should have absolutely no impact on actual server load, only the number of miners in general.
Well, probably that in combination with bitcoinds that haven't been optimised to cope in this transaction spam environment which can cause massive mempool and cpu blowouts and subsequently very slow block changes/getblocktemplate calls.
legendary
Activity: 1750
Merit: 1007
Presumably everything has slowed down due to the extra load of having so much hashrate on his pool. Since slush's pool code is python, it's likely just the slowdown of python not scaling to the greater number of clients it's seeing. He either needs more mining nodes or better software.

From memory, slush's pool used to prioritise which clients got block updates first - since it takes time to send updates to all the miners, he prioritised the biggest miners first so all the small miners used to get the block change later. Perhaps even that workaround is no longer enough.

I'd assume something else is the issue.  I highly doubt he has more active miners than ever, just higher speed ones.  There's way fewer small fries out there today than there were a year or more ago.  In a proper implementation of vardiff, the speed of connected miners should have absolutely no impact on actual server load, only the number of miners in general.
full member
Activity: 206
Merit: 100
Im small time trying out this Bitcoin mining.
Suck to put in the hours and not get anything but shit happens.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Does anyone see these Orphaned blocks as an attack by some of these Chinese Pools (specifically Antminer)?

More likely it's just Slush's pool backend not updating to other blocks on the network fast enough (or being really slow in releasing its own blocks).  He's the only one having such absurd orphan rates, the problem is on his end.
Presumably everything has slowed down due to the extra load of having so much hashrate on his pool. Since slush's pool code is python, it's likely just the slowdown of python not scaling to the greater number of clients it's seeing. He either needs more mining nodes or better software.

From memory, slush's pool used to prioritise which clients got block updates first - since it takes time to send updates to all the miners, he prioritised the biggest miners first so all the small miners used to get the block change later. Perhaps even that workaround is no longer enough.
legendary
Activity: 1750
Merit: 1007
Does anyone see these Orphaned blocks as an attack by some of these Chinese Pools (specifically Antminer)?

More likely it's just Slush's pool backend not updating to other blocks on the network fast enough (or being really slow in releasing its own blocks).  He's the only one having such absurd orphan rates, the problem is on his end.
newbie
Activity: 12
Merit: 0
Does anyone see these Orphaned blocks as an attack by some of these Chinese Pools (specifically Antminer)?
full member
Activity: 169
Merit: 100
I.... Fucking give up.
Slush just scored another Orphan. Block 25170 Is found by Antpool. Slush fucked up again.
https://blockchain.info/block-index/00000000000000000b4153e7d0151f93a80ea128c6e478cdf4e52a56710953ec?site=slush



I rater point my rigs at Eligius... Imagine that.
full member
Activity: 169
Merit: 100
Jesus fucking christ.

Slush orphan rate is TERRIBLE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

With such bad luck for a 30ph pool, this is really unbelievable.

No really. You suck Slush!

https://blockchain.info/fr/block/000000000000000004d09e31247aa0efbba89cb35c146f96f7150d76c810d395
full member
Activity: 169
Merit: 100
hero member
Activity: 826
Merit: 1000
Just some salt on the bad luck xD
You know that for sure or are you just guessing. 0.5% is normal, 8 to 9% is not...
full member
Activity: 169
Merit: 100
Just some salt on the bad luck xD
hero member
Activity: 826
Merit: 1000
What is the story with all orphans? Is this Slush not looking at what blocks he mined and looking at coinbase or do we really get 1 a day?
Pages:
Jump to: