[2.5+ EH] Slush Pool (slushpool.com); World's First Mining Pool

[organofcorti]

Did you have some worthwhile information to add, or are you simply back to take another shot at me?
Can't help but notice the whole "Slush is untrustworthy" tangent seems to have finally disappeared and instead you seem determined to make this about me, despite the fact I have only offered information from outside sources coupled with my own opinions.

Are you insinuating there is some controllable factor for a pool or miner to squeeze out >100% lifetime luck? I really hope not as this is *by my understanding* the whole reasoning behind the difficulty system (to ensure the odds of a block being found by entity A are the same as entity B, all other factors being equal).

No human generated system can be absolutely random, as pointed out earlier in the thread, bandwidth/latency, relative location of nodes, etc. all have an impact.
However, from the point of view of the network, those factors vary from miner to miner, pool to pool, and can change constantly.
I'm pretty confident Organofcorti would agree any gain from having a better connection (and claiming the 1/10,000 blocks [Just a number for illustrative purposes, don't get all worked up] that end up being submitted *just* faster than another) would be impossible to prove either way due to variance.

Pretty sure I had it right thanks, anyone who has actual information PLEASE correct me as you even quoted me on:

I'm just trying to educate while I continue to learn myself.

I'm guessing what Kano means is that if the luck statistic is unusually high (poor luck, say at ten blocks a CDF of greater than 0.99999 or a thousand blocks at a CDF of 0.999) then it may be that something untoward is happening -- in this case a block withholding attack event.

If we could know that the result is simple "bad luck", then you what you've written is correct. This is not always the case so for any pool recent extremely poor luck statistics could predict future "bad luck" if:

1. There is a reason for the poor luck statistic
2. This reason has not been addressed by the pool operator.

In the case of GHash.IO for example, I informed them of their abnormally poor luck scores a long time before they actually did anything about it. In their case, there was an actual attack in which the same hashes could be resubmitted and counted as valid and unique as long as upper and lower case letters were considered different. This went on for quite a while before it was eventually fixed, and turned out it was a known bug that had been addressed in other pools much earlier and AFAIK before exploited.


 

[1529497186]

1529497186

[1529497186]

1529497186

[1529497186]

1529497186

[1529497186]

1529497186

[philipma1957]

Did you have some worthwhile information to add, or are you simply back to take another shot at me?
Can't help but notice the whole "Slush is untrustworthy" tangent seems to have finally disappeared and instead you seem determined to make this about me, despite the fact I have only offered information from outside sources coupled with my own opinions.

Are you insinuating there is some controllable factor for a pool or miner to squeeze out >100% lifetime luck? I really hope not as this is *by my understanding* the whole reasoning behind the difficulty system (to ensure the odds of a block being found by entity A are the same as entity B, all other factors being equal).

No human generated system can be absolutely random, as pointed out earlier in the thread, bandwidth/latency, relative location of nodes, etc. all have an impact.
However, from the point of view of the network, those factors vary from miner to miner, pool to pool, and can change constantly.
I'm pretty confident Organofcorti would agree any gain from having a better connection (and claiming the 1/10,000 blocks [Just a number for illustrative purposes, don't get all worked up] that end up being submitted *just* faster than another) would be impossible to prove either way due to variance.

Pretty sure I had it right thanks, anyone who has actual information PLEASE correct me as you even quoted me on:

I'm just trying to educate while I continue to learn myself.

   I don't know what kano is saying, but here is the truth about bitcoin mining luck.

The only part that is even for all pools is the 256 algorithm   or in other words the difficulty level.  Thats is even Steven across the board for all pools.

All the rest is not even. 
What happened to your pool when the pool suffered from the withholding issue is a perfect example of  something that crushed your luck.

BTW btc guild got hammered  with a withholding issue that crushed their luck for a long time.

Tell you what  why not make this list

Block Statistics

Description   Time   MeanTx%   Diff%   Mean%   CDF[Erl]   Luck%
Last 5 Blocks   1.1days   100.8%   102.84%   102.84%   0.5840   97.24%
Last 10 Blocks   2.7days   101.1%   114.19%   114.19%   0.7032   87.57%
Last 25 Blocks   5.8days   101.5%   94.05%   94.05%   0.4066   106.32%
Last 50 Blocks   12.0days   101.5%   91.08%   90.90%   0.2686   110.02%
Last 100 Blocks   27.9days   101.5%   109.76%   110.40%   0.8507   90.58%
Last 250 Blocks   8.5wks   101.3%   94.05%   93.61%   0.1559   106.83%
Last 500 Blocks   18.9wks   101.2%   92.90%   91.92%   0.0327   108.79%
All - Last 929 Blocks   87.3wks   100.9%   93.70%   94.26%   0.0381   106.09%


take it back since you are older

put in

Last  750
Last 1000
Last 1500
Last 2000
Last 3000
Last  4000
Last  5000

We know you are at 98% lifetime  which is good.


But     the stats above would show if you really had a slump  of 10% for months

[tomcat2]

11 blocks in the last 12 hours.

[xman77]

To Kano: Why are you coming here and complaining about this pool!? Go to your pool, which BTW sucks! You charge 0.9% fee for what? Ugly graphics like from 90's, no miners monitoring and settings, poor pool information and low luck! If you like McDonald you don't come to Burger King and complain that their burgers suck. Just eat McDonald and shut up!

