Bitcoin Forum
February 19, 2018, 06:25:46 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3217 (80.4%)
Bank transfer / USD - 414 (10.3%)
Gold/silver coins and bars - 371 (9.3%)
Total Voters: 4000

Pages: « 1 ... 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 [1003] 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 ... 1135 »
  Print  
Author Topic: [2+ EH] Slush Pool (slushpool.com); World's First Mining Pool  (Read 4323856 times)
dmwardjr
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1002


The Few, The Proud, The BTC


View Profile
November 26, 2014, 02:13:34 PM
 #20041

Maybe it will work again in a normal way. (1-3 hours per block)

Need 7 more blocks for reinvesting in a Antminer C1, perfect for wintertime.
Anybody tried to connect the C1 to a underfloor heating? 0_o
 
Friend of mine is heating his appartment with two C1.

No, can't say that I have.

So, you like the C1?

Is it pretty stable?


BTC ADDRESS:
1519021546
Hero Member
*
Offline Offline

Posts: 1519021546

View Profile Personal Message (Offline)

Ignore
1519021546
Reply with quote  #2

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

Activity: 117
Merit: 10


View Profile
November 26, 2014, 02:29:33 PM
 #20042

The C1 is just another toy to play with.... Wink

Till now, I dont have one. A friend of mine's got two,
he is delighted bout the "transportpotential of the heat".
And they are running stable, he said.

So my idea, take 10 of them, put waterpipes together and
lead it through the underfloor heating...... Roll Eyes
dmwardjr
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1002


The Few, The Proud, The BTC


View Profile
November 26, 2014, 02:32:59 PM
 #20043

The C1 is just another toy to play with.... Wink

Till now, I dont have one. A friend of mine's got two,
he is delighted bout the "transportpotential of the heat".
And they are running stable, he said.

So my idea, take 10 of them, put waterpipes together and
lead it through the underfloor heating...... Roll Eyes

Sounds like a plan!!!

 Grin

Will be a first!

BTC ADDRESS:
Rudler
Member
**
Offline Offline

Activity: 117
Merit: 10


View Profile
November 26, 2014, 02:43:37 PM
 #20044

....at last....a block with 0:26:18..... Grin
dmwardjr
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1002


The Few, The Proud, The BTC


View Profile
November 26, 2014, 02:47:00 PM
 #20045

....at last....a block with 0:26:18..... Grin

Wow!

I be damn if it isn't!

Sweeeeeeeet

BTC ADDRESS:
jterry211
Member
**
Offline Offline

Activity: 114
Merit: 10


View Profile
November 26, 2014, 04:03:37 PM
 #20046

The C1 is just another toy to play with.... Wink

Till now, I dont have one. A friend of mine's got two,
he is delighted bout the "transportpotential of the heat".
And they are running stable, he said.

So my idea, take 10 of them, put waterpipes together and
lead it through the underfloor heating...... Roll Eyes

Just put them in the bathroom and hook them up to the hot water side of your sink and you will have instant hot water.  Grin

JT
Rudler
Member
**
Offline Offline

Activity: 117
Merit: 10


View Profile
November 26, 2014, 04:51:51 PM
 #20047

In winter it is very good, if you have got cheap power, you can save lot gallons of oil or gas for heating.
Six S3 heating 240sqm at 25°.... Cool

But ontopic:

question @ slushsupport: Do you know, if there are some vendors mining in this pool?
jackbox
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1011



View Profile
November 26, 2014, 05:02:28 PM
 #20048

Do the C1's generate as much expelled heat as the S3+ units? When my aircon is not on the room my Antminer S3+ is in heats up to about 31 Celsius (I am in Bangkok). Would a C1 generate as much heat from the radiator/fan unit or does it run cooler/hotter overall?

Buy a Trezor and Protect your BTC, BCH, BTG, DASH, LTC, DGB, ZEC, ETH and ETC from hackers.
If I was helpful please buy me a coffee BTC: 1DWK7vBaxcTC5Wd2nQwLGEoy8xdFVzGKLK  BTG: AWvN1iBqCUqG2tEh3XoVvRbdcGrAzfBBpW
If I was helpful please buy me a burger XVG: DGYWTLtcGh4mvoG6B2yifakeP2W24P4cco  DGB: DLASV6CUQpGtGSyaVz5FYuu5YxZ17MoGQz
Rudler
Member
**
Offline Offline

Activity: 117
Merit: 10


