Bitcoin Forum
April 20, 2024, 07:17:42 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 [868] 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 ... 1154 »
  Print  
Author Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool  (Read 4381849 times)
sjc1490
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
July 26, 2014, 11:58:59 PM
 #17341

Anyone who recently put S3's on here needs to check out https://bitcointalk.org/index.php?topic=671189.msg8041024#msg8041024 if they haven't seen the post on how to reduce all the discarded shares. Simple as ssh into the miner and adding/changing parameters to line 75 of cgminer file. dropped mine easily 10x.


I don't have any S3's yet but have some on order - but those who do might also read this...

https://bitcointalk.org/index.php?topic=699064.msg8042352#msg8042352

[edit] could just be a lucky miner but worth a try...

Hopefully on the later batch you will have better luck I was early B1. I have one runs around 230's and the other 240's @218.75 with the 2 or 4 connectors. I have been keeping up with the S3 post and I agree and would try all suggestions as it appears there is a wide variation in how these things respond to the various changes.

BTC ADDRESS: 12Qwd8VKLQ4xF44ytHXBpCAKuF9VknG4X2
1713597462
Hero Member
*
Offline Offline

Posts: 1713597462

View Profile Personal Message (Offline)

Ignore
1713597462
Reply with quote  #2

1713597462
Report to moderator
1713597462
Hero Member
*
Offline Offline

Posts: 1713597462

View Profile Personal Message (Offline)

Ignore
1713597462
Reply with quote  #2

1713597462
Report to moderator
Each block is stacked on top of the previous one. Adding another block to the top makes all lower blocks more difficult to remove: there is more "weight" above each block. A transaction in a block 6 blocks deep (6 confirmations) will be very difficult to remove.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
AFlatMinor
Member
**
Offline Offline

Activity: 73
Merit: 10


View Profile
July 27, 2014, 12:02:48 AM
 #17342

looks like we made it through.  good luck for a better day.

Oh well another long one  Cry

For those who might like to know this is the only 2 consecutive +10 hour blocks in the last 250 blocks (39 days)
-ck
Legendary
*
Offline Offline

Activity: 4088
Merit: 1630


Ruu \o/


View Profile WWW
July 27, 2014, 04:56:37 AM
 #17343

Anyone who recently put S3's on here needs to check out https://bitcointalk.org/index.php?topic=671189.msg8041024#msg8041024 if they haven't seen the post on how to reduce all the discarded shares. Simple as ssh into the miner and adding/changing parameters to line 75 of cgminer file. dropped mine easily 10x.

That's bad advice. Please read my followup on that thread.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
sjc1490
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
July 27, 2014, 06:30:28 AM
 #17344

Anyone who recently put S3's on here needs to check out https://bitcointalk.org/index.php?topic=671189.msg8041024#msg8041024 if they haven't seen the post on how to reduce all the discarded shares. Simple as ssh into the miner and adding/changing parameters to line 75 of cgminer file. dropped mine easily 10x.

That's bad advice. Please read my followup on that thread.

Thanks I totally missed your post advising against it. I have to say though it has done nothing but enhance both miners performance. Load is down, disregards are down 10x, bestshare is a lot higher on both. I am not understanding what the detriment you refer to, is could you help out by explaining? Thanks again.

I would also suggest repost your warning in the S3 thread with a more in depth explanation of the hazards as it comes back up every 3 or 4 pages with a whole new group of people doing the mod.

BTC ADDRESS: 12Qwd8VKLQ4xF44ytHXBpCAKuF9VknG4X2
nottm28
Hero Member
*****
Offline Offline

Activity: 574
Merit: 500



View Profile
July 27, 2014, 03:00:36 PM
 #17345

Another orphan block 312664

http://blockchain.info/block/00000000000000002abbf0d2df6840533f90bc5d45c115a9cf6e0f3f99feb84d?site=slush

That's an unusally high rate of orphans for this pool - come on slush sort it out - looks like something is wrong...

