Bitcoin Forum
April 27, 2017, 09:20:59 AM *
News: Latest stable version of Bitcoin Core: 0.14.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3174 (80.5%)
Bank transfer / USD - 408 (10.4%)
Gold/silver coins and bars - 360 (9.1%)
Total Voters: 3940

Pages: « 1 ... 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 526 527 528 529 530 531 532 533 534 535 536 537 538 [539] 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 ... 1112 »
  Print  
Author Topic: [150+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 4092309 times)
nottm28
Hero Member
*****
Offline Offline

Activity: 574



View Profile
June 27, 2013, 08:54:35 PM
 #10761

181 TH/s total network hash rate

http://blockchain.info/charts/hash-rate

donations not accepted
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
n0creativity
Member
**
Offline Offline

Activity: 65


Sys Admin


View Profile
June 27, 2013, 09:05:22 PM
 #10762

181 TH/s total network hash rate

http://blockchain.info/charts/hash-rate


Yeah it hit that yesterday I think, but current is 160TH/s...
https://blockchain.info/stats

~~~~~~~~
Software is like sex: it's better when it's free... Linus Torvalds
~~~~~~~~~~~~~~~~
If I helped ya, feel free to drop me some coins... 1JF91kFQWnVAkwG1chn2fnrzotNyg1TxDQ
~~~~~~~~
Trongersoll
Sr. Member
****
Offline Offline

Activity: 476


Retired Software Engineer


View Profile
June 28, 2013, 01:07:49 AM
 #10763

man, i just saw the latest graph. my daily performance was real suckage today. even dragged my 7 day average way down. Sad


████████████████████████████
████████████████
██████████████
████████████████████████████
██████████████████████████
████████████████████████████████
█████████████████████████████████
██████████████████████████████████
██████████████████████████████████████
███████████████████████████████
███████
████████████████████
█████████████████████████
██████████████████

  Internet of Coinsjoin the storm! https://coinstorm.net
bitzip
Jr. Member
*
Offline Offline

Activity: 54



View Profile
June 28, 2013, 01:23:33 AM
 #10764

man, i just saw the latest graph. my daily performance was real suckage today. even dragged my 7 day average way down. Sad

Today sucked big time.  The pool luck was very low. 

Hey I spent some bitcoin on mining hardware that I'd like to earn back.  Everyone in the bitcoin mining community needs to stop mining for a few weeks, so I can earn my coins back.  OK   Grin

RoboCoder
Sr. Member
****
Offline Offline

Activity: 387


Save A Life, Adopt a Pet Today!


View Profile WWW
June 28, 2013, 03:55:22 AM
 #10765

Wow.  37 BTC block?  12 BTC in fees!!  That was nice.

Somebody must have screwed up!
bspurloc
Hero Member
*****
Offline Offline

Activity: 569


View Profile
June 28, 2013, 03:56:12 AM
 #10766

man, i just saw the latest graph. my daily performance was real suckage today. even dragged my 7 day average way down. Sad

Today sucked big time.  The pool luck was very low. 

Hey I spent some bitcoin on mining hardware that I'd like to earn back.  Everyone in the bitcoin mining community needs to stop mining for a few weeks, so I can earn my coins back.  OK   Grin



that is waht syn floods are for derpa!
MinermanNC
Legendary
*
Offline Offline

Activity: 1246


Somewhere in Crypto Land :)


View Profile
June 28, 2013, 03:56:42 AM
 #10767

man, i just saw the latest graph. my daily performance was real suckage today. even dragged my 7 day average way down. Sad

Today sucked big time.  The pool luck was very low. 

Hey I spent some bitcoin on mining hardware that I'd like to earn back.  Everyone in the bitcoin mining community needs to stop mining for a few weeks, so I can earn my coins back.  OK   Grin



I finally left my beloved Shush's pool a week ago, and moved on as planned and converted all my gpu miners to Litecoin. I only wish I had done it a month ago now. The earnings rate for me is almost 40% higher than were I was at in here just a little over a week ago. So now I sit and wait for my asics,,,, one day maybe, once they arrive I will be back at 45 g/hash, but even then I fear that will not be enough by the time I get em in? But like Arnold says  "Ill be back" lol,,,,,