View Profile
November 26, 2014, 05:14:33 PM
 #20049

It felt a little bit cooler than my S3 in normal modus....

Still need 6 blocks to get one very cheap, maybe..... Roll Eyes

Edit: Anyone here already own a C1?
vipgelsi
Legendary
*
Offline Offline

Activity: 1344
Merit: 1000


Solarcoin.org


View Profile
November 26, 2014, 05:18:28 PM
 #20050

Love the idea about the hot water.

jackbox
Hero Member
*****
Offline Offline

Activity: 826
Merit: 1011



View Profile
November 26, 2014, 05:22:36 PM
 #20051

It felt a little bit cooler than my S3 in normal modus....

Still need 6 blocks to get one very cheap, maybe..... Roll Eyes

Edit: Anyone here already own a C1?

Do you have the free $50 off coupons they gave to almost everyone or do you need one sent to you? I have 6 that most likely won't get used.

I am tempted to get a C1 but not sure if my room could handle the additional heat and if my Thai wiring could handle another 1100 watt power supply.

Buy a Trezor and Protect your BTC, BCH, BTG, DASH, LTC, DGB, ZEC, ETH and ETC from hackers.
If I was helpful please buy me a coffee BTC: 1DWK7vBaxcTC5Wd2nQwLGEoy8xdFVzGKLK  BTG: AWvN1iBqCUqG2tEh3XoVvRbdcGrAzfBBpW
If I was helpful please buy me a burger XVG: DGYWTLtcGh4mvoG6B2yifakeP2W24P4cco  DGB: DLASV6CUQpGtGSyaVz5FYuu5YxZ17MoGQz
Rudler
Member
**
Offline Offline

Activity: 117
Merit: 10


View Profile
November 26, 2014, 05:25:54 PM
 #20052

Love the idea about the hot water.

Trust me, it is too less power to heat flowing water, but if you
have got underfloor heating or low emission radiators in a heating
cycle and enough overclocked C1, you can make finish sauna...... Shocked

I am new here, are there no threads about heating with miners?
dmwardjr
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1002


The Few, The Proud, The BTC


View Profile
November 26, 2014, 07:35:18 PM
 #20053

I HOPE this block that is still at 100 confirmations remaining is ours and not someone else's.

That's the only reason I can think that it still has 100 confirmations.

Please be our block!

EDIT:  The more I watch it, the more it looks like none of the blocks we found are continuing their confirmation count down.

BTC ADDRESS:
MrTeal
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000


View Profile
November 26, 2014, 07:43:20 PM
 #20054

I HOPE this block that is still at 100 confirmations remaining is ours and not someone else's.

That's the only reason I can think that it still has 100 confirmations.

Please be our block!

EDIT:  The more I watch it, the more it looks like none of the blocks we found are continuing their confirmation count down.
Each new block on the network counts as one confirmation. There hasn't been a new block found by anyone in the last 40 minutes, hence no more confirmations.
dmwardjr
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1002


The Few, The Proud, The BTC


View Profile
November 26, 2014, 07:47:55 PM
 #20055

I HOPE this block that is still at 100 confirmations remaining is ours and not someone else's.

That's the only reason I can think that it still has 100 confirmations.

Please be our block!

EDIT:  The more I watch it, the more it looks like none of the blocks we found are continuing their confirmation count down.
Each new block on the network counts as one confirmation. There hasn't been a new block found by anyone in the last 40 minutes, hence no more confirmations.

Have you NOT noticed the confirmation count down on the blocks found have yet to move since that block was found?

Also, sometimes there is argument between pools as to whom found a particular block first.  That's why I was wondering why that recent block found was still at 100.

After watching longer, NONE of the blocks found are counting down to being cofirmed.  I'm sure they are; it's just we are not seeing it on the beta.


EDIT:

There we go, they are counting down now.

BTC ADDRESS:
MrTeal
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000


View Profile
November 26, 2014, 07:57:17 PM
 #20056

I HOPE this block that is still at 100 confirmations remaining is ours and not someone else's.

That's the only reason I can think that it still has 100 confirmations.

Please be our block!

EDIT:  The more I watch it, the more it looks like none of the blocks we found are continuing their confirmation count down.
Each new block on the network counts as one confirmation. There hasn't been a new block found by anyone in the last 40 minutes, hence no more confirmations.

Have you NOT noticed the confirmation count down on the blocks found have yet to move since that block was found?

