Bitcoin Forum
April 30, 2024, 08:07:59 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 [182] 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 ... 482 »
  Print  
Author Topic: [∞ YH] solo.ckpool.org 2% fee solo mining USA/DE 255 blocks solved!  (Read 1514112 times)
kano
Legendary
*
Offline Offline

Activity: 4480
Merit: 1800


Linux since 1997 RedHat 4


View Profile
November 12, 2015, 03:27:30 PM
 #3621

...
because I'm still not convinced that slower machines even at equal hash speed have the same chances as faster ones...
...
It's simple maths.

Each hash you do currently has a one in 65848255179.70261383 x 2^32 chance of finding a block
(or 1 in 2.83x10^20)

So if you do 500Trillion x 3600 hashes (500TH/s for an hour) or 1000Trillion x 1800 hashes (1PH/s for half an hour),
in both cases you've done the same number of hashes thus the same chance of finding a block.

In both cases that's 1 chance in 157 of finding a block.
Of course it's all chances, no guarantees, but it is the same chances in the 2 cases.

These is no magical correlation between one hash and the next, that's the whole point of the sha256 hash algorithm.
Each hash has the same chance as the rest, no more and no less, and each hash result is 'randomly' independent of the previous.

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
The forum strives to allow free discussion of any ideas. All policies are built around this principle. This doesn't mean you can post garbage, though: posts should actually contain ideas, and these ideas should be argued reasonably.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714507679
Hero Member
*
Offline Offline

Posts: 1714507679

View Profile Personal Message (Offline)

Ignore
1714507679
Reply with quote  #2

1714507679
Report to moderator
1714507679
Hero Member
*
Offline Offline

Posts: 1714507679

View Profile Personal Message (Offline)

Ignore
1714507679
Reply with quote  #2

1714507679
Report to moderator
1714507679
Hero Member
*
Offline Offline

Posts: 1714507679

View Profile Personal Message (Offline)

Ignore
1714507679
Reply with quote  #2

1714507679
Report to moderator
Ziploc
Sr. Member
****
Offline Offline

Activity: 405
Merit: 250


View Profile
November 12, 2015, 03:46:17 PM
 #3622

...
because I'm still not convinced that slower machines even at equal hash speed have the same chances as faster ones...
...
It's simple maths.

Each hash you do currently has a one in 65848255179.70261383 x 2^32 chance of finding a block
(or 1 in 2.83x10^20)

So if you do 500Trillion x 3600 hashes (500TH/s for an hour) or 1000Trillion x 1800 hashes (1PH/s for half an hour),
in both cases you've done the same number of hashes thus the same chance of finding a block.

In both cases that's 1 chance in 157 of finding a block.
Of course it's all chances, no guarantees, but it is the same chances in the 2 cases.

These is no magical correlation between one hash and the next, that's the whole point of the sha256 hash algorithm.
Each hash has the same chance as the rest, no more and no less, and each hash result is 'randomly' independent of the previous.

yes these logic was already explained...but maybe you can explain this for me.....unfortunately I don't have specific stats as at that time I wasn't carrying much...

I had an array of different GPUs...
form 5700 series up to r9 290....

and I'm pretty sure the amount of blocks that 290 generated was way more important that the rest of all my gpus....and i used to have maybe 20 of them in total...
however it was scypt and x11 algos.....i'm not sure if that matters.....

also last year I was mining a cpu only prime algo coin...

I had 5-6 pc mining ...from a laptop to powerfull gaming desktop....amd and intel cpus...

the slower one never even found a block.....and all the mediums ones even if their total hash rate was way greater that my fastest desktop didn't even matched what that the fastest singe cpu mined.....

all these makes me somehow perplexed....


jyspik
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
November 12, 2015, 04:16:16 PM
 #3623

Here's what he means.

lets say ive got:

25 antminer s1, giving me ~ 5 th

or

1 antminer s7, giving me ~ 5th too.

All of them are working fine, and using the same internet connection.

But the probobility of finding a block with s7 might be higher, because its more efficient and each chip is faster and better.
Or not?

tadaam Grin
wmtomlinso
Member
**
Offline Offline

Activity: 117
Merit: 10


View Profile
November 12, 2015, 04:25:53 PM
 #3624

if they are both mining at exactly 5.000 Th, the probability is the same.

Am i right?



I have a question for you guys - why is it so very common for the same pool to hit 2 consecutive blocks?
hodedowe
Sr. Member
****
Offline Offline

Activity: 359
Merit: 251


View Profile
November 12, 2015, 04:27:03 PM
 #3625

Here's what he means.

lets say ive got:

25 antminer s1, giving me ~ 5 th

or

1 antminer s7, giving me ~ 5th too.

All of them are working fine, and using the same internet connection.

But the probobility of finding a block with s7 might be higher, because its more efficient and each chip is faster and better.
Or not?

tadaam Grin


