bitHopper: Python Pool Hopper Proxy - page 27.

organofcorti

donator

Activity: 2058

Merit: 1007

Poor impulse control.

Quote from: bb on August 14, 2011, 08:19:09 PM

Quote from: deepceleron on August 14, 2011, 03:02:41 PM

I assume you are giving each pool a table of random block find times (randomly generate a high-precision round percentile 0% to 100%, turn that percentile into number of individual hashes required using correct math, turn that into times using hashrate), and then are simulating the switching and share percentages earned.

No. I am using Meni's formula.

You can't use anything that will provide a uniform random distribution. It has to be at least a binomially distributed random, and at best a time-distributed fractional poisson distribution.

I'm using the built in poisson distribution randomiser built into R with some jiggery pokery to make it a poisson time-distributed random(really share based) instead of the standard poisson distribution http://stat.ethz.ch/R-manual/R-patched/library/stats/html/Poisson.html. Ryouiki has a bespoke poisson randomiser built on mersenne twister as a random seeder.

So there's a bunch of examples to get you going!

joulesbeef

sr. member

Activity: 476

Merit: 250

moOo

the penalty on the stats page is a number that you multiply shares by.

so a pool with 20% shares and a penalty of 2, will be seen by the hopper as having 40% shares and will stop when the pool hits 21.5 on default threshold. cause it will see 21.5 as 43%

it is just a way to mine some pools more than others.

C00w small error

Code:

global name reject not defined.

Houseonfire

full member

Activity: 129

Merit: 100

A few questions:
What does it mean by penalty?

And, can someone help me add in a complete addition of all the gained BTC on the top of the page up by by speed? And also the current system time. For example:

Code:

bcpool @71MHash | 1.000 BTC Earned  |  10:00PM

And by earned, i dont mean cashed out. I mean the total of what is earned so far.

digger

sr. member

Activity: 322

Merit: 250

now http://digbtc.net

offer pool api

http://digbtc.net/papi.php

just tell every one know!

r2edu

member

Activity: 68

Merit: 10

BTW, Slush with "mine_slush" with penalty at 0.5 FTW !!

muyoso

member

Activity: 84

Merit: 10

Quote from: joulesbeef on August 14, 2011, 10:06:05 PM

Quote from: muyoso on August 14, 2011, 09:52:59 PM

LOL. Tried for the last half hour to figure out regex scraping so that I could get bitcoinpool to work by scraping from the website instead of the JSON, but its now obvious to me that I have no idea what I am doing. Anyone got it working from the website stats? Trying to do re_rate or re_rateduration on it.

are you on bleeding edge?
the newest one works. Though it operates on a new system than we used to have due to the problems we had with them.

I also mine polmine with just mine.. not sure if that is right but it seems to work fine.

I am on 1.7.2. I tried mine_deepbit with bitcoinpool and it jumped almost immediately to it even though they are 18 hours into a block. I looked at the pools.cfg and saw it was using the JSON for round shares and pool speed, all of which is currently being faked. The round shares, duration and speed are WAY off in the JSON. That is when I went on the adventure of trying to get BH to regex the stats from the website, which didn't work too well.

NVM, found that 1.7.2 isn't the "bleeding edge" and found the fix in the absolute latest. Thanks.

joulesbeef

sr. member

Activity: 476

Merit: 250

moOo

Quote from: muyoso on August 14, 2011, 09:52:59 PM

LOL. Tried for the last half hour to figure out regex scraping so that I could get bitcoinpool to work by scraping from the website instead of the JSON, but its now obvious to me that I have no idea what I am doing. Anyone got it working from the website stats? Trying to do re_rate or re_rateduration on it.

are you on bleeding edge?
the newest one works. Though it operates on a new system than we used to have due to the problems we had with them.

I also mine polmine with just mine.. not sure if that is right but it seems to work fine.

r2edu

member

Activity: 68

Merit: 10