*BTC: 1DiR25SPo84sThzTATr27EZEQZLt6hv6tG *EXP: 0xf1f1305ab36192e6469e7adba775d4c7b34b92ef  *ZEC: t1PM9Xr3o1QDCB18ANqiaCx5rYWdGxGuNGn
JoelKatz
Legendary
*
Offline Offline

Activity: 1484


Democracy is vulnerable to a 51% attack.


View Profile WWW
June 28, 2013, 03:59:40 AM
 #10768

Maybe I'm missing something, but it seems that this payout strategy is obviously vulnerable to hopping.

If there's any time a miner can identify where he gets a higher payout than he would get solo mining, the pool is vulnerable to hopping. Obviously, the payouts can't always be better than solo mining. So if it's sometimes better, it must also sometimes be worse. If a miner can tell when it's better, he can mine only when it's better.

Say it's the very beginning of the round. If I mine a block before anyone else submits a share, I get the whole 25 BTC. So the payout at the very beginning of a round is as good as solo mining. And if I don't mine a block and someone else does very shortly after me, I get a non-zero payout. Thus mining at the beginning of a round is better than solo mining.

I must be missing something because this is pretty obvious.


I am an employee of Ripple.
1Joe1Katzci1rFcsr9HH7SLuHVnDy2aihZ BM-NBM3FRExVJSJJamV9ccgyWvQfratUHgN
vs3
Hero Member
*****
Offline Offline

Activity: 622


View Profile WWW
June 28, 2013, 04:09:58 AM
 #10769

Wow.  37 BTC block?  12 BTC in fees!!  That was nice.

Somebody must have screwed up!

Woooah!

http://blockchain.info/tx/024e7b211ff8fdc5371c5df9dd02bedca22f153fb41620ce1d41a6d6bbabc15f

12.6 BTC in fees!

5120-01-518-6126
Full Member
***
Offline Offline

Activity: 175


< My mining rig >


View Profile
June 28, 2013, 04:58:41 AM
 #10770

Wow.  37 BTC block?  12 BTC in fees!!  That was nice.

Somebody must have screwed up!

Woooah!

http://blockchain.info/tx/024e7b211ff8fdc5371c5df9dd02bedca22f153fb41620ce1d41a6d6bbabc15f

12.6 BTC in fees!

Yeah, a 942 BTC transaction.
DoomDumas
Hero Member
*****
Offline Offline

Activity: 882


Bitcoin forever !


View Profile WWW
June 28, 2013, 08:02:45 AM
 #10771

Wow.  37 BTC block?  12 BTC in fees!!  That was nice.

Somebody must have screwed up!

Wow, indeed what a nice block to find on the pool you mine Smiley Smiley

http://blockchain.info/block/00000000000000c17a0863b994c6e551d02f581e39ea2e1212c4a55e2af1d8fc?site=slush

Joy !


Soap for BTC - Pure, Natural, Unique..   - PDF - BTCTalk - Email
gourmet
Sr. Member
****
Offline Offline

Activity: 311


View Profile
June 28, 2013, 09:25:45 AM
 #10772

I am curious about the large fluctuations in the total network hashrate. I mean 20,000 GH/s is the size of Slush's entire pool, how does that much compute power come and go so quickly?  Its like someone with 40 BFL Mini Rigs is dropping in and out of the network.

Network hashrate is calculated from the count of blocks found, there's no other way to determine it. But block frequency varies according to the luck. As we can't determine current luck, we have to take it into account always being 100 %. Sure this is not true, and so we are observing variations in network hashrate that don't exist in fact.
Certainly I don't want to say there aren't any variations. They are. But I can't tell how big they really are. Can someone go further and calculate the probable contribution of this effect to the total variation?

  • Miners' workers can tell their hashrate exactly.
  • The pools calculate their hashrates from shares of difficulty 1 or more. With ASICs comming, there'll be more of "more", and the accuracy will go down. Well only absolutely, maybe, and the relative accuracy can be maintained, as the hashrate increases also.
  • The whole network has no means to determine its total hashrate other than from the blocks found, as stated above. [edit:] With increasing difficulty, variations will increase and the accuracy will continue going down.