Also, sometimes there is argument between pools as to whom found a particular block first.  That's why I was wondering why that recent block found was still at 100.

After watching longer, NONE of the blocks found are counting down to being cofirmed.  I'm sure they are; it's just we are not seeing it on the beta.


EDIT:

There we go, they are counting down now.
No, they weren't counting down at all because they weren't supposed to be counting down. The confirmations listed by Slush is basically the number of blocks built on top of the block in question. IE, for block 331733, Slush will consider that confirmed and pay out for it after the network all together finds another 100 blocks. After 331733, no blocks were found for 40 minutes, and that's why it stayed as 100 confirmations required, and none of the other blocks were counting down either.

As a point, until a block has at least one built on top of it there's always the chance it can get orphaned, but it would actually be very unlikely for even the last block to be orphaned after a couple minutes or so. You get orphan races when two blocks are found within usually a couple seconds of each other, but after a minute everyone who's not running broken software would have been mining on our block, and not the preceeding one.
dmwardjr
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1002


The Few, The Proud, The BTC


View Profile
November 26, 2014, 08:04:10 PM
 #20057

I HOPE this block that is still at 100 confirmations remaining is ours and not someone else's.

That's the only reason I can think that it still has 100 confirmations.

Please be our block!

EDIT:  The more I watch it, the more it looks like none of the blocks we found are continuing their confirmation count down.
Each new block on the network counts as one confirmation. There hasn't been a new block found by anyone in the last 40 minutes, hence no more confirmations.

Have you NOT noticed the confirmation count down on the blocks found have yet to move since that block was found?

Also, sometimes there is argument between pools as to whom found a particular block first.  That's why I was wondering why that recent block found was still at 100.

After watching longer, NONE of the blocks found are counting down to being cofirmed.  I'm sure they are; it's just we are not seeing it on the beta.


EDIT:

There we go, they are counting down now.
No, they weren't counting down at all because they weren't supposed to be counting down. The confirmations listed by Slush is basically the number of blocks built on top of the block in question. IE, for block 331733, Slush will consider that confirmed and pay out for it after the network all together finds another 100 blocks. After 331733, no blocks were found for 40 minutes, and that's why it stayed as 100 confirmations required, and none of the other blocks were counting down either.

As a point, until a block has at least one built on top of it there's always the chance it can get orphaned, but it would actually be very unlikely for even the last block to be orphaned after a couple minutes or so. You get orphan races when two blocks are found within usually a couple seconds of each other, but after a minute everyone who's not running broken software would have been mining on our block, and not the preceeding one.

Thanks for taking the time to explain that to me, Mr Teal.  I know you didn't have to but I appreciate it.  Learn something all the time.

Thank you!   Grin

BTC ADDRESS:
kano
Legendary
*
Offline Offline

Activity: 2366
Merit: 1013


Linux since 1997 RedHat 4


View Profile
November 26, 2014, 09:26:36 PM
 #20058

