Topic: [4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool - page 1110. (Read 4381957 times)
February 18, 2011, 10:13:09 PM
That would seem to suggest that the estimated reward on the profile page is only updated when you submit a new share.
February 18, 2011, 09:32:04 PM
Hi there! First post, but I've been lurking around here for a while now and also mining on this pool for a few weeks with one not-so-fancy gpu.
I just experienced the strangest thing; After I had stopped the miner for a while I looked on the account page and it showed >9BTC estimated reward, with 5 shares found in a round that was going for >2 hours!!
However, after my card found the next hash, it went back to ~0.008, as I would have expected in the first place.
Just wanted to let you know; maybe others have experienced this as well? Might have something to do with the score computation? The 5 shares I had must have been very early in the round..
Unfortunately I didn't look what the score was at that time :/
Also, I wanted to say thank you for the great service!
I just experienced the strangest thing; After I had stopped the miner for a while I looked on the account page and it showed >9BTC estimated reward, with 5 shares found in a round that was going for >2 hours!!
However, after my card found the next hash, it went back to ~0.008, as I would have expected in the first place.
Just wanted to let you know; maybe others have experienced this as well? Might have something to do with the score computation? The 5 shares I had must have been very early in the round..
Unfortunately I didn't look what the score was at that time :/
Also, I wanted to say thank you for the great service!
February 18, 2011, 09:04:07 PM
Why not simply count the number of hashes checked in a block instead of the number of correct hashes found?
If you'll forgive me for answering a question not addressed to me...
"For the same reason BitCoins take work to generate".
Hashing counts as a one-way trap-door function, which means you can't reverse it (get the input from a given output), and that only a tiny fraction of inputs lead to the desired output. You can prove success very easily; Proving failure requires exhaustively searching the input space.
So while your idea would make it hard to cheat by gaming a specific pool distribution algorithm, it would make it trivial to cheat by just always saying "nope, no hashes here" (You can actually get around that by distributing known-good blocks on occasion, but then you wasting CPU time and increase the number of non-share shares).
February 18, 2011, 08:26:53 PM
Slush,
I have a silly question. Why not simply count the number of hashes checked in a block instead of the number of correct hashes found? As far as I can tell this method gives far less variation and is much fairer because each tested hash statistically contributes equally to the solution. Suppose that 100 billion hashes must be tested in order to crack a block. Then if your machine has testet 100 million hashes you should get 0,1% of the block = 50*(100,000,000/100,000,000,000) = 0,05 bitcoins.
As far as I can tell this method should typically eliminate 99,99+% of the variation, and I cannot see any way of cheating using this method. Your reward should simply be:
50*(sum of YOUR hashes tested in a block)/(sum of ALL hashes tested in a block)
This method removes virtually all luck within a block and is equally fair whether you have a slow or a fast machine, or whether you mine periodically. The only luck remaining is now that you happen to periodically mine in the short blocks, which will give you a greater reward. Since this is unpredictable it is impossible to cheat.
I have a silly question. Why not simply count the number of hashes checked in a block instead of the number of correct hashes found? As far as I can tell this method gives far less variation and is much fairer because each tested hash statistically contributes equally to the solution. Suppose that 100 billion hashes must be tested in order to crack a block. Then if your machine has testet 100 million hashes you should get 0,1% of the block = 50*(100,000,000/100,000,000,000) = 0,05 bitcoins.
As far as I can tell this method should typically eliminate 99,99+% of the variation, and I cannot see any way of cheating using this method. Your reward should simply be:
50*(sum of YOUR hashes tested in a block)/(sum of ALL hashes tested in a block)
This method removes virtually all luck within a block and is equally fair whether you have a slow or a fast machine, or whether you mine periodically. The only luck remaining is now that you happen to periodically mine in the short blocks, which will give you a greater reward. Since this is unpredictable it is impossible to cheat.
February 18, 2011, 07:05:23 PM
The official bitcoin program considers 6 confirmations to be enough to change a transaction from unconfirmed status, but slush's pool requires quite a few more confirmations than 6.
Bitcoin client needs 6 confirmations for common transactions and 120 confirmations for generated block. As pool is using standard bitcoin client itside, it also needs 120 confirmations to pay out the block rewards to participants...
Thank you, I didn't know about that difference. I just assumed you were being extra cautious since you were running an entire pool.
February 18, 2011, 06:44:05 PM
The official bitcoin program considers 6 confirmations to be enough to change a transaction from unconfirmed status, but slush's pool requires quite a few more confirmations than 6.
Bitcoin client needs 6 confirmations for common transactions and 120 confirmations for generated block. As pool is using standard bitcoin client itside, it also needs 120 confirmations to pay out the block rewards to participants...
February 18, 2011, 06:42:17 PM
With the recent difficulty increase of ~30%, we should expect our payout to go down by ~30% if our hash/s stays the same, correct?
Correct. Everytime the difficulty changes, your average reward change too. Usually will be a bit lower :-).
February 18, 2011, 06:40:21 PM
slush can correct me if I'm wrong, once the push infrastructure for work distribution is complete, the server will be able to notify the clients to stop working on the block.
Hey, nice feature request :-). By default, with push protocol, server will notice clients that there is new block to solve, but it doesn't say anything if the previous block was found by pool or by another miner. But it might be handy to set some flag, when the block was found by pool, and miners can handle that in some way (show message, play sound, make you a coffee, ...).
February 18, 2011, 06:27:44 PM
Here's a question that I think I know the answer to, but I want to make sure.
With the recent difficulty increase of ~30%, we should expect our payout to go down by ~30% if our hash/s stays the same, correct? Because each block (and share within the block) should take ~30% more time to discover or generate?
With the recent difficulty increase of ~30%, we should expect our payout to go down by ~30% if our hash/s stays the same, correct? Because each block (and share within the block) should take ~30% more time to discover or generate?
February 18, 2011, 05:26:03 PM
Hi new here.
wanted to join the pool
but i get error unknown login all the time...
followed the instructions every thing went ok.
using the poclbm gpu miner
any ideas?
wanted to join the pool
but i get error unknown login all the time...
followed the instructions every thing went ok.
using the poclbm gpu miner
any ideas?
Make sure you are using the complete login information when you are using the switches. You need to put in yourusername.yourworkername, not just your username or your worker name.
February 18, 2011, 05:13:05 PM
Hi new here.
wanted to join the pool
but i get error unknown login all the time...
followed the instructions every thing went ok.
using the poclbm gpu miner
any ideas?
wanted to join the pool
but i get error unknown login all the time...
followed the instructions every thing went ok.
using the poclbm gpu miner
any ideas?
February 18, 2011, 03:28:18 PM
How do I get my get coins to go to my wallet? I have 4 and none are being sent to my wallet?
First, make sure that the 4 BTC is in the "confirmed reward" section. Only confirmed rewards are sent. Next, check your address and/or input one in your "My Account" screen on mining.bitcoin.cz. If that is correct, your "Send Threshold" may be higher than the amount in your confirmed reward section.
Remember to hit the save button after making any changes, or it won't be applied.
I see. So even though I have 4.9 unconfirmed bitcoins I won't receive any coins until my Confirmed Reward is at least 1 (since my threshold is 1.0).
Looking at my block history why is it when a block is confirmed I have no reward but while its unconfirmed a block will hold some reward?
The status of the block does not impact your reward, your contribution to the block determines the reward. The confirmed/unconfirmed status determines if the BTC generated by discovering that block can be sent out to you. The official bitcoin program considers 6 confirmations to be enough to change a transaction from unconfirmed status, but slush's pool requires quite a few more confirmations than 6.
If the confirmed ones do not have any reward in them, that just means you did not contribute anything toward the finding of the block, and thus would receive no reward.
February 18, 2011, 03:23:40 PM
i guess that everyone is getting a lot of invalids, so in the end it doesn't affect your total score/payout, only a lot of bogus calculations for your cpu/gpu and useless network traffic
Slower clients will submit more cross-block results than faster ones, both in the absolute sense (because they take longer per share), and in the relative sense (because faster clients process more shares in the "good" window).
That said, moving to score-based vs share-based doesn't really have much effect on that, so basically it just sucks all around not to have a $600 GPU.
For $480 you can have 2 5870s shipped to your door. If you overclock them (and keep them cool enough), you can get 640+ MH/s. However, and slush can correct me if I'm wrong, once the push infrastructure for work distribution is complete, the server will be able to notify the clients to stop working on the block. So this should be a temporary problem.
February 18, 2011, 03:10:22 PM
How do I get my get coins to go to my wallet? I have 4 and none are being sent to my wallet?
First, make sure that the 4 BTC is in the "confirmed reward" section. Only confirmed rewards are sent. Next, check your address and/or input one in your "My Account" screen on mining.bitcoin.cz. If that is correct, your "Send Threshold" may be higher than the amount in your confirmed reward section.
Remember to hit the save button after making any changes, or it won't be applied.
I see. So even though I have 4.9 unconfirmed bitcoins I won't receive any coins until my Confirmed Reward is at least 1 (since my threshold is 1.0).
Looking at my block history why is it when a block is confirmed I have no reward but while its unconfirmed a block will hold some reward?
February 18, 2011, 03:01:36 PM
so basically it just sucks all around not to have a $600 GPU.
My Radeon 5850 cost ~$200 and hashes around 80 times faster than my CPU (240mhash/s). You don't NEED a 5970 to get a huge improvement over CPU mining. February 18, 2011, 03:01:05 PM
How do I get my get coins to go to my wallet? I have 4 and none are being sent to my wallet?
First, make sure that the 4 BTC is in the "confirmed reward" section. Only confirmed rewards are sent. Next, check your address and/or input one in your "My Account" screen on mining.bitcoin.cz. If that is correct, your "Send Threshold" may be higher than the amount in your confirmed reward section.
Remember to hit the save button after making any changes, or it won't be applied.
February 18, 2011, 02:47:50 PM
How do I get my get coins to go to my wallet? I have 4 and none are being sent to my wallet?
February 18, 2011, 02:21:24 PM
i guess that everyone is getting a lot of invalids, so in the end it doesn't affect your total score/payout, only a lot of bogus calculations for your cpu/gpu and useless network traffic
Slower clients will submit more cross-block results than faster ones, both in the absolute sense (because they take longer per share), and in the relative sense (because faster clients process more shares in the "good" window).
That said, moving to score-based vs share-based doesn't really have much effect on that, so basically it just sucks all around not to have a $600 GPU.
February 18, 2011, 01:56:09 PM
I too am receiving payments correctly to my standalone client. I do not have an account on MyBitcoin.
February 18, 2011, 01:21:11 PM
I haven't received two payments.
0.08 and 0.01 btc
I have got two email confirmations
but in my account on mybitcoin.com I haven't got this bitcoins.
0.08 was sent 19 hours ago
and 0.01 was sent 4 hours ago
after long time i was waiting for the first payment
I generated new address in mybitcoin.com account and decided to try one time more, and set 0.01 threshold.
as there is only one address in mybitcoin.com i never will get first payout.
and now after 4 hours after receivin email confirmation I still don't see my 0.01 btc on my wallet
is there any limits on small payouts?
or how long may this small payouts travel??
0.08 and 0.01 btc
I have got two email confirmations
but in my account on mybitcoin.com I haven't got this bitcoins.
0.08 was sent 19 hours ago
and 0.01 was sent 4 hours ago
after long time i was waiting for the first payment
I generated new address in mybitcoin.com account and decided to try one time more, and set 0.01 threshold.
as there is only one address in mybitcoin.com i never will get first payout.
and now after 4 hours after receivin email confirmation I still don't see my 0.01 btc on my wallet
is there any limits on small payouts?
or how long may this small payouts travel??
Anyone using mybitcoin.com please see https://bitcointalksearch.org/topic/lost-money-on-mybitcoincom-report-it-here-update-funds-recovered-3597 or https://bitcointalksearch.org/topic/mybitcoin-bitcoin2cc-problems-3592 .... mybitcoin is having issues. I'm receiving payouts fine to my standalone client.
Jump to: