Bitcoin Forum
December 09, 2016, 09:37:34 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Poll
Question: What type of pool payouts do you prefer?
Bitcoins - 3160 (80.5%)
Bank transfer / USD - 407 (10.4%)
Gold/silver coins and bars - 359 (9.1%)
Total Voters: 3924

Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 [110] 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 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 ... 1105 »
  Print  
Author Topic: [40+ PH] SlushPool (slushpool.com); World's First Mining Pool  (Read 3931782 times)
yuancraft
Member
**
Offline Offline

Activity: 63



View Profile
May 21, 2011, 11:26:02 AM
 #2181

server have a trouble ? the hash going down men
my miner going down too  Grin
1481319454
Hero Member
*
Offline Offline

Posts: 1481319454

View Profile Personal Message (Offline)

Ignore
1481319454
Reply with quote  #2

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

Posts: 1481319454

View Profile Personal Message (Offline)

Ignore
1481319454
Reply with quote  #2

1481319454
Report to moderator
1481319454
Hero Member
*
Offline Offline

Posts: 1481319454

View Profile Personal Message (Offline)

Ignore
1481319454
Reply with quote  #2

1481319454
Report to moderator
cablepair
Hero Member
*****
Offline Offline

Activity: 854


https://btc-republic.com/index.php?ref=cablepair


View Profile WWW
May 21, 2011, 11:45:43 AM
 #2182

somethings going on Sad

my miners keep getting disconnected.

(problems connecting with bitcoin rpc)

then they go back up and back down again...

edit...


I think we are back in business ;>
tunganh91
Newbie
*
Offline Offline

Activity: 6


View Profile
May 21, 2011, 12:09:38 PM
 #2183

Rewards are not confirmed until 120 new blocks have been generated.  Bitcoin tries to generate a block on average every 10 minutes, but that varies.  You can look at the stats page to see how many blocks remain for each reward.
Thanks so much  Grin
Jaime Frontero
Full Member
***
Offline Offline

Activity: 126


View Profile
May 21, 2011, 12:51:39 PM
 #2184

all better?
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 21, 2011, 04:48:03 PM
 #2185

Rewards are not confirmed until 120100 new blocks have been generated. 

Pool is waiting 100 confirmations, which is minimum required by bitcoin network. Next 20 blocks on top are required by bitcoin client itself, but it can be changed (as I did for the pool).

slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 21, 2011, 04:50:18 PM
 #2186

somethings going on Sad

Looked like issues of provider; pool itself performed well, just traffic went a little down (but not too much, so majority of users were still mining). It recovered after ~45 minutes to original throughput, now is traffic fine again.

tunganh91
Newbie
*
Offline Offline

Activity: 6


View Profile
May 21, 2011, 04:57:43 PM
 #2187

I can see some BTC in Confirmed reward, but in my client,  balance's still blank?? So does is take time to tranfer or anything wrong???
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 21, 2011, 05:13:44 PM
 #2188

I can see some BTC in Confirmed reward, but in my client,  balance's still blank?? So does is take time to tranfer or anything wrong???

Confirmed reward is still waiting on the pool. Once BTC on your pool account cross the threshold (by default 1 BTC), bitcoins are sent to your wallet. If you hurry, please set the threshold to something like 0.01..

ItsASpork
Member
**
Offline Offline

Activity: 82


View Profile
May 21, 2011, 07:35:22 PM
 #2189

I'm using GUIminer, so no command line. Is that what I'm doing wrong?

No, it should work. GUIminer has 'console window' somewhere, there you can find used parameters for the miner, please post them here (except password, of course).

Ok, this is what it says:

Running command: poclbm.exe --user=[username] --pass=[password] -o mining.bitcoin.cz -p 8332 -d0 --verbose
Listener for "Default" started

Maksure that it is

--user=Username.Workername

not just

--user=Username


and --pass=WorkerPassword not User's Site Password.
Just checked both of those, and it still won't connect...
Anyone have an idea of what I'm doing wrong? Maybe I should add I'm using a GTX 460.

Feeling Generous? 16Zo6werKP4akoTfHc9P5XXBGS2jFqeuSt
Support the Bitcoin Faucet
Jarredm
Member
**
Offline Offline

Activity: 63



View Profile
May 21, 2011, 08:15:06 PM
 #2190

Hey, so I have a few questions about cooperative mining and mining in general,
1) Would it be a good idea to create a hash-lookup table from the already generated hashes and then when a new block is released, just see if it is already in the hash table?
2) in the cooperative mining project, couldn't somebody just check the hashes to see if they match he block before they send them to the group, and thus getting bitcoins if they don't find it and the whole 50 if they do? (I know this isn't fair, but people rarely are)
3) Finally, the last graph here: http://mining.bitcoin.cz/stats/graphs/ seems to indicate that 100% of the blocks that this group attempts are found by this group. This seems odd because from what I understand about bitcoin mining, which is not very much, this is very improbable. Am I reading the graph incorrectly, have the blocks that were solved by others been edited out of the data, or am I making some other silly mistake?

