Bitcoin Forum
December 04, 2016, 12:06:23 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Poll
Question: The pool currently runs at a 0 expected fee. Would you prefer a 1 percent fee in exchange for the pool paying out for all solved blocks including those that fail to mature? Majjority rules.
No, keep it the way it is.
Yes, impose a 1% fee and pay out for all blocks including those that fail to mature.

Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 »  All
  Print  
Author Topic: Continuum Mining Pool: No fees; Client uptime monitoring via twitter and email  (Read 47772 times)
Transcendental
Newbie
*
Offline Offline

Activity: 14


View Profile
May 31, 2011, 09:01:59 PM
 #81

I have been able to login using "worker;payto" now for some reason.. Although I had tried quotes before and it was not working. My problem now is how do I get an accurate hashrate for the workers combined, as well as unconfirmed balance? If you do an rpc-call to the payment address, it does not properly display either clienthashrate(paytoaddr) or currentbalance(paytoaddr)
1480809983
Hero Member
*
Offline Offline

Posts: 1480809983

View Profile Personal Message (Offline)

Ignore
1480809983
Reply with quote  #2

1480809983
Report to moderator
1480809983
Hero Member
*
Offline Offline

Posts: 1480809983

View Profile Personal Message (Offline)

Ignore
1480809983
Reply with quote  #2

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

Posts: 1480809983

View Profile Personal Message (Offline)

Ignore
1480809983
Reply with quote  #2

1480809983
Report to moderator
1480809983
Hero Member
*
Offline Offline

Posts: 1480809983

View Profile Personal Message (Offline)

Ignore
1480809983
Reply with quote  #2

1480809983
Report to moderator
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
May 31, 2011, 09:12:06 PM
 #82

I have been able to login using "worker;payto" now for some reason.. Although I had tried quotes before and it was not working. My problem now is how do I get an accurate hashrate for the workers combined, as well as unconfirmed balance? If you do an rpc-call to the payment address, it does not properly display either clienthashrate(paytoaddr) or currentbalance(paytoaddr)

Should be fixed. You can now pass either a worker or payment address to balancecurrent or hashrate. For the confirmed balance though, you can only query the address that is to actually be paid (payto in your instance). If specific worker balances are needed, I can add a call for that at some point.
Transcendental
Newbie
*
Offline Offline

Activity: 14


View Profile
May 31, 2011, 09:29:34 PM
 #83

I can confirm that these functions are now operational, thanks.
Etherael
Newbie
*
Offline Offline

Activity: 15


View Profile
June 01, 2011, 04:36:32 AM
 #84

I've been mining for a while now with this poclbm invocation;

./poclbm.py -v -w 128 -d 0 --user 12DbPbfp2twBTfjSBW9QhVQ5PrGb2puisV0pps --pass any --host continuumpool.com --port 8332

The hashes are going through;

01/06/2011 14:30:01, 7869656a, accepted                     
01/06/2011 14:30:36, long poll: new block 00000648a0f3b516 
01/06/2011 14:31:49, b7c004ce, accepted                     
01/06/2011 14:31:53, e9698573, accepted                     
01/06/2011 14:32:09, bc9158e3, accepted                     
01/06/2011 14:32:20, 3988c4da, accepted                     
01/06/2011 14:32:40, e4c0a789, accepted                     
01/06/2011 14:32:49, 77ff441b, accepted                     
01/06/2011 14:33:19, bf329670, accepted                     
01/06/2011 14:34:56, b450a6a0, accepted                     
01/06/2011 14:35:07, 73f1a043, accepted       

However on the continuumpool page I am getting 0 for my hash rate and ?> for confirmed payouts at 12DbPbfp2twBTfjSBW9QhVQ5PrGb2puisV

Any idea what's going on here?