[Erumara]

Thanks again to Organofcorti and Philipma1957, you are gentlemen among trolls 

This discussion is so entertaining, counting T-minus 2 weeks until it starts up again with the same old FUD.

[kano]

To Kano: Why are you coming here and complaining about this pool!? Go to your pool, which BTW sucks! You charge 0.9% fee for what? Ugly graphics like from 90's, no miners monitoring and settings, poor pool information and low luck! If you like McDonald you don't come to Burger King and complain that their burgers suck. Just eat McDonald and shut up!

What low luck?

[Newcoins2020]

To Kano: Why are you coming here and complaining about this pool!? Go to your pool, which BTW sucks! You charge 0.9% fee for what? Ugly graphics like from 90's, no miners monitoring and settings, poor pool information and low luck! If you like McDonald you don't come to Burger King and complain that their burgers suck. Just eat McDonald and shut up!

There is a nice ignore button which you should use.
I've been with slush for 3 years now in good and in bad I will stay loyal to them. Although sometimes it's really tempting to use f2pool.

[jonnybravo0311]

Although sometimes it's really tempting to use f2pool.

Please don't.  There are far better options out there from which you can choose.  Here, kano, my pool, bcmonster, bitminter... just don't go to f2pool or antpool or any of the big, bad-for-bitcoin pools.

[nlwnola]

So in the grand scheme of things I am new to this.  I just wonder why it seems like slush pool will have long lags with no blocks.  I was wondering if the merged mining with namecoin may be a cause maybe by using up processing capability that could be focused on finding the next block.

[cassini]

processing capability that could be focused on finding the next block

Well, this is not how mining works.

In simple terms, the miners "focus" on finding Bitcoin blocks only, whereas the mining pool does all the background administration including merged-mining operations.
In other words, the miner's ASIC chips don't even know if their mining pool does merged mining or not. All the hashing power goes into finding a Bitcoin block. You will notice the merged mining feature, however, as soon as a few NMCs show up in your account. This is a free numerical side effect if the pool supports merged mining.
That said, merged mining actually does have a microscopic effect on the Bitcoin orphans rate. We are talking about 1 in 100000 blocks or so, depending on lots of factors.

For the technically minded: https://en.bitcoin.it/wiki/Merged_mining_specification

[GigaBit]

To Kano: Why are you coming here and complaining about this pool!? Go to your pool, which BTW sucks! You charge 0.9% fee for what? Ugly graphics like from 90's, no miners monitoring and settings, poor pool information and low luck! If you like McDonald you don't come to Burger King and complain that their burgers suck. Just eat McDonald and shut up!

What low luck?

Let miners cash out when they want to now, Kano?  Not yet?  Then STFU until you do, you're rhetoric yields nothing.
You're all talk Kano, so easy to condemn, so hard to create, eh?
Stop trying to poach miners, makes you look a desperate loser to be honest.

Actions speak louder than words. 
Maybe when you have similar features as Slush, like letting miners cash out when they want and block version voting, then you can try poaching here.
Until then, you're ants at a picnic, you don't belong here.  I like ya but you're coming out like a total scumbag and I put poachers out of business.
Miners are here because Slush actually progresses, I don't see why I should bless you with my presence and hashrate when you just sit around waiting for an easy paycheck.

This is all time you could use to set up new features but no, poaching more important.

[fanatic26]

Gigabit you sound really mad. You should take a break and go outside for some fresh air.

[simonpeter35]

Not enough blocks in the last few days.

Is there anything that I don't know about?

[Erumara]

73.01 %
Last 10 Blocks

110.52 %
Last 50 Blocks

113.99 %
Last 250 Blocks

This is still really good, sadly you can't roll in 200% every day

[simonpeter35]

I don't expect 200% everyday.

But if its steady at around 100% that would be good.
7-8 blocks per day is a reasonable expectation.

[majestymage]

i don't believe his honesty 100% now.i have a clear feeling that from time to time he is not sharing the blocks foud. i know for sure that he has another pool server with another adress for pool login because i was invited in a while back ago. my speculation is that he is broadcasting blocks from time to time from the second one.....so...sadly i'll leave this pool also 

[majestymage]

aaaand yes..i remember a few months ago your pool luck was around 80%..it should be 100+ %.. now it begins to look the same...let me give you a refresh of the mathematics behind bitcoin infrastructure...http://imgur.com/gpR1yE3

[majestymage]

ups...there are 2 unknown ip adresses just today broadcasting new blocks...care to count few days back? ..bye bye slush 

[cassini]

let me give you a refresh of the mathematics behind bitcoin infrastructure...http://imgur.com/gpR1yE3

Care to elaborate?
What is luck of one specific pool to do with the Bitcoin network's time-to-next-block?

[ZephramC]

i don't believe his honesty 100% now.i have a clear feeling that from time to time he is not sharing the blocks foud. i know for sure that he has another pool server with another adress for pool login because i was invited in a while back ago. my speculation is that he is broadcasting blocks from time to time from the second one.....so...sadly i'll leave this pool also 

You know what you are hashing, right?
Pool sends you work which includes coinbase address. If it sent some strange coinbase address (not official one belonging to Slush), you would notice. If it sent Slush's pool Coinbase and then Slush used another server to broadcast that block, reward would still go to Slush's pool and you would notice. I do not understand your problem.