Bitcoin Forum
December 06, 2016, 12:20:40 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 [55] 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 ... 205 »
  Print  
Author Topic: bitHopper: Python Pool Hopper Proxy  (Read 332767 times)
Clipse
Hero Member
*****
Offline Offline

Activity: 504


View Profile
July 26, 2011, 12:05:20 AM
 #1081

i think it did:
-no more stress if pool goes down from attacks
"Flexible mining proxy" already did backup pools better, and now poclbm has built in support for it. If you mean that pools won't go down you're just wrong.

-maximizing incentives for "small" miners
Small miners have less to gain from it than larger ones, and of course they lose too if they use a proportional pool.

-hashing power spreading more evenly (various pools)
That makes no sense unless you desperately want to believe it. How can you call putting 150 GH on a 10-30 GH pool for a short while and then run away for days until it's profitable again spreading it evenly?

-pool operators finding bottlenecks in their infrastructure
Waste time changing things that would otherwise work just fine, instead of adding features their users want.

-finding better payout schemes (transferring risk to pools, PPS - greater responsibility of pool ops. )
Force pools to switch to payout schemes their users don't want.

the list could go on
I'm sure you think so.


He forgot the last unquestioned answer, "Dont like this, dont use this"

Just move along if its not for you.

...In the land of the stale, the man with one share is king... >> Clipse

We pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
1481026840
Hero Member
*
Offline Offline

Posts: 1481026840

View Profile Personal Message (Offline)

Ignore
1481026840
Reply with quote  #2

1481026840
Report to moderator
1481026840
Hero Member
*
Offline Offline

Posts: 1481026840

View Profile Personal Message (Offline)

Ignore
1481026840
Reply with quote  #2

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

Posts: 1481026840

View Profile Personal Message (Offline)

Ignore
1481026840
Reply with quote  #2

1481026840
Report to moderator
1481026840
Hero Member
*
Offline Offline

Posts: 1481026840

View Profile Personal Message (Offline)

Ignore
1481026840
Reply with quote  #2

1481026840
Report to moderator
1481026840
Hero Member
*
Offline Offline

Posts: 1481026840

View Profile Personal Message (Offline)

Ignore
1481026840
Reply with quote  #2

1481026840
Report to moderator
Sukrim
Legendary
*
Offline Offline

Activity: 1848


View Profile
July 26, 2011, 12:29:20 AM
 #1082

EskimoBob mentioned in another thread earlier that we might have a better rep if instead of switching to a predetermined backup pool in such downtime, if we switched to whatever pool is on the longest block. Would dedicating JUST the hashes that would've gone to backup to such a pool be seriously detrimental (i.e. bring efficiency below 1) or could this be feasible? If it doesn't hurt anything and I'm just sending those shares to ars/eligius anyway I'd rather help a pool I hop out. It'd give us a better image and make pools more willing to stick with hoppable algos.

This would totally bring profits down. You would be joining a pool when it is least profitable. The profitability of eligius is constant.

We could join only non-prop pools then (as a "reward" for not using that broken algorithm). The longer term payout should anyways be 100% there and every *PPS pool might pay out either less than 100% in the short run (depts) or less than 100% forever (depts that cannot be covered by future luck - think of the switch to 25 BTC/block), so a bit more diversity in the backup pools can't hurt anyways.

All we'd need there would be a function to check which backup pool has the most shares currently and use this one. Then everyone can declare any non-prop pool as backup and support them as you wish.

https://bitfinex.com <-- leveraged trading of BTCUSD, LTCUSD and LTCBTC (long and short) - 10% discount on fees for the first 30 days with this refcode: x5K9YtL3Zb
Mail me at Bitmessage: BM-BbiHiVv5qh858ULsyRDtpRrG9WjXN3xf
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
July 26, 2011, 12:56:31 AM
 #1083

EskimoBob mentioned in another thread earlier that we might have a better rep if instead of switching to a predetermined backup pool in such downtime, if we switched to whatever pool is on the longest block. Would dedicating JUST the hashes that would've gone to backup to such a pool be seriously detrimental (i.e. bring efficiency below 1) or could this be feasible? If it doesn't hurt anything and I'm just sending those shares to ars/eligius anyway I'd rather help a pool I hop out. It'd give us a better image and make pools more willing to stick with hoppable algos.

This would totally bring profits down. You would be joining a pool when it is least profitable. The profitability of eligius is constant.

