Bitcoin Forum
August 20, 2018, 07:09:49 AM *
News: Latest stable version of Bitcoin Core: 0.16.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 [475] 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 ... 1145 »
  Print  
Author Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool  (Read 4340040 times)
big6willy9
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
June 03, 2013, 11:10:47 PM
 #9481

hah Block 239570 our next was 2 seconds and we invalidated our own block.....

Could you explain this please?
1534748989
Hero Member
*
Offline Offline

Posts: 1534748989

View Profile Personal Message (Offline)

Ignore
1534748989
Reply with quote  #2

1534748989
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1534748989
Hero Member
*
Offline Offline

Posts: 1534748989

View Profile Personal Message (Offline)

Ignore
1534748989
Reply with quote  #2

1534748989
Report to moderator
bspurloc
Hero Member
*****
Offline Offline

Activity: 569
Merit: 500


View Profile
June 03, 2013, 11:10:56 PM
 #9482

The rule: Higher pool luck = higher payments, lower pool luck = lower payments!

If that is the only rule LUCK dictates u should mine BTCGUILD as they find 50+ blocks a day aka must have good luck.

so BTCGUILD Luck > Slush Luck.

However Slush Pool > BTCGUILD = Higher Payments
bspurloc
Hero Member
*****
Offline Offline

Activity: 569
Merit: 500


View Profile
June 03, 2013, 11:12:30 PM
 #9483

hah Block 239570 our next was 2 seconds and we invalidated our own block.....

Could you explain this please?

18373   2013-06-03 22:57:34   0:00:02   16141   7   0.01064283   239570   25.23781000    97 confirmations left
18372   2013-06-03 22:57:32   1:18:06   13727369   3341   0.00607761   239570   25.23781000    97 confirmations left

18373 took 2 seconds and got submitted while 18372 was and became invalid... I surmise.... Sucks I lost .01+ btc. OH WELL
rsbriggs
Full Member
***
Offline Offline

Activity: 334
Merit: 100



View Profile
June 03, 2013, 11:16:33 PM
 #9484

Which is being invalid 239570?  The first block or the 2 seconds block?  Not is matter - 2 shares in second block for about same rewarding both blocks.  Hoping could not happen both invalid.

minerapia
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 03, 2013, 11:17:48 PM
 #9485

2 second block, is a bug. It has exactly same block value, which is hardly a coincidence.
first one is in the main chain anyway (2 sec one is the invalid one).

donations -> btc: 1M6yf45NskQxWXknkMTzQ8o6wShQcSY4EC
                   ltc: LeTpCd6cQL26Q1vjc9kJrTjjFMrPhrpv6j
goatmonkey
Newbie
*
Offline Offline

Activity: 26
Merit: 0



View Profile
June 03, 2013, 11:29:31 PM
 #9486

Maybe that's the fix for the block we didn't get before.


Donations: 13HvCR6KpDBacpXRN1gwEYUnHJrsdYiXwK
minerapia
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 03, 2013, 11:30:12 PM
 #9487

The rule: Higher pool luck = higher payments, lower pool luck = lower payments!

If that is the only rule LUCK dictates u should mine BTCGUILD as they find 50+ blocks a day aka must have good luck.

so BTCGUILD Luck > Slush Luck.

However Slush Pool > BTCGUILD = Higher Payments
Luck is not defined as blocks per day. Its defined as blocks / hashrate  per day

donations -> btc: 1M6yf45NskQxWXknkMTzQ8o6wShQcSY4EC
                   ltc: LeTpCd6cQL26Q1vjc9kJrTjjFMrPhrpv6j
minerapia
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 03, 2013, 11:32:58 PM
 #9488

Maybe that's the fix for the block we didn't get before.


I doubt that as 2 secs is way too short to be fair.
Someone just got the exact same work as someone else, and they got it solved 2 secs apart from eachother.

donations -> btc: 1M6yf45NskQxWXknkMTzQ8o6wShQcSY4EC
                   ltc: LeTpCd6cQL26Q1vjc9kJrTjjFMrPhrpv6j
EasyQuest
Full Member
***
Offline Offline

Activity: 176
Merit: 100


Brony Bitcoin, Litecoin Miner


