organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
July 18, 2011, 11:36:52 AM |
|
So heres a thought, anyone here consider putting together a theoretical luckbased approach ? I know its been discussed here but I think it would still be interesting to actually do it. Pull the last 2 or 3 blocks and see how far out of the difficulty range the avg is ie. 3blocks(just a number i like) combined gives 6million, that avg out at 2million per block so not terrible unlucky, however a different pool have their last 3 blocks at combined of 10million, thats > double avg difficulty per block thus we work a formula into the duration hopper should stay at this pool for this new block which would be the 1st block after the last 3blocks used for sample. My rough approach would assume the following: Right now we seem to use a 40% of diff approach, now if we use that as our base value and apply the difference of the last 3 blocks in example above we will get the following. 10million shares across 3blocks = 3333333.33 shares per block This means the last 3 blocks lasted on avg 213% longer We will then calculate our 40% into current difficulty which would be 625211.2 and add 213% which gives 1331699.85 difficulty thus the new difficulty for the selected pool to stay on for the 4th block(block just after the previous 3) Now the reverse would be implied when a pool got really lucky in last 3blocks, thus we would be avoiding them or leave them far earlier than 40% of difficulty. I hope this makes somewhat sense it does in my twisted mind. please note: This is some hectic thumbsucking, would be nice to check it out in practice. Hate to be the wet blanket that rains on your parade, but blocks are solved as a poisson process. Part of the definition of a poisson process is that it has no 'memory' of prior events. This means that each new block has a the same probability of being solved before <difficulty> as any other block. So a 'luck' based approach would only work randomly and increase variance. Sorry. Now, who's going to open up another forum thread called 'Hoppers here!'. c00w must be getting sick of our meanderings, much as I enjoy them
|
|
|
|
Clipse
|
|
July 18, 2011, 11:40:52 AM |
|
haha oh yes I know it has no 'memory' and I didnt for one second assume you could cheat the 'luck'
It was more a case of curiosity than anything.
|
...In the land of the stale, the man with one share is king... >> ClipseWe pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
July 18, 2011, 11:57:00 AM |
|
haha oh yes I know it has no 'memory' and I didnt for one second assume you could cheat the 'luck'
It was more a case of curiosity than anything.
Well, if you got it to work, you'd be making scientific history! Give it a go, it would be an interesting test.
|
|
|
|
bb
Member
Offline
Activity: 84
Merit: 10
|
|
July 18, 2011, 12:25:35 PM |
|
haha oh yes I know it has no 'memory' and I didnt for one second assume you could cheat the 'luck'
It was more a case of curiosity than anything.
Well, if you got it to work, you'd be making scientific history! Give it a go, it would be an interesting test. No it wouldn't.
|
|
|
|
nob
Newbie
Offline
Activity: 23
Merit: 0
|
|
July 18, 2011, 12:33:08 PM |
|
I got rfcpool.com working, it's a very small and new pool 'rfcpool':{'shares': default_shares, 'name': 'rfcpool.com', 'mine_address': 'pool.rfcpool.com:8332', 'user': rfcpool_user, 'pass': rfcpool_pass, 'lag': False, 'LP': None, 'api_address':'https://www.rfcpool.com/api/pool/stats', 'role':'mine'},
def rfcpool_sharesResponse(response): global servers info = json.loads(response) round_shares = int(info['poolstats']['round_shares']) servers['rfcpool']['shares'] = round_shares bitHopper.log_msg('rfcpool:' + FormatShares(round_shares))
'rfcpool':rfcpool_sharesResponse,
|
|
|
|
bb
Member
Offline
Activity: 84
Merit: 10
|
|
July 18, 2011, 12:48:54 PM |
|
latest release just scrolls through empty RPC request [[]] to ozco.in.
I've validated that password.py has the right info.
I don't get what this means either, but it doesn't appear to mean that there are no shares commited.
|
|
|
|
Rino
Newbie
Offline
Activity: 38
Merit: 0
|
|
July 18, 2011, 12:53:49 PM |
|
Miningmainframe is up at 50ghash/s now, seems its still on prop. If it was off because of 2ghash/s speed before you may want to turn it back on.
|
|
|
|
nob
Newbie
Offline
Activity: 23
Merit: 0
|
|
July 18, 2011, 01:01:00 PM |
|
Miningmainframe uses Scoring and not prop: We currently have an administration fee of 0.5% on top of the 1% (for a total of 1.5% total fees) and utilize a cheat proof scoring algorithm for calculating a fair payout of your shares.
http://mining.mainframe.nl/index
|
|
|
|
organofcorti
Donator
Legendary
Offline
Activity: 2058
Merit: 1007
Poor impulse control.
|
|
July 18, 2011, 02:32:45 PM |
|
Anyone still using bclc note that the json feed now shows total shares to be 1/5 of the shares reported on the website. Tricky bugger. Change your bithopper accordingly.
|
|
|
|
OCedHrt
Member
Offline
Activity: 111
Merit: 10
|
|
July 18, 2011, 03:08:53 PM |
|
So heres a thought, anyone here consider putting together a theoretical luckbased approach ? I know its been discussed here but I think it would still be interesting to actually do it. Pull the last 2 or 3 blocks and see how far out of the difficulty range the avg is ie. 3blocks(just a number i like) combined gives 6million, that avg out at 2million per block so not terrible unlucky, however a different pool have their last 3 blocks at combined of 10million, thats > double avg difficulty per block thus we work a formula into the duration hopper should stay at this pool for this new block which would be the 1st block after the last 3blocks used for sample. My rough approach would assume the following: Right now we seem to use a 40% of diff approach, now if we use that as our base value and apply the difference of the last 3 blocks in example above we will get the following. 10million shares across 3blocks = 3333333.33 shares per block This means the last 3 blocks lasted on avg 213% longer We will then calculate our 40% into current difficulty which would be 625211.2 and add 213% which gives 1331699.85 difficulty thus the new difficulty for the selected pool to stay on for the 4th block(block just after the previous 3) Now the reverse would be implied when a pool got really lucky in last 3blocks, thus we would be avoiding them or leave them far earlier than 40% of difficulty. I hope this makes somewhat sense it does in my twisted mind. please note: This is some hectic thumbsucking, would be nice to check it out in practice. Hate to be the wet blanket that rains on your parade, but blocks are solved as a poisson process. Part of the definition of a poisson process is that it has no 'memory' of prior events. This means that each new block has a the same probability of being solved before <difficulty> as any other block. So a 'luck' based approach would only work randomly and increase variance. Sorry. Now, who's going to open up another forum thread called 'Hoppers here!'. c00w must be getting sick of our meanderings, much as I enjoy them Indeed but the luck averages out over time: Luck this difficulty (1563027) 1724037 shares (-9.3%) Luck at difficulty 1379223 1384144 shares (-0.4%) Luck at difficulty 876954 875473 shares (+0.2%) If a large pool has significantly worse luck than that you can usually suspect some foul play.
|
|
|
|
gno
Newbie
Offline
Activity: 28
Merit: 0
|
|
July 18, 2011, 03:10:59 PM |
|
Just to be sure- it sounds like bitp.it has countermeasures making them unsuitable for hopping?
|
|
|
|
anty
Newbie
Offline
Activity: 40
Merit: 0
|
|
July 18, 2011, 03:29:44 PM |
|
Yes, bitp.it fakes stats.
BTW: anyone has an idea why I only mine at nofee until the next check and then fall back to the backuppool? They are significantly under the 40% and everytime i restart my bithopper it immediately begins mining there...
|
|
|
|
Clipse
|
|
July 18, 2011, 03:44:35 PM |
|
Yes, bitp.it fakes stats.
BTW: anyone has an idea why I only mine at nofee until the next check and then fall back to the backuppool? They are significantly under the 40% and everytime i restart my bithopper it immediately begins mining there...
I have the same issue since recent update today(I didnt notice it till after I pulled new update) , it seems to get stuck at backup server.
|
...In the land of the stale, the man with one share is king... >> ClipseWe pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
|
|
|
joulesbeef
Sr. Member
Offline
Activity: 476
Merit: 250
moOo
|
|
July 18, 2011, 04:04:55 PM |
|
The triplemining code worked except it spaz out api errors being a total noob, i have gotten the api errors nearly every time i have messed with the code. 10% of the time, i miss copied the api key, 90% of the time I accidently pasted over a quote. go back and look at the changes you did and look for a missing '
|
mooo for rent
|
|
|
gno
Newbie
Offline
Activity: 28
Merit: 0
|
|
July 18, 2011, 04:07:09 PM |
|
Is there anything worth hopping at the moment?
|
|
|
|
Clipse
|
|
July 18, 2011, 04:28:02 PM |
|
The triplemining code worked except it spaz out api errors being a total noob, i have gotten the api errors nearly every time i have messed with the code. 10% of the time, i miss copied the api key, 90% of the time I accidently pasted over a quote. go back and look at the changes you did and look for a missing ' I fixed it by modifying alot of it, the following works with latest version of bithopper and you can clearly see why it didnt work before. 'triplemining':{'shares': default_shares, 'name': 'triplemining.com', 'mine_address': 'eu.triplemining.com:8344', 'user': triplemining_user, 'pass': triplemining_pass, 'lag': False, 'LP': None, 'api_address':'https://www.triplemining.com/stats', 'role':'mine'},
def triplemining_sharesResponse(response): statpage = response shares = re.search(r"<td>[0-9]*</td>", statpage).group(0)[4:-5] round_shares = int(shares) self.UpdateShares('triplemining', round_shares)
'triplemining':self.triplemining_sharesResponse,
So all I can think if you dont have issue with previous code, you havnt updated bithopper today.
|
...In the land of the stale, the man with one share is king... >> ClipseWe pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
|
|
|
Clipse
|
|
July 18, 2011, 04:35:15 PM |
|
Im still getting the follow errors, afaik only when submitting to ozcoin. 8:33:46] RPC request [[]] submitted to ozco.in Caught, jsonrpc_call insides 'NoneType' object is not callable Caught, jsonrpc_call insides 'NoneType' object is not callable Caught, jsonrpc_call insides 'NoneType' object is not callable
This would appear randomly during the connection to ozcoin, on and off.
|
...In the land of the stale, the man with one share is king... >> ClipseWe pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
|
|
|
Clipse
|
|
July 18, 2011, 04:46:27 PM |
|
mtred got a block you should be there
Yep Im at mtred now, however eventually it will hit ozcoin again and same errors appear, trying to figure out why thats occurring
|
...In the land of the stale, the man with one share is king... >> ClipseWe pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
|
|
|
Clipse
|
|
July 18, 2011, 05:02:59 PM |
|
arg this is frustrating. When I restart hopper it will mine at mtred as it should, however if I have one connection problem it then gets stuck at arsbitcoin backup server even tho at the rescan it shows mtred is the best option also doesnt anyone know what this json "nonetype" error is all about? 9:00:59] RPC request [[]] submitted to arsbitcoin [19:00:59] RPC request [[]] submitted to arsbitcoin [19:00:59] miningmainframe: 6,119,040 [19:01:00] RPC request [[]] submitted to arsbitcoin [19:01:00] mineco: 1,313,300 [19:01:00] rfcpool: 1,253,394 [19:01:00] bclc: 307,077 [19:01:00] mtred: 132,696 [19:01:00] RPC request [[]] submitted to arsbitcoin [19:01:00] RPC request [[]] submitted to arsbitcoin [19:01:01] bitclockers: 1,563,953 [19:01:01] RPC request [[]] submitted to arsbitcoin [19:01:01] ozco: 1,059,776 [19:01:02] eclipsemc: 582,859 [19:01:02] RPC request [[]] submitted to arsbitcoin [19:01:02] RPC request [[]] submitted to arsbitcoin [19:01:02] RPC request [[]] submitted to arsbitcoin [19:01:02] RPC request [[]] submitted to arsbitcoin [19:01:02] RPC request [[]] submitted to arsbitcoin [19:01:04] RPC request [[]] submitted to arsbitcoin [19:01:05] RPC request [[]] submitted to arsbitcoin [19:01:05] RPC request [[]] submitted to arsbitcoin [19:01:05] RPC request [[]] submitted to arsbitcoin Caught, jsonrpc_call insides 'NoneType' object is not callable
|
...In the land of the stale, the man with one share is king... >> ClipseWe pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
|
|
|
gno
Newbie
Offline
Activity: 28
Merit: 0
|
|
July 18, 2011, 05:10:09 PM |
|
mtred got a block you should be there
Thanks- I just looked and that's where I am.
|
|
|
|
|