Rikim4ru
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 16, 2015, 06:01:05 PM |
|
Just some salt on the bad luck xD
|
|
|
|
Lucko
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 16, 2015, 09:42:01 PM |
|
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...
|
|
|
|
|
|
|
doubletap1911
Newbie
Offline
Activity: 12
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 08:13:47 PM |
|
Does anyone see these Orphaned blocks as an attack by some of these Chinese Pools (specifically Antminer)?
|
|
|
|
eleuthria
Legendary
Offline
Activity: 1750
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 08:25:38 PM |
|
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.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
-ck
Legendary
Offline
Activity: 4200
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 08:42:58 PM |
|
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.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
OneInchWonder
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 08:49:38 PM |
|
Im small time trying out this Bitcoin mining. Suck to put in the hours and not get anything but shit happens.
|
get.uber.com/drive/?invite_code=brianp6308ue
|
|
|
eleuthria
Legendary
Offline
Activity: 1750
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 08:52:40 PM |
|
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.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
-ck
Legendary
Offline
Activity: 4200
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 09:05:37 PM |
|
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.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
doubletap1911
Newbie
Offline
Activity: 12
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 09:17:38 PM |
|
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
Offline
Activity: 4200
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 09:23:37 PM |
|
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.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
eleuthria
Legendary
Offline
Activity: 1750
Merit: 1007
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 09:25:40 PM |
|
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.
|
RIP BTC Guild, April 2011 - June 2015
|
|
|
Rikim4ru
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 09:55:38 PM |
|
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.
|
|
|
|
Rikim4ru
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 18, 2015, 09:58:26 PM |
|
/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.
|
|
|
|
OneInchWonder
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2015, 06:02:29 AM |
|
Block ID 25170 another invalid ![Angry](https://bitcointalk.org/Smileys/default/angry.gif)
|
get.uber.com/drive/?invite_code=brianp6308ue
|
|
|
Pyr3x
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2015, 10:28:19 AM |
|
I don't want to jump ship but I may have to do so...
|
|
|
|
sky_g
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2015, 10:35:42 AM Last edit: October 19, 2015, 11:30:22 AM by sky_g |
|
only 7 blocks yesterday. Today only 3 blocks. Not good for users with very small hash power
|
|
|
|
Rikim4ru
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 19, 2015, 10:48:00 AM |
|
Not good for huge hash power either!!!!!
IF AT LEAST those orphan were buried under a piles of Great Luck.... But it's quite the oppposite
I hope someone can Kick the box again and fix the luck xD
Last 72 hours have been VERY terrible... And the luck rating INCLUDE, all the past invalid block. So imagine that....
Still below 50% for 3 days straight.... For a 30 PH pool? BAH.
|
|
|
|
|