We could join only non-prop pools then (as a "reward" for not using that broken algorithm). The longer term payout should anyways be 100% there and every *PPS pool might pay out either less than 100% in the short run (depts) or less than 100% forever (depts that cannot be covered by future luck - think of the switch to 25 BTC/block), so a bit more diversity in the backup pools can't hurt anyways.

All we'd need there would be a function to check which backup pool has the most shares currently and use this one. Then everyone can declare any non-prop pool as backup and support them as you wish.

Great idea Sukrim - I think that should be implemented as an option at least. Then for new prop pools we have the carrot and the stick - if you're prop we'll bail early, if you're XXPPS we'll jump in at the end and help finish a block.

@c00w - I'd like to try mining scoring pools as outlined a few pages earlier. I'm thinking of having a 0.1*<diff> cutoff for slush, for example. Is there a simple way to choose 'hopping off' points for each pool separately?

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
Clipse
Hero Member
*****
Offline Offline

Activity: 504


View Profile
July 26, 2011, 01:13:31 AM
 #1084

So havnt seen it mentioned here, but dont bother with bitcoins.lc

The actual displayed stats is delayed 0-60mins so hopping is pointless right now over there.

...In the land of the stale, the man with one share is king... >> Clipse

We pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
July 26, 2011, 01:30:04 AM
 #1085

So havnt seen it mentioned here, but dont bother with bitcoins.lc

The actual displayed stats is delayed 0-60mins so hopping is pointless right now over there.

Even if I am missing out on a bit, I'm still getting 150% there.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
bb
Member
**
Offline Offline

Activity: 84


View Profile
July 26, 2011, 01:49:05 AM
 #1086

We should continue all ethics discussions at Pool hopping... ethical or not?.
Clipse
Hero Member
*****
Offline Offline

Activity: 504


View Profile
July 26, 2011, 01:59:33 AM
 #1087

So havnt seen it mentioned here, but dont bother with bitcoins.lc

The actual displayed stats is delayed 0-60mins so hopping is pointless right now over there.

Even if I am missing out on a bit, I'm still getting 150% there.

Weird, we are only getting into the mid to long range rounds.

Atm there is no way to get accurate share submission for <100k share rounds , these are the rounds we would score at the most.

At their current ~400gh poolspeed without hoppers , the shares seem to first refresh on a new round ~90k mark, and recently they had couple of quick rounds that any hopper would miss out on.

...In the land of the stale, the man with one share is king... >> Clipse

We pay miners at 130% PPS | Signup here : Bonus PPS Pool (Please read OP to understand the current process)
rampone
Sr. Member
****
Offline Offline

Activity: 339


dafq is goin on


View Profile
July 26, 2011, 02:41:34 AM
 #1088

Mmmhhh, sorry Mister triplemining op. But at least u had some hashrate while i was away.

Lesson 1: never leave your hopper longer than 4 hours Wink

And now I am wondering: Did mtred find a block or also gone rogue?h

http://virwox.com - Bitcoins via CCard, Skrill, paysafe, paypal & SEPA
Convert your bitcoin into spendable fiat money in less than 2 days. Poker Players use this method to avoid "unnecessary trouble" with the country they live in ... PM me for details. +1:naz86,b4nana,tinua,smart1986,fhh
muyoso
Member
**
Offline Offline

Activity: 84



View Profile
July 26, 2011, 02:47:05 AM
 #1089

Mmmhhh, sorry Mister triplemining op. But at least u had some hashrate while i was away.

Lesson 1: never leave your hopper longer than 4 hours Wink

And now I am wondering: Did mtred find a block or also gone rogue?h

32minute block.  Was awesome.

I drink it up!
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
July 26, 2011, 02:52:55 AM
 #1090

Custom difficulty cutoffs?
Yeah. That would be pretty quick. I'll add it in. use mine_slush as role for a 10% cutoff.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
bb
Member
**
Offline Offline

Activity: 84


View Profile
July 26, 2011, 02:55:49 AM
 #1091