View Profile
June 03, 2013, 11:41:22 PM
 #9489

18373   2013-06-03 22:57:34   0:00:02   16141   12   0.01845956   239570   25.23781000    95 confirmations left
18372   2013-06-03 22:57:32   1:18:06   13727369   9524   0.01714880   239570   25.23781000    95 confirmations left

Never seen that happen before. Oh, 2 second blocks are possible but pool has to be very luck for that to happen.


RoboCoder
Sr. Member
****
Offline Offline

Activity: 387
Merit: 250


Save A Life, Adopt a Pet Today!


View Profile WWW
June 04, 2013, 02:41:58 AM
 #9490

The second "block" will end up being invalid..
KNK
Hero Member
*****
Offline Offline

Activity: 683
Merit: 501


View Profile
June 04, 2013, 04:23:56 AM
 #9491

Someone just got the exact same work as someone else, and they got it solved 2 secs apart from eachother.
Not the same work, but a work that also resulted in a solution - the hashes are different:
The long one is 00000000000000687dc957f3ba6685aeb8f73dee7a48020caccc015115494fc8
and the 2sec one is 000000000000013590c203af0e0aac04c4cd10f1baaf98d44dcb0d67a9933b09

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
kanta
Jr. Member
*
Offline Offline

Activity: 31
Merit: 0


View Profile
June 04, 2013, 05:11:24 AM
 #9492

I'm noticing a significant fluctuation in shorter blocks. On the order of ~30% smaller rewards only on shorter blocks, but not all of them. I don't know if these are miscalculations or if people are getting lucky with some sort of pool hopping guesswork
vs3
Hero Member
*****
Offline Offline

Activity: 622
Merit: 500


View Profile WWW
June 04, 2013, 06:14:39 AM
 #9493

I'm noticing a significant fluctuation in shorter blocks. On the order of ~30% smaller rewards only on shorter blocks, but not all of them. I don't know if these are miscalculations or if people are getting lucky with some sort of pool hopping guesswork

This would be normal if your hash rate is rather low (less than 100-200MH/s). At about 1GH the variation for me is usually less than 10% (short or bonus).

In essence - it has to do with the way this pool pays rewards - the reward is based on the score, and score decreases exponentially with older shares. If you manage to submit shares in the last second when the block is found - your score will be the highest (for those shares) and you may get extra few %, and vice versa - if your last share is over a minute older when the block is found - that share would bring you a lower %.

minerapia
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
June 04, 2013, 06:20:15 AM
 #9494

Someone just got the exact same work as someone else, and they got it solved 2 secs apart from eachother.
Not the same work, but a work that also resulted in a solution - the hashes are different:
The long one is 00000000000000687dc957f3ba6685aeb8f73dee7a48020caccc015115494fc8
and the 2sec one is 000000000000013590c203af0e0aac04c4cd10f1baaf98d44dcb0d67a9933b09
Well, they were solved at different time, so obviously timestamp differ. transaction and block number are the same.

donations -> btc: 1M6yf45NskQxWXknkMTzQ8o6wShQcSY4EC
                   ltc: LeTpCd6cQL26Q1vjc9kJrTjjFMrPhrpv6j
KNK
Hero Member
*****
Offline Offline

Activity: 683
Merit: 501


View Profile
June 04, 2013, 06:42:20 AM
 #9495

Where did get the hash of the invalid block?

Point over the link of the block number and it goes to http://blockchain.info/block/000000000000013590c203af0e0aac04c4cd10f1baaf98d44dcb0d67a9933b09?site=slush

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
Lucko
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1000



View Profile
June 04, 2013, 06:53:57 AM
 #9496

...but most of the miners are sending their hashrate anyway, then the problem is that the value can not be trusted so the pool should either confirm the value or ignore it completely with the second being easier.
Thanks, didn't know that...