Quote from: ?? on ??

Getting error in pool api for Polmine and rfc and also bitcoinpool but that is probably because I tried to figure out by myself the right pool.cfg settings for bcpool to mine_deepbit. Anyone have these working?

Try polmine with "mine_deepbit", it´s working very good for me. RFC close down, disable it. And bitcoinpool by default at "mine_deepbit" work ok too..

muyoso

member

Activity: 84

Merit: 10

LOL. Tried for the last half hour to figure out regex scraping so that I could get bitcoinpool to work by scraping from the website instead of the JSON, but its now obvious to me that I have no idea what I am doing. Anyone got it working from the website stats? Trying to do re_rate or re_rateduration on it.

joulesbeef

sr. member

Activity: 476

Merit: 250

moOo

Quote from: wtfman on August 14, 2011, 08:00:04 PM

hey,

i am the operator of btcserv.net and wanted to let you know that now json stats are available @ http://btcserv.net/json/pool/ .. would be cool if dev team could update/add whatever necessary so the data is fetched from there.

greetings.

Greetings and welcome. Thanks for stopping by, we'll get that fixed right away. Thanks for adding json.

so this

Code:

[btcserv]
name: BTCServ.net
mine_address: btcserv.net:8335
api_address: http://btcserv.net/
api_method:re
api_key:([0-9]+(,[0-9]+)*) shares
api_strip:','
url: https://btcserv.net/user/stats/

should be this

Code:

[btcserv]
name: BTCServ.net
mine_address: btcserv.net:8335
api_address: http://btcserv.net/json/pool/
api_method:json
api_key:valid
url: https://btcserv.net/user/stats/

i think

yeah that works..
and can someone fix this one as well

Code:

[bmunion]
name: BitMinersUnion.org
mine_address: pool.bitminersunion.org:8341
api_address: http://www.bitminersunion.org/stats.php
api_method: re
api_key: Shares this round:([0-9]+)

url: http://www.bitminersunion.org/

I dont know about the pull requests yet... will figure out soon

joulesbeef

sr. member

Activity: 476

Merit: 250

moOo

Noticed that btcworld.de updates stats omg-slow on their german page.. which keeps giving us that api disable error but they seem to update in near real time on their english page.

Anyways they seem to choose language via javascript..

is there anyway to tell regex to choose english first?

http://btcworld.de/statistics

bb

member

Activity: 84

Merit: 10

Quote from: deepceleron on August 14, 2011, 08:53:55 PM

Quote from: bb on August 14, 2011, 08:19:09 PM

Quote from: deepceleron on August 14, 2011, 03:02:41 PM

I assume you are giving each pool a table of random block find times (randomly generate a high-precision round percentile 0% to 100%, turn that percentile into number of individual hashes required using correct math, turn that into times using hashrate), and then are simulating the switching and share percentages earned.

No. I am using Meni's formula.

One situation this does not address is the bit-hopping effect itself. If 100ghash hops on and off 100ghash pools, the early shares will be go by twice as fast, meaning there will be less cheating time than predicted. All pools will spend more time in the > .43 difficulty range; lowering the chance of there being a pool to hop to with share earnings higher than backup.

This should just shift pools (and speeds) around a bit, but doesn't change the outcome.

muyoso

member

Activity: 84

Merit: 10

Anyone able to use mine_deepbit with bitcoinpool and not have it jump when the JSON resets every few minutes?

deepceleron

legendary

Activity: 1512

Merit: 1036

Quote from: bb on August 14, 2011, 08:19:09 PM

Quote from: deepceleron on August 14, 2011, 03:02:41 PM

I assume you are giving each pool a table of random block find times (randomly generate a high-precision round percentile 0% to 100%, turn that percentile into number of individual hashes required using correct math, turn that into times using hashrate), and then are simulating the switching and share percentages earned.

No. I am using Meni's formula.

One situation this does not address is the bit-hopping effect itself. If 100ghash hops on and off 100ghash pools, the early shares will be go by twice as fast, meaning there will be less cheating time than predicted. All pools will spend more time in the > .43 difficulty range; lowering the chance of there being a pool to hop to with share earnings higher than backup.

bb

member

Activity: 84

Merit: 10

Quote from: deepceleron on August 14, 2011, 03:02:41 PM

I assume you are giving each pool a table of random block find times (randomly generate a high-precision round percentile 0% to 100%, turn that percentile into number of individual hashes required using correct math, turn that into times using hashrate), and then are simulating the switching and share percentages earned.

No. I am using Meni's formula.

Quote from: deepceleron on August 14, 2011, 03:02:41 PM

For more interesting real-world factors to model, analysis could be biased with a 'pool hop-in' time delay (like jumping 5 minutes after block find), and a 'wrong pool hop error rate' that reflects what people are seeing with early block-detection methods, when they get incorrect blockfinding because they aren't getting info from the pool that actually found a block, and jump to a false-positive.

I am guessing all these simply reduce efficiency.

wtfman

member

Activity: 118

Merit: 10

BTCServ Operator

hey,

i am the operator of btcserv.net and wanted to let you know that now json stats are available @ http://btcserv.net/json/pool/ .. would be cool if dev team could update/add whatever necessary so the data is fetched from there.

greetings.

r2edu

member

Activity: 68

Merit: 10

@c00w (and all the colaborators): I think everything is working flawlessly !!! -v0.1.7.2-14-

(except deepbit, the first time it finds a block mines ok, but every second time the workers just die... i mean in every restart of the bh, then i disable it cause that problem)

I´m a little confused with the lp_penalty... witch pool do i have to give more time, the one with the more false-positives or the others? if i have 4-5 pools with "mine_deepbit", do i have to give them the same delay or in certain order??

Thanks!!

Edit: I´m looking at the bclc stats and match perfectly with the ones in the bh stats, and it´s set to mine_deepbit... this is ok?

abracadabra

hero member

Activity: 956

Merit: 1001

Please add a wording/notation that even if you have a x64 processor, you need to install x32 python.

x64 python + x32 ssl doesn't work.

Thanks!

bb

member

Activity: 84

Merit: 10

Quote from: ahitman on August 14, 2011, 02:16:17 PM

In your simulations can you say how much time the hopper would spend at the PPS pool (or how much time there was spent with no pool being less than 43%)? If the amount of time spent at PPS is a tiny percentage (because of all the available prop pools) then the efficiency would seem to be high but not because you hop away from a pool, but because you are always hopping TO a pool that has low shares.

I ran a simulation at threshold 1.5 using the "real world" parameters.

From a total of 2750 BTC earned, only 0.03 BTC (essentially 0) came from the fair pool. This is basically just the consequence of the probability for all six pools beeing at 1.5 * difficulty being very low.

I ran the simulation again, recording how much time was spent at pools below/above a 0.43 treshold.

below 0.43: ~ 92%
above 0.43: ~ 8%
at fair pool: < 0.1%

r2edu

member

Activity: 68

Merit: 10

I´m getting good results with "mine_deepbit" in:
bitclockers / polmine / bitcoinpool (testing) / bclc (testing)

but no with the pool that give that mode it´s name hehe

BTW, Digbtc is fakin their stats now or is down?

***

About the previous Hop Thresholds conversation:

I don´t really get to understand the simulation you´re running, but making my quick numbers, the shorter the round the more valuable share, until 1*diff, then devaluates with every share (vs. PPS), BUT previous that <100% every share you submit helps mantain the value of all of the previous shares. Now I´m testing with lower penaltys (0.9/0.8/0.7) to see some real world results. If I make it to something positive, I´ll post it

***

Edit: with 0.1.7.2-14 version

Topic: bitHopper: Python Pool Hopper Proxy - page 27. (Read 355813 times)