What is the general purpose of custom cutoffs? (Wasn't there someone showing what the ideal cutoff was?)
rampone
Sr. Member
****
Offline Offline

Activity: 339


dafq is goin on


View Profile
July 26, 2011, 02:58:41 AM
 #1092

with mtred: Never mined, they minted a new block!! Wink hoppersden invite anyone 4 me plz?

http://virwox.com - Bitcoins via CCard, Skrill, paysafe, paypal & SEPA
Convert your bitcoin into spendable fiat money in less than 2 days. Poker Players use this method to avoid "unnecessary trouble" with the country they live in ... PM me for details. +1:naz86,b4nana,tinua,smart1986,fhh
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
July 26, 2011, 02:59:39 AM
 #1093

So havnt seen it mentioned here, but dont bother with bitcoins.lc

The actual displayed stats is delayed 0-60mins so hopping is pointless right now over there.

Even if I am missing out on a bit, I'm still getting 150% there.

Weird, we are only getting into the mid to long range rounds.

Atm there is no way to get accurate share submission for <100k share rounds , these are the rounds we would score at the most.

At their current ~400gh poolspeed without hoppers , the shares seem to first refresh on a new round ~90k mark, and recently they had couple of quick rounds that any hopper would miss out on.
.

How are you noticing this - is it a difference between json and website? I'm at work and can't check, sorry.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
July 26, 2011, 03:01:07 AM
 #1094

Custom difficulty cutoffs?
Yeah. That would be pretty quick. I'll add it in. use mine_slush as role for a 10% cutoff.

Excellent <rubs hands> I'll try it on all non-XXMPS/Meni algo pools. See how we go compared to theory.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
bigbeerjr
Newbie
*
Offline Offline

Activity: 19



View Profile
July 26, 2011, 03:02:50 AM
 #1095

with mtred: Never mined, they minted a new block!! Wink hoppersden invite anyone 4 me plz?
Is there something special to get mtred working? I keep getting error decoding json, and it shows up as red on the stats page, and won't switch.

Thanks!
muyoso
Member
**
Offline Offline

Activity: 84



View Profile
July 26, 2011, 03:06:28 AM
 #1096

How are you noticing this - is it a difference between json and website? I'm at work and can't check, sorry.

I have been mining bitcoins.lc for a while and have been monitoring it.  For the last few days I have only been able to jump to bitcoins.lc 30 minutes into a block which is like 177k shares.  I asked Jine straight up what was going on and he replied that he is randomly delaying stats 0-3600 seconds. 

I drink it up!
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
July 26, 2011, 03:07:16 AM
 #1097

@c00w - while I've got you - are shares in the db assigned a difficulty level? My efficiency has been through the roof lately, and while this might be because I've only gone on backup once this week - today - I was just wanting to make sure that all shares weren't given the same difficulty since the efficiency will look better compared to the total coins you have and artificially elevate the efficiency. Or should we reset the db at each diff increase? Sorry if this has already been covered.

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
July 26, 2011, 03:22:13 AM
 #1098

mtred should work by default. Are you using the latest version?
Oh and mine_nmc and mine_slush are added.

Shares are stored in database as difficulty stamped (and once i add workers, difficulty and worker stamped). I'm not sure if the network code is taking that into account or if we serve the data like that. I should just serve an expected for each server. I'll take a look.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
organofcorti
Donator
Legendary
*
Offline Offline

Activity: 1946


Poor impulse control.


View Profile WWW
July 26, 2011, 03:36:08 AM
 #1099

How are you noticing this - is it a difference between json and website? I'm at work and can't check, sorry.

I have been mining bitcoins.lc for a while and have been monitoring it.  For the last few days I have only been able to jump to bitcoins.lc 30 minutes into a block which is like 177k shares.  I asked Jine straight up what was going on and he replied that he is randomly delaying stats 0-3600 seconds. 

I'm still not sure how you would tell - if stats are delayed by an hour, then you'd still get a full amount of shares because bitHopper would still hop off at the point that it thought was correct. It sounds like what you're talking about is more like delaying an update to let everyone know a block has started?

Either way, is the website total shares the same as or different to the json total shares?

Bitcoin network and pool analysis 12QxPHEuxDrs7mCyGSx1iVSozTwtquDB3r
follow @oocBlog for new post notifications
muyoso
Member
**
Offline Offline

Activity: 84



View Profile
July 26, 2011, 03:39:26 AM
 #1100



I'm still not sure how you would tell - if stats are delayed by an hour, then you'd still get a full amount of shares because bitHopper would still hop off at the point that it thought was correct. It sounds like what you're talking about is more like delaying an update to let everyone know a block has started?

Either way, is the website total shares the same as or different to the json total shares?

What happens is this.  Say a round is six hours and 30 minutes long.  Well the website will report the round as 7 hours long, and then suddenly report that round as six hours and 30 minutes long and report the new round as starting 30 minutes ago.  So then the hopper switches usually because its only like 170k shares but you have essentially missed out on the most valuable mining that there is.  You still make money over Ars on short to normal length rounds, but on long rounds your shares are essentially worthless.

I drink it up!
Pages: « 1 ... 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 [55] 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 ... 205 »
  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!