donations not accepted
sjc1490
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
July 27, 2014, 06:42:01 PM
 #17346

Another orphan block 312664

http://blockchain.info/block/00000000000000002abbf0d2df6840533f90bc5d45c115a9cf6e0f3f99feb84d?site=slush

That's an unusally high rate of orphans for this pool - come on slush sort it out - looks like something is wrong...

I have only been here since March and correct me if wrong but over the last 2 weeks there has been more orphaned blocks than I remember seeing the entire time previous to then.  Over 12 hours wasted time in 3 days.

BTC ADDRESS: 12Qwd8VKLQ4xF44ytHXBpCAKuF9VknG4X2
bad1bob
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
July 27, 2014, 07:36:17 PM
 #17347

is BTC any better these invalid blocks are really bullshit
sjc1490
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
July 27, 2014, 07:49:31 PM
 #17348

I don't understand how bitminter can win block 312400 and our find becomes orphaned.

Slush reported 312400 at

2014-07-25 09:02:11

Bitminter reported 312400 at

2014-07-25 09:02:58

That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds?

https://blockchain.info/block-height/312400

Block timestamps should not be considered the actual times they were made.  The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock.  It also doesn't have to be updated as you continue to hash.  Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both.

I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks.

BTC ADDRESS: 12Qwd8VKLQ4xF44ytHXBpCAKuF9VknG4X2
JPoet
Newbie
*
Offline Offline

Activity: 59
Merit: 0


View Profile
July 27, 2014, 10:41:22 PM
 #17349

I like it, it works fine. Reliable and steady.
S3 can get the same GH/s for about 2/3 the cost, and I am just tired of $600 plus electric bills.
The S2 is a fine 55nm miner, I just want to migrate to 28nm.



seems like bitmain may have discontinued the S2.  thinking about pulling the trigger on a few s3's.  this may be an addiction, or 21st century mid life crisis:)
psahx
Full Member
***
Offline Offline

Activity: 154
Merit: 100


View Profile
July 27, 2014, 10:43:40 PM
 #17350

I don't understand how bitminter can win block 312400 and our find becomes orphaned.

Slush reported 312400 at

2014-07-25 09:02:11

Bitminter reported 312400 at

2014-07-25 09:02:58

That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds?

https://blockchain.info/block-height/312400

Block timestamps should not be considered the actual times they were made.  The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock.  It also doesn't have to be updated as you continue to hash.  Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both.

I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks.

Come to BTCGuild. Orphan rate is less then 0.01%
JPoet
Newbie
*
Offline Offline

Activity: 59
Merit: 0


View Profile
July 27, 2014, 11:07:30 PM
 #17351

looks like we made it through.  good luck for a better day.

Oh well another long one  Cry

For those who might like to know this is the only 2 consecutive +10 hour blocks in the last 250 blocks (39 days)

looks like I missed the good times. 
Donkeycongo
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
July 27, 2014, 11:17:33 PM
 #17352

I don't understand how bitminter can win block 312400 and our find becomes orphaned.

Slush reported 312400 at

2014-07-25 09:02:11

Bitminter reported 312400 at

2014-07-25 09:02:58

That's 47 seconds later than us. I can understand if the time between two pools finding the same block is very short, but 47 seconds?

https://blockchain.info/block-height/312400

Block timestamps should not be considered the actual times they were made.  The timestamp for the block is part of your header data before you start hashing it, and is based off the pool server's clock.  It also doesn't have to be updated as you continue to hash.  Blockchain.info used to have 'Received time' vs 'Timestamp', but for the last few months that has been broken and they just use the timestamp for both.

I don't know about them but reading a previous post on the matter I would research any pool you are thinking about switching to as this could be effecting more than us. All I know is it sucks.

Come to BTCGuild. Orphan rate is less then 0.01%

We haven't had that many invalids this year, just had a few of late. It has nothing to do with the pools functionality.
dbbrummel
Jr. Member
*
Offline Offline

Activity: 50
Merit: 1