Thank you in advance for you replies

Let me address you first question.  While a rainbow table it technically possible it appears to be practically unattainable as of now.  The reason for this is the current block being hashed has multiple inputs.  The first input is the hash of the previous block, which is why it is referred to as the block chain.  The second is the input of the new transactions waiting for confirmation (simplified I know).  The third is a random set of data.  What this means is that in order for a rainbow table to be created you have to create a resultant set of data comprising all possible inputs and the table would have to be extremely large. It is the addition of the random data that makes the table so large.  See http://en.wikipedia.org/wiki/Salt_(cryptography).  While the generation of these tables isn't out of reach for a "No Such Agency" governmental organization.  It is practically impossible for mining operators.  Bottom line, you could potentially create a master rainbow table covering all of the possible hashes but it would be 1.06x10183 bytes in size.

Question number 2.  No because the next block's hash uses the current hash as an input.  Therefore you haven't hashed it before.

On the last question.  Please see the wikipedia link that slush provided in order to understand what the CDF data means.
anisoptera
Member
**
Offline Offline

Activity: 98



View Profile
May 21, 2011, 08:16:59 PM
 #2191

The real answer to question 2 is that the block you are hashing contains the pool's address as where the generated btc should be sent. You could publish it yourself but it wouldn't gain you anything.

online poker, bitcoin style - https://betco.in/
feeling tipsy? 1Q7ktWPwu4Q8MivKdmYxnmsGaBeauMTGwU
Jarredm
Member
**
Offline Offline

Activity: 63



View Profile
May 21, 2011, 08:20:24 PM
 #2192

The real answer to question 2 is that the block you are hashing contains the pool's address as where the generated btc should be sent. You could publish it yourself but it wouldn't gain you anything.

You are right @anisoptera  I did not understand the question the first time around.  That is correct in that if you tried to claim if for yourself you would have to insert your address which would change the hash output and render it an invalid solution.
SJ
Newbie
*
Offline Offline

Activity: 2


View Profile
May 21, 2011, 08:36:14 PM
 #2193

While the generation of these tables isn't out of reach for a "No Such Agency" governmental organization.  It is practically impossible for mining operators.  Bottom line, you could potentially create a master rainbow table covering all of the possible hashes but it would be 1.06x10183 bytes in size.

The number of atoms in the observable universe is 1080[1]. No need to overestimate gov organisations.
slush
Legendary
*
Offline Offline

Activity: 1358



View Profile WWW
May 21, 2011, 08:36:34 PM
 #2194

That is correct in that if you tried to claim if for yourself you would have to insert your address which would change the hash output and render it an invalid solution.

It is even more simple. Worker cannot publish block directly to the bitcoin network, because he does not know block sources, only hash of blockheader, for which he is trying to find proper "nonce" value.

allinvain
Legendary
*
Offline Offline

Activity: 2002



View Profile
May 21, 2011, 09:34:10 PM
 #2195

wow slush, your pool has grown quite considerably lately..almost 400 Ghashes!! Congrats.

mhajicek
Newbie
*
Offline Offline

Activity: 2


View Profile
May 22, 2011, 03:53:20 AM
 #2196

Forgive me if this has already been covered; I did some searching and came up empty.  I'm just starting to dabble here, and the total reward doesn't seem to add up.  Here's what I'm seeing:

Estimated reward: 0.01120823 BTC
Unconfirmed reward: 0.10141200 BTC
Confirmed reward: 0.16376258 BTC
Total reward: 0.44276681 BTC

Thanks!
BitterTea
Sr. Member
****
Offline Offline

Activity: 294



View Profile
May 22, 2011, 04:22:31 AM
 #2197

Estimated reward: based on your current share submission rate, what will (probably) be your slice of the next 50 BTC pie?
Unconfirmed reward: you only get your reward after 120 blocks, these are the ones that are less than that age
Confirmed reward: rewards older than 120 blocks
Total reward: sum of all of the above
commlinx
Full Member
***
Offline Offline

Activity: 126



View Profile
May 22, 2011, 04:28:15 AM
 #2198

Normally I get unconfirmed + confirmed = total (estimated is ignored) and right at the moment mine adds up that way. However I've noticed around the time a block is solved it takes a while for some things to get added and you can get some odd results. Wait until a round has been in progress 10 mins or more and then check again and see how it looks.

BitterTea
Sr. Member
****
Offline Offline

Activity: 294



View Profile
May 22, 2011, 04:30:35 AM
 #2199

Normally I get unconfirmed + confirmed = total (estimated is ignored) and right at the moment mine adds up that way. However I've noticed around the time a block is solved it takes a while for some things to get added and you can get some odd results. Wait until a round has been in progress 10 mins or more and then check again and see how it looks.

You're right, estimated reward is not included in total reward.
mhajicek
Newbie
*
Offline Offline

Activity: 2


View Profile
May 22, 2011, 05:16:38 AM
 #2200

Okay, what confused me was that the total reward number was more than confirmed + unconfirmed.
Pages: « 1 ... 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 [110] 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 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 ... 1105 »
  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!