regardless. if you say the hashrate going from 10543.740 Ghash/s 2 weeks ago to 11543.740 Ghash/s is because of luck then you are declaring ALL miners are having increased luck which is not how probability works. Cluster performance looks like it is showing the actual hashrate to the assumed hashrate.  for example 2 of my 6 miners are presently lower than their normal hashrate, one is well above and the last 3 are dead on.
Now the pool is hitting 12543.740 Ghash/s a week after it when up 1000 gh/s it has gone up another 1000 gh/s. the only answer has to be that 1000 gh/s of miners joined Slush 2 weeks ago and 1000 gh/s of miners joined this week.
All I know is every 1000 gh/s increase negates one of my miners grrr... I just added 2 to make up for the 1000 from 2 weeks ago!
I'm saying that if you see change(you are missing one post in quotes that was removed) for just 1 hours it is not necessary pool hoppers(as suggested). It could be luck. If the change is long then it is a real change...
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 2058
Merit: 1000


Poor impulse control.


View Profile WWW
June 04, 2013, 07:06:56 AM
 #9497

...but most of the miners are sending their hashrate anyway, then the problem is that the value can not be trusted so the pool should either confirm the value or ignore it completely with the second being easier.
Thanks, didn't know that...

regardless. if you say the hashrate going from 10543.740 Ghash/s 2 weeks ago to 11543.740 Ghash/s is because of luck then you are declaring ALL miners are having increased luck which is not how probability works. Cluster performance looks like it is showing the actual hashrate to the assumed hashrate.  for example 2 of my 6 miners are presently lower than their normal hashrate, one is well above and the last 3 are dead on.
Now the pool is hitting 12543.740 Ghash/s a week after it when up 1000 gh/s it has gone up another 1000 gh/s. the only answer has to be that 1000 gh/s of miners joined Slush 2 weeks ago and 1000 gh/s of miners joined this week.
All I know is every 1000 gh/s increase negates one of my miners grrr... I just added 2 to make up for the 1000 from 2 weeks ago!
I'm saying that if you see change(you are missing one post in quotes that was removed) for just 1 hours it is not necessary pool hoppers(as suggested). It could be luck. If the change is long then it is a real change...

Nah, not true. If all shares were D1 shares, you'd expect luck based variance of about +/- 0.5% over a minute at 10 Thps. Even if the average share difficulty was 32 (very unlikely) the luck based variance over one minute would be ~ +/- 3%. Edit: with 95% confidence.


Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
kanta
Jr. Member
*
Offline Offline

Activity: 31
Merit: 0


View Profile
June 04, 2013, 09:20:46 AM
 #9498

I'm noticing a significant fluctuation in shorter blocks. On the order of ~30% smaller rewards only on shorter blocks, but not all of them. I don't know if these are miscalculations or if people are getting lucky with some sort of pool hopping guesswork

This would be normal if your hash rate is rather low (less than 100-200MH/s). At about 1GH the variation for me is usually less than 10% (short or bonus).

In essence - it has to do with the way this pool pays rewards - the reward is based on the score, and score decreases exponentially with older shares. If you manage to submit shares in the last second when the block is found - your score will be the highest (for those shares) and you may get extra few %, and vice versa - if your last share is over a minute older when the block is found - that share would bring you a lower %.
I understand how the pool calculates rewards, but since I'm hashing along at ~ 700MH/s, I would assume there'd be a smaller variance than 30% over the course of 45 min to 2 hours. the 4 hour blocks match up with the average of 1-2 hour blocks, excluding these outliers but if others aren't seeing them, it must be something on my end
gourmet
Sr. Member
****
Offline Offline

Activity: 311
Merit: 250


View Profile
June 04, 2013, 09:37:19 AM
 #9499

I believe that block 18373 is a compensation for the missed block mentioned earlier.
But inserting a fake two second block in the statistics makes the overall pool luck value increase for the following period of time... :-)
KNK
Hero Member
*****
Offline Offline

Activity: 683
Merit: 501


View Profile
June 04, 2013, 09:52:03 AM
 #9500

I believe that block 18373 is a compensation for the missed block mentioned earlier.
But inserting a fake two second block in the statistics makes the overall pool luck value increase for the following period of time... :-)

No it is not, because i have no shares for that round, while i have for the round before and also had for the missing block (both before and after i.e. no downtime)

Mega Crypto Polis - www.MegaCryptoPolis.com
BTC tips: 1KNK1akhpethhtcyhKTF2d3PWTQDUWUzHE
Pages: « 1 ... 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 [475] 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 ... 1145 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!