...
No, they weren't counting down at all because they weren't supposed to be counting down. The confirmations listed by Slush is basically the number of blocks built on top of the block in question. IE, for block 331733 (https://blockchain.info/block/00000000000000000d85f2d73089f2420d3f71d4a614139ace6bab56888adbc1?site=slush), Slush will consider that confirmed and pay out for it after the network all together finds another 100 blocks. After 331733, no blocks were found for 40 minutes, and that's why it stayed as 100 confirmations required, and none of the other blocks were counting down either.

As a point, until a block has at least one built on top of it there's always the chance it can get orphaned, but it would actually be very unlikely for even the last block to be orphaned after a couple minutes or so. You get orphan races when two blocks are found within usually a couple seconds of each other, but after a minute everyone who's not running broken software would have been mining on our block, and not the preceeding one.
Just a couple of points.

In the current bitcoin-qt it's 101 blocks Smiley
When I added that to the ckdb code I was surprised to see it is actually 101 not 100 (as I also thought it was 100)
But that's also due to the confusion that when a block is found it is considered 1 confirm, not 0 confirms.

Although an orphan race is usually obvious, if someone finds a block after most people on the network know about another block, they can keep mining off their own block and win if they are very lucky.
Of course they would have to not send out their late block, thus the network wouldn't know about it at all.
But if they are lucky enough to build on their own block before anyone find a block to build on the network block, and they send out both, they will actually win the previous orphan race and their 2 blocks will become the network blocks.

So yes, even I look at the 'known' blocks when my pool finds a block and am usually pretty sure after a few minutes, but it's still not certain.
Of course, if you are looking at blockchain and not in your bitcoind debug.log the losing block may be on the network and you just can't see it in blockchain.
That's rare but it can happen.

The normal thing that happens on an orphan race is that part of the network will be mining on one and another part of the network on the other.
It's then purely up to which part of the network finds the next block, that decides the orphan race (though it can in rare circumstances be longer than 1 block to decide it)
So it just depends on who has seen both blocks, to know that the orphan race is even happening - but normally everyone has seen both and chosen the one they saw first, to mine on.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
MrTeal
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000


View Profile
November 26, 2014, 09:51:24 PM
 #20059

...
No, they weren't counting down at all because they weren't supposed to be counting down. The confirmations listed by Slush is basically the number of blocks built on top of the block in question. IE, for block 331733 (https://blockchain.info/block/00000000000000000d85f2d73089f2420d3f71d4a614139ace6bab56888adbc1?site=slush), Slush will consider that confirmed and pay out for it after the network all together finds another 100 blocks. After 331733, no blocks were found for 40 minutes, and that's why it stayed as 100 confirmations required, and none of the other blocks were counting down either.

As a point, until a block has at least one built on top of it there's always the chance it can get orphaned, but it would actually be very unlikely for even the last block to be orphaned after a couple minutes or so. You get orphan races when two blocks are found within usually a couple seconds of each other, but after a minute everyone who's not running broken software would have been mining on our block, and not the preceeding one.
Just a couple of points.

In the current bitcoin-qt it's 101 blocks Smiley
When I added that to the ckdb code I was surprised to see it is actually 101 not 100 (as I also thought it was 100)
But that's also due to the confusion that when a block is found it is considered 1 confirm, not 0 confirms.

Although an orphan race is usually obvious, if someone finds a block after most people on the network know about another block, they can keep mining off their own block and win if they are very lucky.
Of course they would have to not send out their late block, thus the network wouldn't know about it at all.
But if they are lucky enough to build on their own block before anyone find a block to build on the network block, and they send out both, they will actually win the previous orphan race and their 2 blocks will become the network blocks.

So yes, even I look at the 'known' blocks when my pool finds a block and am usually pretty sure after a few minutes, but it's still not certain.
Of course, if you are looking at blockchain and not in your bitcoind debug.log the losing block may be on the network and you just can't see it in blockchain.
That's rare but it can happen.


The normal thing that happens on an orphan race is that part of the network will be mining on one and another part of the network on the other.
It's then purely up to which part of the network finds the next block, that decides the orphan race (though it can in rare circumstances be longer than 1 block to decide it)
So it just depends on who has seen both blocks, to know that the orphan race is even happening - but normally everyone has seen both and chosen the one they saw first, to mine on.
In the bolded part, are you saying that if you are the last one to find a block on the network and after you've submitted it a couple minutes goes by without another block (to your knowledge) you've still had that block orphaned?

Barring block withholding, my understanding of how that would happen is that prior to 01:00, the network is at height (say) 200. That's actual UTC, not timestamps. You find block 201 at 01:00, and broadcast it, but either due to poor connections or the miner's choice some miners continue to mine on block 200. A couple minutes later at 01:02, one of those miners finds block 201 and submits it, creating the orphan race. After that, those miners continue mining on their block 201, while those who had been mining on your block 201 either continue to do so or switch to the block 201 submitted at 01:02. Some time after that, someone builds a block on the later block 201 and you lose the race.

Is that how something like that would work? It seems to be unlikely unless you are very poorly connected or someone else is poorly connected and has a lot of hashing power, but I'd be interested if it could happen another way.
MrTeal
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000


View Profile
November 26, 2014, 10:11:58 PM
 #20060

@kano, I don't have bitcoind logging debug, but I'd be interested to see what you have in there for block 330268.

According to blockchain, someone popped up and found 10 blocks in 14 hours including one at 330268 that blockchain saw at 2014-11-16 11:54:02 . At 12:13:11 GHash.IO found another block 330268, which KnC later confirmed at 12:27:43.

I'm at a bit of a loss as to how blockchain would have seen the block at 11:54 and GHash wouldn't have seen it several minutes later, or chose to not mine that block.

Edit: Nevermind. It just appears that the received time field at blockchain isn't actually the time they receive it, and they just set it equal to the timestamp.
Pages: « 1 ... 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 [1003] 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 ... 1135 »
  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!