[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool

[BitLex]

How do I know if the CPU miner is working?

Code:

C:\CPU-miner>minerd.exe --url http://mining.bitcoin.cz:8332 --userpass *******.********:*************
1 miner threads started, using SHA256 'c' algorithm.
HashMeter(0): 16777216 hashes, 577.23 khash/sec
HashMeter(0): 16777216 hashes, 543.94 khash/sec
HashMeter(0): 16777216 hashes, 531.34 khash/sec
HashMeter(0): 16777216 hashes, 425.74 khash/sec
HashMeter(0): 16777216 hashes, 479.95 khash/sec
HashMeter(0): 16777216 hashes, 421.85 khash/sec
HashMeter(0): 16777216 hashes, 412.76 khash/sec
HashMeter(0): 16777216 hashes, 443.40 khash/sec

a) it is working
b) in that snippet it has not found any "winning-hashes", so you've not earned a share yet

if it finds a "winning-hash" it will look like this

Code:

HashMeter(0): 16777216 hashes, 2418.34 khash/sec
HashMeter(0): 5039808 hashes, 2407.07 khash/sec
PROOF OF WORK FOUND?  submitting...
PROOF OF WORK RESULT: true (yay!!!)
HashMeter(0): 16777216 hashes, 2412.90 khash/sec
HashMeter(0): 16777216 hashes, 2418.34 khash/sec

if you see a "yay!!!", you've earned a share, check your worker-stats.

I think I get it. And I have already disconnected from your scam.

i think coding is much more important than answering questions, especially when most have been answered already in earlier posts.
read the thread, it's long, lots of words but worth to read.
if you don't like it, just leave, you haven't lost anything, you might still get your leftover reward someday.


bitcoin == freedom of choice
take risks, or don't, trust people, or not. your life, your bitcoin, your choice.


Thank you slush, for doing what you do!

[davout]

i think coding is much more important than answering questions

+1

* davout gets back to coding 

[taiki]

First I think we should be thanking slush for running this service completely for free, and not taking a percentage for himself.

I can say that I have received my share from the first few blocks. And I personally do not believe this to be a scam, anyone who is pissed that they are not receiving their .01 BCs needs to chill out and realize that mining is probably not for you.  The energy spent setting up a client and complaining about the free service offered to you may well cost more than the value of what you generate.

Slush, I meant to say that I noticed a drop of about 1 BC in the reward field, in that it was ~6 and when I refreshed my browser it was ~5.  That is why I asked if you changed how the 'reward' is calculated.  I just wanted to let you know so that you may investigate if it was a bug, or something you already knew about.

Thanks for this service, it is great for what it is.

[jimbobway]

nice work slush, i just joined.  seems to be working...

[gene]

i think coding is much more important than answering questions, especially when most have been answered already in earlier posts.
read the thread, it's long, lots of words but worth to read.

Trust and reputation trump them all. I am not proud to say that I did waste far too much of my life reading the thread. Now, if you really understood the "answers" provided, then you deserve a PhD in cognitive science. That was not a joke. I consider myself to be marginally literate. I even work with computers a bit. The reasons why some have received payments recently while others, who have been contributing since 17 Dec, have received none continue to elude me. Somebody, please, point out where this mystery is elucidated.

if you don't like it, just leave, you haven't lost anything, you might still get your leftover reward someday.

I prefer to stay and warn others about the pool's mismanagement.

bitcoin == freedom of choice
take risks, or don't, trust people, or not. your life, your bitcoin, your choice.

I choose to point out how poorly managed this pool is.

[romkyns]

Great stuff, finally a pooled miner that's actually fast! Thank you slush!

Would be neat to see all the contributors included directly into the generated block, so that they see it as "Generated" and maturing in their own BitCoin client, immediately. Like some other pooled servers did. That was really nice of them.

[Cdecker]

Great stuff, finally a pooled miner that's actually fast! Thank you slush!

Would be neat to see all the contributors included directly into the generated block, so that they see it as "Generated" and maturing in their own BitCoin client, immediately. Like some other pooled servers did. That was really nice of them.

That would be great, at least for people that are over their minimum payout limit with this block, but keep the really small amount back and allow specifying higher payout limits. As for the rest: great work slush, I'm happy you took the pool over

[slush]

Great stuff, finally a pooled miner that's actually fast! Thank you slush!

Thank you guys. Your support help me a lot when sitting on code many hours.

Would be neat to see all the contributors included directly into the generated block, so that they see it as "Generated" and maturing in their own BitCoin client, immediately. Like some other pooled servers did. That was really nice of them.

I understand your request. Unfortunately my miner is implemented in other way. It is built above common bitcoin client without any custom patches, so this is technically impossible. I would like to let it be as is. You can see maturing on site already and payments will be processed almost instantly soon.

[taiki]

Slush, I meant to say that I noticed a drop of about 1 BC in the reward field, in that it was ~6 and when I refreshed my browser it was ~5.  That is why I asked if you changed how the 'reward' is calculated.  I just wanted to let you know so that you may investigate if it was a bug, or something you already knew about.