Not. Making hashes is instant. (Well, almost immediately instant. A single hash is not hard math for ASICS). Better chips only give you more hashes for the same power.


Getting that hash is like scratching off a lottery ticket. Sometimes - most times - you get nothing, or $3.00, or some baloney prize. But imagine if you could stand there and scratch off 5 billion tickets per hour. You'd be way more likely to win the big prize vs someone that scratched 10 tickets per hour.

I've said it before, you can "find a block" with a CPU miner or a high powered S7. You're just way more likely to find it with an S7 because you're scratching off a bazillion times more tickets.


Or you can think about it like dating. You can go up to one girl a week and say, "Hey, leme get dat booty, baby!" and get your face slapped. That's a hash that wasn't a block.

You can then clone yourself to the point you can ask 10,000,000 girls a night the same question and one of you will eventually find a slutty girl that likes it. He is getting laid. Ding! That's a block found. Smiley

Now we can talk about aids. Say you sleep with one slutty girl. That's a hash.....

Solo mining is alive and profitable!
Helped? Thanks! 1CXRFh4bDVFBsUzoHMMDbTMPcBP14RUTus
vortexz
Legendary
*
Offline Offline

Activity: 1120
Merit: 1001



View Profile
November 12, 2015, 04:38:23 PM
 #3626

Here's what he means.

lets say ive got:

25 antminer s1, giving me ~ 5 th

or

1 antminer s7, giving me ~ 5th too.

All of them are working fine, and using the same internet connection.

But the probobility of finding a block with s7 might be higher, because its more efficient and each chip is faster and better.
Or not?

tadaam Grin
]

5 TH is 5 Th no matter if it comes from 1000 S1 or one S7
jyspik
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
November 12, 2015, 04:53:55 PM
 #3627

Here's what he means.

lets say ive got:

25 antminer s1, giving me ~ 5 th

or

1 antminer s7, giving me ~ 5th too.

All of them are working fine, and using the same internet connection.

But the probobility of finding a block with s7 might be higher, because its more efficient and each chip is faster and better.
Or not?

tadaam Grin
]

5 TH is 5 Th no matter if it comes from 1000 S1 or one S7

Yeah i know.
Thats how everybody thinks it is, because everybody keeps saying the same thing.
Eventually everybody bilieves that it is the same...

But maybe.. just maybe, there is a difference beetween one very fast device, versus 1000 slower devices.
Mikestang
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000



View Profile
November 12, 2015, 05:01:53 PM
 #3628


But maybe.. just maybe, there is a difference beetween one very fast device, versus 1000 slower devices.

Except that there's not: zip zero ziltch no difference.  A hash is a hash, all that matters is how many calcs per second you can perform.  As long as your 1000 devices are pointed to the same pool getting the same work it will result in the same chance at solving a block.
hodedowe
Sr. Member
****
Offline Offline

Activity: 359
Merit: 251


View Profile
November 12, 2015, 05:03:31 PM
 #3629




Yeah i know.
Thats how everybody thinks it is, because everybody keeps saying the same thing.
Eventually everybody bilieves that it is the same...

But maybe.. just maybe, there is a difference beetween one very fast device, versus 1000 slower devices.


Or maybe not. That's like saying I make biscuits. You make biscuits. We both use the same recipe and we both turn out 100 biscuits every hour. But somehow my biscuits are slightly better than yours. A hash is a hash is a hash.




EDIT: Heh, Mike beat me to it. What he said. Cheesy

Solo mining is alive and profitable!
Helped? Thanks! 1CXRFh4bDVFBsUzoHMMDbTMPcBP14RUTus
Ziploc
Sr. Member
****
Offline Offline

Activity: 405
Merit: 250


View Profile
November 12, 2015, 05:07:45 PM
 #3630

ok then now plz explain it to me why it takes on average 10min to resolve the block ?

if it's instant...the winner is chosen instantly then why that delay....?

the fast asiscs are sleeping 9m59sec...and for the the slow ones the instant moment lasts for 10min Huh
wmtomlinso
Member
**
Offline Offline

Activity: 117
Merit: 10


View Profile
November 12, 2015, 05:21:51 PM
 #3631

Statisticians, Futurists, Actuaries:


why is it so very common for the same pool to hit 2 consecutive blocks?

ezeminer
Legendary
*
Offline Offline

Activity: 2184
Merit: 1118

Lie down. Have a cookie


View Profile
November 12, 2015, 05:23:38 PM
 #3632

ok then now plz explain it to me why it takes on average 10min to resolve the block ?

if it's instant...the winner is chosen instantly then why that delay....?

the fast asiscs are sleeping 9m59sec...and for the the slow ones the instant moment lasts for 10min Huh

The difficulty adjusts to fulfill the 10 minute average. It can vary though on how fast blocks are solved. Sometimes the network is extremely lucky and cranks out a couple blocks in a minute, sometimes it can take an hour to crank out the blocks. That's the beauty of the difficulty recalculations built into the bitcoin code.