[url=https://cryptanalys.is/profile.php?u=etherael
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1890



View Profile WWW
June 01, 2011, 04:36:38 AM
 #85

For those wanting PPS payment, it is now live. Simply use yourpaymentaddress;pps or yourpaymentaddress0pps as the username. PPS miners will not affect regular miners and PPS carries a 5% expected fee. Regular mining is of course still at no fee. However, PPS was requested so there it is.

edit: PPS payout rate:
http://www.continuumpool.com/ppsrate.php
or preferably through the ppsrate RPC call.

edit: You can now pass a boolean pps (null by default) argument to hashrate.
pps => null = overall hashrate
pps => false regular miners only
pps => true only pps miners
I hope you have carefully evaluated the risks of PPS due to sabotage as well as normal variance. Tycho takes 10% for a reason.

Also, does "overall hash rate" include PPS miners? It would be more useful to know the hashrate of the score-based so we can know its variance.

However on the continuumpool page I am getting 0 for my hash rate and ?> for confirmed payouts at 12DbPbfp2twBTfjSBW9QhVQ5PrGb2puisV

Any idea what's going on here?
I don't know if that's the problem, but I noticed that when I copy-paste my address I often get a stray space which causes it to be unrecognized.

Note to martok - trim spaces from the input.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
June 01, 2011, 04:57:56 AM
 #86

Also, does "overall hash rate" include PPS miners? It would be more useful to know the hashrate of the score-based so we can know its variance.
Overall hashrate is currently only score-based miners as pps doesn't really factor into normal pool performance.

If PPS is abused, it will go away but will not affect the score-based payouts.
Quote
I don't know if that's the problem, but I noticed that when I copy-paste my address I often get a stray space which causes it to be unrecognized.

Note to martok - trim spaces from the input.
Indeed, will do.
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
June 01, 2011, 05:20:10 AM
 #87

Btw, I am curious as to how useful publishing the share and score logs would be. Particularly whether that ensures pool integrity given that the worker solution is included. I would not be willing to publish the IP addresses of workers but could make previous round sharelog data available less IP address. So, would that be useful to anyone? Does anyone object IE are their privacy concerns here of which I am not aware?
Etherael
Newbie
*
Offline Offline

Activity: 15


View Profile
June 01, 2011, 06:00:28 AM
 #88

Tried an escaped ; as the separator, also tried a different address, still the same output from the pool side monitors..

Any other ideas? I was under the impression that if it wasn't registering the correct address, it wouldn't accept my hashes?

[url=https://cryptanalys.is/profile.php?u=etherael
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1890



View Profile WWW
June 01, 2011, 06:16:45 AM
 #89

Quote
I don't know if that's the problem, but I noticed that when I copy-paste my address I often get a stray space which causes it to be unrecognized.

Note to martok - trim spaces from the input.
Indeed, will do.
I noticed now that my comment may have been a little ambiguous - to clarify, I was referring to getting statistics from continuumpool.com, not to the miner flags.

Tried an escaped ; as the separator, also tried a different address, still the same output from the pool side monitors..

Any other ideas? I was under the impression that if it wasn't registering the correct address, it wouldn't accept my hashes?
Did you try it without pps? This should help narrow down the problem.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
June 01, 2011, 06:42:05 AM
 #90

Tried an escaped ; as the separator, also tried a different address, still the same output from the pool side monitors..

Any other ideas? I was under the impression that if it wasn't registering the correct address, it wouldn't accept my hashes?
Think I found you.
Are you mining now? Can you confirm balances are being updated?I will manually credit any previously submitted shares from my logs.

Edit: Credited 572 shares.
Etherael
Newbie
*
Offline Offline

Activity: 15


View Profile
June 01, 2011, 07:04:50 AM
 #91

Hey there martok,


./poclbm.py -v -w 128 -d 0 --user=1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC\;pps --pass=any --host continuumpool.com --port 8332


Is the current invocation I'm using, I can't see a hashrate or balance for either the previous address or this one however.

Since you seem to be willing to just rollover my pool into the one we finally end up identifying I'll just leave this thing mining till we figure it out Smiley

[url=https://cryptanalys.is/profile.php?u=etherael
Etherael
Newbie
*
Offline Offline

Activity: 15


View Profile
June 01, 2011, 07:06:18 AM
 #92

I can now see a hashrate being reported for 1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC, that's good enough for me, I assume the balance probably won't show till > 1btc?

[url=https://cryptanalys.is/profile.php?u=etherael
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
June 01, 2011, 07:28:39 AM
 #93

I can now see a hashrate being reported for 1LLdCXQohpJcZpKrwGc9ebgfKrDanYuwKC, that's good enough for me, I assume the balance probably won't show till > 1btc?
Balance is updated in realtime. And now it is for PPS as well.
Your new address's balance should climb each time you submit a share.
Note that the hashrate is over a 5 minute window so if you haven't submitted a share within that window, it goes to 0.
Etherael
Newbie
*
Offline Offline

Activity: 15


View Profile
June 01, 2011, 08:10:36 AM
 #94

All good with balance updates now too, thanks very much for your help Martok, best of luck with your pool.

[url=https://cryptanalys.is/profile.php?u=etherael
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1890



View Profile WWW
June 01, 2011, 08:21:17 AM
 #95

Btw, I am curious as to how useful publishing the share and score logs would be. Particularly whether that ensures pool integrity given that the worker solution is included. I would not be willing to publish the IP addresses of workers but could make previous round sharelog data available less IP address. So, would that be useful to anyone? Does anyone object IE are their privacy concerns here of which I am not aware?
This is a very important issue. I think it will be very useful if you publish such logs. Ideally, for each completed round you would have a table of shares (maybe downloadable in csv format) with the following info: Share #ID, Timestamp, score (as a proportion of the total round score), worker Bitcoin address, hash.
In case people are uncomfortable with their addresses' payout info being displayed, you could show stats only for the shares submitted by the user. For this you will probably need some sort of login system.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
June 01, 2011, 07:48:04 PM
 #96

Btw, I am curious as to how useful publishing the share and score logs would be. Particularly whether that ensures pool integrity given that the worker solution is included. I would not be willing to publish the IP addresses of workers but could make previous round sharelog data available less IP address. So, would that be useful to anyone? Does anyone object IE are their privacy concerns here of which I am not aware?
This is a very important issue. I think it will be very useful if you publish such logs. Ideally, for each completed round you would have a table of shares (maybe downloadable in csv format) with the following info: Share #ID, Timestamp, score (as a proportion of the total round score), worker Bitcoin address, hash.
In case people are uncomfortable with their addresses' payout info being displayed, you could show stats only for the shares submitted by the user. For this you will probably need some sort of login system.
I don't see how publishing bitcoin addresses could be a privacy issue but I could just hash them or take a crc32 etc. My thought was to just dump out the share table per round (time,worker,lscore,solution. If someone analyzing the data wants scores as a proportion of total, they can just calculate it using the formula in your thread.
Transcendental
Newbie
*
Offline Offline

Activity: 14


View Profile
June 02, 2011, 04:29:19 AM
 #97

My client hash rate is again malfunctioning and only display 1/4 of what I'm currently outputting.. I also cannot check unconfirmed balance.
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
June 02, 2011, 05:12:33 AM
 #98

Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.

As for hashrate, did the miner submit an unusually low number of shares during the interval you checked?
Meni Rosenfeld
Donator
Legendary
*
Offline Offline

Activity: 1890



View Profile WWW
June 02, 2011, 06:44:26 AM
 #99

Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.
Assuming the problem is summing over all the shares of the worker, note that shares older than the last 10,000 or so will have negligible score, so you can just find out the ID of the last share and use "where ID > X-10000" or similar.

1EofoZNBhWQ3kxfKnvWkhtMns4AivZArhr   |   Who am I?   |   bitcoin-otc WoT
Bitcoil - Exchange bitcoins for ILS (thread)   |   Israel Bitcoin community homepage (thread)
Analysis of Bitcoin Pooled Mining Reward Systems (thread, summary)  |   PureMining - Infinite-term, deterministic mining bond
martok
Full Member
***
Offline Offline

Activity: 140


View Profile
June 02, 2011, 06:52:02 AM
 #100

Ok, balancecurrent is really expensive in terms of performance and RPC is timing out with this long a round. I am trying to figure a faster way to do this.
Assuming the problem is summing over all the shares of the worker, note that shares older than the last 10,000 or so will have negligible score, so you can just find out the ID of the last share and use "where ID > X-10000" or similar.
Great, that's a big help. Yeah, it's the big table scan that's bogging it down.

Edit: balance updated to only scan last 10,000 shares. Note that the final round payment calculation still scans all shares.
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 »  All
  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!