[edted after n0creativity's reply]:
The pools get 232 less haashes from the miners than the miners themselves calculate. (Or even less, when client difficulty set to > 1.) But they don't obtain them equaly in time, rather with variable frequency according to the luck.

The whole network only gets blocks of current difficulty from both pools and solo miners. (So currently it gets other 19M times less hashes than the pools do.) There's nothing like shares at the network level. Shares' only purpose is to enable reward distribution among pools' clients.
And again, luck (variation) applies.
trasla
Hero Member
*****
Offline Offline

Activity: 709



View Profile
June 28, 2013, 10:47:59 AM
 #10773

Maybe I'm missing something, but it seems that this payout strategy is obviously vulnerable to hopping.

If there's any time a miner can identify where he gets a higher payout than he would get solo mining, the pool is vulnerable to hopping. Obviously, the payouts can't always be better than solo mining. So if it's sometimes better, it must also sometimes be worse. If a miner can tell when it's better, he can mine only when it's better.

Say it's the very beginning of the round. If I mine a block before anyone else submits a share, I get the whole 25 BTC. So the payout at the very beginning of a round is as good as solo mining. And if I don't mine a block and someone else does very shortly after me, I get a non-zero payout. Thus mining at the beginning of a round is better than solo mining.

I must be missing something because this is pretty obvious.

Mining at the beginning of a round is only better _if_ a block is found quick, because if not, the exponential rise of score per share submitted will make your early shares obsolete quite fast. If you could predict how long a round takes, you could just mine in the short ones. But switching to solo or another pool after a certain time in the round will very likely result in no reward (or a very very small) for the round, since shares submitted by others after you leave will get a much higher score for them.

Besides, in your example, if someone else submits a share and you mine a block very shortly after, you only get part of it - thats not better than solo.
ibfr33k
Member
**
Offline Offline

Activity: 75


View Profile
June 28, 2013, 12:32:54 PM
 #10774

243758 is not ours  Embarrassed

I'm a noob just starting, all donations are welcome.  13DXKRXQncUnWAFtemSwNH7boRZfEfsg5a
n0creativity
Member
**
Offline Offline

Activity: 65


Sys Admin


View Profile
June 28, 2013, 04:05:22 PM
 #10775

I am curious about the large fluctuations in the total network hashrate. I mean 20,000 GH/s is the size of Slush's entire pool, how does that much compute power come and go so quickly?  Its like someone with 40 BFL Mini Rigs is dropping in and out of the network.

Network hashrate is calculated from the count of blocks found, there's no other way to determine it. But block frequency varies according to the luck. As we can't determine current luck, we have to take it into account always being 100 %. Sure this is not true, and so we are observing variations in network hashrate that don't exist in fact.
Certainly I don't want to say there aren't any variations. They are. But I can't tell how big they really are. Can someone go further and calculate the probable contribution of this effect to the total variation?

Miners' workers can tell their hashrate exactly.
The pools calculate their hashrates from shares of difficulty 1 or more. With ASICs comming, there'll be more of "more", and the accuracy will go down. Well only absolutely, maybe, and the relative accuracy can be maintained, as the hashrate increases also.
The whole network has no means to determine its total hashrate other than from the blocks found, as stated above. [edit:] With increasing difficulty, variations will increase and the accuracy will continue going down.

Thanks for the "Oh yeah.... DUH"  moment, gourmet.  Haha!   Embarrassed
That makes sense, I guess I thought the network as a whole was aware of every share submitted by miners regardless if they are solo or pool.
Learn something new every day.  I guess I need to read whitepaper from satoshi again... and pay more attention this time.
Happy Friday to everyone, btw. And a shout out to all the Chicago Blackhawk fans on here (if any)! Lord Stanley's Cup has returned to its rightful place!

~~~~~~~~
Software is like sex: it's better when it's free... Linus Torvalds
~~~~~~~~~~~~~~~~
If I helped ya, feel free to drop me some coins... 1JF91kFQWnVAkwG1chn2fnrzotNyg1TxDQ
~~~~~~~~
gourmet
Sr. Member
****
Offline Offline

Activity: 311


View Profile
June 28, 2013, 05:04:26 PM
 #10776

Thanks for the "Oh yeah.... DUH"  moment, gourmet.  Haha!   Embarrassed
That makes sense, I guess I thought the network as a whole was aware of every share submitted by miners regardless if they are solo or pool.
Learn something new every day.  I guess I need to read whitepaper from satoshi again... and pay more attention this time.
Happy Friday to everyone, btw.

Thanks.
I've just made some addition and formating to the original post, for even better understandability, I hope. Smiley

Yeah, the link.
bspurloc
Hero Member
*****
Offline Offline

Activity: 569


View Profile
June 28, 2013, 06:38:08 PM
 #10777

243758 is not ours  Embarrassed

  Shocked 
stinkers!
gbx
Full Member
***
Offline Offline

Activity: 220


View Profile
June 28, 2013, 08:06:22 PM
 #10778

this is not directed at any one person but in general to the @AMD 7870 posts above: I just recently upgraded my gaming rig to 7870 ghz edition (hit a 185$ deal on newegg ~2 weeks ago?) and i run it on win7 latest drivers and I get ~405 Mh/s average just using guiminer, which everyone loves to hate it seems, but it runs fine with latest drivers... so I am happy. I am more of a gamer than a miner tho, so my priorities are skewed.

for people who are more knowledgeable i am wondering: my gpu clock is set at 1100. what kind of Mh/s would I be getting if I did do a driver-downgrade and ran cgminer instead...? would it really be so much higher than the ~405Mh/s that i currently get with guiminer?

You should be able to squeeze more out of it.  Check out cgminer and ditch guiminer.

http://stratum.bitcoin.cz:3333  74.0 c 99% 444.53 Mh/s 11751 / 27 0.23% 7800 Series 69% (2605) 1185 Mhz 1035 Mhz 1.25v
JoelKatz
Legendary
*
Offline Offline

Activity: 1484


Democracy is vulnerable to a 51% attack.


View Profile WWW
June 29, 2013, 04:59:03 AM
 #10779

Mining at the beginning of a round is only better _if_ a block is found quick, because if not, the exponential rise of score per share submitted will make your early shares obsolete quite fast.
No, that's not true. Mining at the beginning of a round is better no matter what. It's better because if you find a block before anyone else submits a share, you get the same reward as if you were solo mining and if a block is found shortly after you submit a share, you get a non-zero payout. Thus mining at the very beginning of a round is better than solo mining and clearly it cannot always be better than solo mining.

All you must do to show that a pool is vulnerable to hopping is show that there is some point that an attacker can identify at which the expected return exceeds the expected return for solo mining. If I understand this payout method correctly, it has such a point -- before the first share is submitted in a round.

Quote
If you could predict how long a round takes, you could just mine in the short ones. But switching to solo or another pool after a certain time in the round will very likely result in no reward (or a very very small) for the round, since shares submitted by others after you leave will get a much higher score for them.
That's all true, but has nothing to do with anything. Sure, there are lots of ways one could hop pools that don't work. The question is whether there are any ways that do.

Quote
Besides, in your example, if someone else submits a share and you mine a block very shortly after, you only get part of it - thats not better than solo.
I agree. That's why the pool is vulnerable to hopping. There are good times to mine and worse times to mine. (Assuming I correctly understand how the pool pays out, which I hope I don't, since this is really an obvious flaw.)

I am an employee of Ripple.
1Joe1Katzci1rFcsr9HH7SLuHVnDy2aihZ BM-NBM3FRExVJSJJamV9ccgyWvQfratUHgN
trasla
Hero Member
*****
Offline Offline

Activity: 709



View Profile
June 29, 2013, 07:12:54 AM
 #10780

Okay, yeah, sure, if you manage to submit the first share, thats always good.
But if somehow someone else just got some shares in on his own before your first share in the round reaches the server, your plan will not work any more. So you should tell me how to make sure no one calculates and submits a share faster than you, and then tell me how big the advantage of a single share with better average payout is. You would get one of those per round.

Even if the very first share you calculate after getting provided with work for the new round is a winning one - i bet there will ne other shares reported to the server when yours is verified, and with a high probability. So your average payout for submitting the winning share will be far below solo mining. Solo mining it will always be 25 + x, in the pool, if 10 other workers submitted their first difficulty 1 one share at the same, you get far less.
Pages: « 1 ... 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 526 527 528 529 530 531 532 533 534 535 536 537 538 [539] 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 ... 1112 »
  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!