If you mean resolve the block, confirmations have to be done across miners to confirm the legitimacy and the integrity of transactions. I know Kano is better at explaining this stuff incase I have it wrong.

armadora
Sr. Member
****
Offline Offline

Activity: 413
Merit: 250


View Profile
November 12, 2015, 06:06:38 PM
 #3633

for Ckpool mining do i use nice hash or westhash for rent? or they are same performance for ckpool solo mining?

West hash should be better,but I have hit with either one.

Just use the cheapest price.

The Ckpool server is USA based that is why westhash should be better,but the latency edge is small.

If you want to base it on percent I would think less then 1.

So if price is .0075 at nice and 0.0076 at west , nice would be better.

If both are at .0075 west would be better.



.35  spent at .0072 is about 77 to 1 shot at a block.


if price same westhash better, but if nicehash cheaper than west; we can use nicehash. thank you very much for good and detailed answer. 
Solare
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
November 12, 2015, 07:23:26 PM
 #3634

Trying to figure out making order of high th/ph for 20 minutes,
for .10192263

Any help?  using nicehash
-ck (OP)
Legendary
*
Offline Offline

Activity: 4088
Merit: 1631


Ruu \o/


View Profile WWW
November 12, 2015, 08:47:29 PM
 #3635

BTW where is CK node located ? EU or USA
West coast USA. The pool doesn't earn enough to run in more than one location - cheap VPSs do not perform well so I'd rather have one well performing one than many poor ones. That's usually why you shouldn't trust random newcomers setting up a pool for the first time as the performance of the pool matters a lot.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
-ck (OP)
Legendary
*
Offline Offline

Activity: 4088
Merit: 1631


Ruu \o/


View Profile WWW
November 12, 2015, 09:00:43 PM
 #3636

why is it so very common for the same pool to hit 2 consecutive blocks?
Because that pool is big enough to solve blocks more frequently. It is not very common. It only happens with large pools.

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

Activity: 2184
Merit: 1118

Lie down. Have a cookie


View Profile
November 12, 2015, 10:35:52 PM
 #3637

Trying to figure out making order of high th/ph for 20 minutes,
for .10192263

Any help?  using nicehash
You have roughly a 1 in 250 chance. When renting, it is more how much you put in, rather than how much you rent.

Ziploc
Sr. Member
****
Offline Offline

Activity: 405
Merit: 250


View Profile
November 12, 2015, 10:46:57 PM
 #3638

maybe we should do a GROUP hashrent ?

someone enlightened might make some calculations/estimations and see what are the odds/chances,etc
philipma1957
Legendary
*
Offline Offline

Activity: 4102
Merit: 7820


'The right to privacy matters'


View Profile WWW
November 12, 2015, 10:49:01 PM
 #3639

Trying to figure out making order of high th/ph for 20 minutes,
for .10192263

Any help?  using nicehash
You have roughly a 1 in 250 chance. When renting, it is more how much you put in, rather than how much you rent.


ezeminer is correct.

what you do to get an idea  odds is go to bitcoinwisdom.

go to this chart

https://bitcoinwisdom.com/bitcoin/difficulty

put in 1 th and see your daily earnings  for this adjustment earnings are 0.007637 per th

so if you pay less then that price the odds are in your favor.

think like the 3 digit number the lotto  the goverment pays 500 to 600 to 1 the real odds are 1000 to 1

so if you bet 1 dollar a day and I give you 1050 to one you could make some money  in the long run.  maybe not that day but day after day bet after bet most likely you would end up ahead.

So if you rent hash  under current price of 0.007637 a th and mine on ck's pool you should win.  does not mean you will win.

@ ziploc we have done it more then one time.

and here it is again  0.007637 is the magic number to pay.

 but you need to take into account fees and the correct number becomes about 0.0073 per th.


▄▄███████▄▄
▄██████████████▄
▄██████████████████▄
▄████▀▀▀▀███▀▀▀▀█████▄
▄█████████████▄█▀████▄
███████████▄███████████
██████████▄█▀███████████
██████████▀████████████
▀█████▄█▀█████████████▀
▀████▄▄▄▄███▄▄▄▄████▀
▀██████████████████▀
▀███████████████▀
▀▀███████▀▀
.
 MΞTAWIN  THE FIRST WEB3 CASINO   
.
.. PLAY NOW ..
Mikestang
Legendary
*
Offline Offline

Activity: 1274
Merit: 1000



View Profile
November 13, 2015, 12:03:45 AM
 #3640

maybe we should do a GROUP hashrent ?


It has been not only discussed here before, but folks have done it.  I think the consensus was it was too much work and you need a really trusted person to devote their time to run it and distribute funds.  Probably the reasons it hasn't happened again.

The current iteration would the the gekko stick solo club, a bit more simple that hashrent but still not without its complexities, need for trust, or time requirements.
Pages: « 1 ... 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 [182] 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 ... 482 »
  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!