View Profile
July 28, 2014, 12:53:26 AM
 #17353

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.
JPoet
Newbie
*
Offline Offline

Activity: 59
Merit: 0


View Profile
July 28, 2014, 01:38:06 AM
 #17354

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently.  don't confuse luck as in slot machines with math.  if math worked this way we would never have put a man on the moon in the 60's.
dbbrummel
Jr. Member
*
Offline Offline

Activity: 50
Merit: 1


View Profile
July 28, 2014, 02:32:02 AM
 #17355

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently.  don't confuse luck as in slot machines with math.  if math worked this way we would never have put a man on the moon in the 60's.

There are different kinds of math. Probability and Algebra live in different worlds.

Algebra puts men on the moon, Probability wins the lottery. Sometimes.
dbbrummel
Jr. Member
*
Offline Offline

Activity: 50
Merit: 1


View Profile
July 28, 2014, 02:52:36 AM
 #17356

For my brethren still waiting on their S3 7.7% refunds:

----------------------
Hi,

Engineer is processing refund one by one, and they said will finish all refund the the end of 12pm July 28 Beijing time

Best Regards

BITMAIN

----------------------
Pure Chinglish, so you know it is real :-)
kkurtmann
Sr. Member
****
Offline Offline

Activity: 475
Merit: 250



View Profile WWW
July 28, 2014, 03:31:08 AM
Last edit: July 28, 2014, 06:47:55 AM by kkurtmann
 #17357

It is nice that much hashing power left the pool near the end of that last 12 hour block, got much larger payout. Thanks for bailing guys.

https://www.buytrezor.com?a=55c37b866c11   well sir, I like it!
Donkeycongo
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
July 28, 2014, 04:17:37 AM
 #17358

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently.  don't confuse luck as in slot machines with math.  if math worked this way we would never have put a man on the moon in the 60's.

There are different kinds of math. Probability and Algebra live in different worlds.

Algebra puts men on the moon, Probability wins the lottery. Sometimes.

Probability is a form of calculable math, when working with probability algebra is often used to display a formula.

Probability wins blackjack, luck wins lottery.
dbbrummel
Jr. Member
*
Offline Offline

Activity: 50
Merit: 1


View Profile
July 28, 2014, 05:02:09 AM
 #17359

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently.  don't confuse luck as in slot machines with math.  if math worked this way we would never have put a man on the moon in the 60's.

There are different kinds of math. Probability and Algebra live in different worlds.

Algebra puts men on the moon, Probability wins the lottery. Sometimes.

Probability is a form of calculable math, when working with probability algebra is often used to display a formula.

Probability wins blackjack, luck wins lottery.

Sounds like you know math better than me, I was a Philosophy major.
Does it change anything in regards to pool  hopping?
Donkeycongo
Member
**
Offline Offline

Activity: 84
Merit: 10


View Profile
July 28, 2014, 06:23:25 AM
 #17360

The 12 hour and invalid blocks are a test.
They tempt you go elsewhere, hoping you
will do better.

There is no pool, anywhere, that has all
good days. Math just does not work that
way.

well if that was true wwii would have ended differently.  don't confuse luck as in slot machines with math.  if math worked this way we would never have put a man on the moon in the 60's.

There are different kinds of math. Probability and Algebra live in different worlds.

Algebra puts men on the moon, Probability wins the lottery. Sometimes.

Probability is a form of calculable math, when working with probability algebra is often used to display a formula.

Probability wins blackjack, luck wins lottery.

Sounds like you know math better than me, I was a Philosophy major.
Does it change anything in regards to pool  hopping?


You could do a probability on pool luck based on all the previous rounds, but solving a block comes down to luck > hash power, not very accurate unlike with counting cards which has a set amount of variables each hand, vardiff is suppose to stop pool hopping, I reckon there would be people out there jumping onto pools at near end of round, to make that work it would be a full time job. There really is no predictable end to a round.
Pages: « 1 ... 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 [868] 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 ... 1154 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!