?

[Cdecker]

So basically you're running the bitcoind Process right? Also I guess we should create some alternative pools, as not to accumulate too much computational power in a single site, which would then become a single point of failure

[slush]

Slush, I meant to say that I noticed a drop of about 1 BC in the reward field, in that it was ~6 and when I refreshed my browser it was ~5.  That is why I asked if you changed how the 'reward' is calculated.  I just wanted to let you know so that you may investigate if it was a bug, or something you already knew about.

I see your reward is 5.8xxx. Technically, there is only one method in whole software which touch reward and set it near to zero and I'm sure it was not triggered in your case.

If you mean 'expected reward', it is completely different issue. It is calculated from your current shares and shares contributed by all miners. When we solve block and start new round, this may be a little bit crazy for a moment.

[BitLex]

Would be neat to see all the contributors included directly into the generated block, so that they see it as "Generated" and maturing in their own BitCoin client, immediately. Like some other pooled servers did. That was really nice of them.

that might end up not as nice as you might think.

here's why:

the big difference between the 2 public pool-systems we've seen is, how coins are "delivered".
in the first pool we all got our shares as soon as we found a block, it was the block-reward that was shared directly within the found blocks transaction, so everyone contributing immediately saw his generated share waiting to mature in his own wallet, as soon as the block itself was downloaded by the client.

the system slush uses puts the whole generated pot in one wallet, waits (>120blocks) until the single 50coin-transaction is mature and then sends rewards based on (client unrelated) accounts out to users (first manually, now or soon by scripts).

this method has good and bad sides.
a bad side is, that we need to trust the admin a bit longer (not sure if that even makes any difference),
a good side is, that noone will lose sub-bitcents and this is a real plus!

on the "doublec/puddinpop pool-system", users might "earn" 0.00****btc, but those sub-cents will be lost, not forever, but for you, the generator.

you might have noticed, that sending amounts below 0.01 currently would cause a sub-cent-transaction-fee of 0.01, so it makes no sense to send sub-cent-rewards at all, they will end up in tx_fees.
as long as they are not actual sub-bitcents though (no "real bitcoins"), but instead just a reward-balance on your pool-account, they can accumulate to >0.01 and then be sent for free, means without making a loss.

actually it saves "little guys" money, money that might have been lost using "the old and better method".

just my thoughts

[adv]

Slush, what reason to use per-miner, not per-user accounts?

[slush]

Slush, what reason to use per-miner, not per-user accounts?

Performance

[jib]

What does "Max jobs | 10" mean in the workers table? Does it mean each worker has a maximum of 10 threads?

[slush]

Good news here! Firstly, another block found. But with current cluster power this become more and more common  

Then, new round of bitcoins sent.

2010-12-20 02:05:55.854715
Test: False
Current balance: 50.0
Send 21.21 to 1DadexpocrxNotYQFFtGxCbeHN8fVECuxB
Send 16.57 to 18S4ui2V4kW43Rf1f6YaWL25oTiVkRsoNF
Send 12.09 to 1Gq6YyhbJpeJyLewQ1kRuMS6cXkuHZGjyt
Send 0.12 to 17t1A11S6s3sRj1bSNL1NcsWGnZJhuGBzg
Send 0.01 to 18cBAgYzcm9jLkSqAp2aAgWsFgeYgaTmu2
Initial balance: 50.0, sent total 50.0 for 5 people, time 1.8 sec

Then, I fix typo in 'threshold'. I had many complains about this critical bug!  
Next change: You can enter your account without logging in again and again.

And, by the way, I just finished new accounting system. It is online already. Good to know:

a) Rolling between old and new accounting system:

Current unconfirmed blocks will be paid with old system, that means I cannot guarantee order of payments.

b) Changes in accounting:

You can see new type of balance on your profile pages => 'unconfirmed reward'. That mean we already found a block, but he is still unconfirmed by network. After 120 confirmations, reward will be moved to real balance. And of course, only real balance is sending by cron script.

[slush]

What does "Max jobs | 10" mean in the workers table? Does it mean each worker has a maximum of 10 threads?

Almost. It means how many getwork() can worker perform at once. This is hardcoded now, but it is enough also for strongest card on the market. I'm working on some improvements which make autodetection to this.

[doublec]

on the "doublec/puddinpop pool-system", users might "earn" 0.00****btc, but those sub-cents will be lost, not forever, but for you, the generator.

I agree, rounding to 0.01 is the better approach.

[Elanthius]

And, by the way, I just finished new accounting system. It is online already.

Does this mean you are going to start sending payments in my specific case or are you still working on that bug?

[gene]

Despite the repeated empty promises and posts showing how money is being sent to very few accounts, I haven't seen any money from work which began on 17 Dec.

If you haven't been paid, please let everyone know. That will prevent others from falling in the same trap, and will reveal the extent of this scam.

http://bitcointalk.org/index.php?topic=2374.0