Bitcoin Forum
December 04, 2016, 02:35:38 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 ... 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 106 107 108 109 ... 205 »
  Print  
Author Topic: bitHopper: Python Pool Hopper Proxy  (Read 332627 times)
macboy80
Member
**
Offline Offline

Activity: 102


View Profile
July 26, 2011, 06:55:00 PM
 #1161

Quote
could you also add my pool-stats graph

Pict looks cool.. did you change the addy to reach the webpage?... I've tried all I can think of to reach it.


c00w.. i get this when I start up yours.. probably something I did.. do you have an idea?

[09:50:43] Database Setup
Code:
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "D:\Users\joulesbeef\Desktop\c00w-bitHopper-july24th\bitHopper.py", line
425, in <module>
    main()
  File "D:\Users\joulesbeef\Desktop\c00w-bitHopper-july24th\bitHopper.py", line
420, in main
    stats_call.start(117*4)
  File "D:\Python27\lib\site-packages\twisted\internet\task.py", line 163, in st
art
    self()
  File "D:\Python27\lib\site-packages\twisted\internet\task.py", line 194, in __
call__
    d = defer.maybeDeferred(self.f, *self.a, **self.kw)
--- <exception caught here> ---
  File "D:\Python27\lib\site-packages\twisted\internet\defer.py", line 133, in m
aybeDeferred
    result = f(*args, **kw)
  File "D:\Users\joulesbeef\Desktop\c00w-bitHopper-july24th\stats.py", line 106,
 in update_api_stats
    d = work.get(self.bitHopper.json_agent,info['user_api_address'])
exceptions.NameError: global name 'work' is not defined


@ JB: That is the same error I got yesterday. Issue #45 on GitHub. I believe it happens when you enable/mine bitclockers. c00w had me fixed in the latest commit.
1480862138
Hero Member
*
Offline Offline

Posts: 1480862138

View Profile Personal Message (Offline)

Ignore
1480862138
Reply with quote  #2

1480862138
Report to moderator
1480862138
Hero Member
*
Offline Offline

Posts: 1480862138

View Profile Personal Message (Offline)

Ignore
1480862138
Reply with quote  #2

1480862138
Report to moderator
1480862138
Hero Member
*
Offline Offline

Posts: 1480862138

View Profile Personal Message (Offline)

Ignore
1480862138
Reply with quote  #2

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

Activity: 168



View Profile WWW
July 26, 2011, 06:59:44 PM
 #1162

is mtred IP banning now? or is it just me?

■ ▄▄▄
■ ███
■ ■  ■               
LEDGER  WALLET    ████
■■■ ORDER NOW! ■■■
              LEDGER WALLET
Smartcard security for your BTCitcoins
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
Decentralized. Open. Secure.
Tmoney
Jr. Member
*
Offline Offline

Activity: 40


View Profile
July 26, 2011, 07:06:20 PM
 #1163

is mtred IP banning now? or is it just me?

I'm also banned.
macboy80
Member
**
Offline Offline

Activity: 102


View Profile
July 26, 2011, 07:07:45 PM
 #1164

is mtred IP banning now? or is it just me?

I'm still mining away...

EDIT: MtRed timed out for me now.
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
July 26, 2011, 07:12:55 PM
 #1165

1)beef errors wtih stats.py?
Yeah turning on bitclockers screwed things up. Its fixed in the latest version.

2) mine_slush?
I thik I accidentally made it jump at 1.6 instead of .1. Oops. I'll fix that.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
EskimoBob
Legendary
*
Offline Offline

Activity: 910


Quality Printing Services by Federal Reserve Bank


View Profile
July 26, 2011, 07:14:26 PM
 #1166

Code:
[22:02:43] Error in pool api for nofeemining
[22:02:45] Error in pool api for bitclockers
In localhost:8337/stats, both those jump to 10000000000 and obviously another pool is selected

When shares can be submitted just fine but the pools web page is not answering in a split second, scripts starts a completely unnecessary hop from a perfectly working pool.  Can you calm this down a bit?

Cheers!
 


While reading what I wrote, use the most friendliest and relaxing voice in your head.
BTW, Things in BTC bubble universes are getting ugly....
Sukrim
Legendary
*
Offline Offline

Activity: 1848


View Profile
July 26, 2011, 07:14:58 PM
 #1167

*snip*

What do you guys think about it? I'll use it for sure. 

This would totally invalidate the whole effort of pool hopping and roughly be the equivalent of just mining at the same pool for a longer period of time.

Not if we use only pools as backup that have hopping proof algorithms. It just lowers variance to mine at one of the 3 *PPS pools (ars, eligius, bitpit), in the longer run it does NOT hurt anyone to mine at PPLNS pools or others instead as backup.

After all, I still have a lot of accounts on a lot of pools where I could mine instead when no Prop. Pool is "hot" right now.

If we use "highest number of round shares" as measurement, we will help these pools even more, as many less educated miners tend to run away once rounds take longer and we can provide a quite high hash rate with the users of this program (~100 GH/s). Also we have more backup pools.

I personally would enable any pool with automatic + full 8-digit payouts (I hate checking + logging in to a dozen webpages every few days) as backup pool.

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
macboy80
Member
**
Offline Offline

Activity: 102


View Profile
July 26, 2011, 07:19:30 PM
 #1168

Code:
[22:02:43] Error in pool api for nofeemining
[22:02:45] Error in pool api for bitclockers
In localhost:8337/stats, both those jump to 10000000000 and obviously another pool is selected

When shares can be submitted just fine but the pools web page is not answering in a split second, scripts starts a completely unnecessary hop from a perfectly working pool.  Can you calm this down a bit?

Cheers!
 



+1
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
July 26, 2011, 07:33:50 PM
 #1169

1) Calm down api?
Yeah. I can make it not set the shares to 10,000 but if an api goes down then that pool will hover at its current share level and may result in people mining it for way to long. Or i could make the api_disable work but then the pool will get api_disable if its shares are static/the website is down for to long.I could add an api delagger to solve that problem.

But the question is: rewrite of api system or bitcoind integration?

2) Are bitclockers and triple still using a hoppable algorithms?
If they are i'll reenable them by default.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
Tmoney
Jr. Member
*
Offline Offline

Activity: 40


View Profile
July 26, 2011, 07:35:53 PM
 #1170

I've been testing mine_nmc.  It works great, however, total pool shares aren't displayed on the stats page.  This goes for mine_slush as well.
Clipse
Hero Member
*****
Offline Offline

Activity: 504


View Profile
July 26, 2011, 08:04:52 PM
 #1171

1) Calm down api?
Yeah. I can make it not set the shares to 10,000 but if an api goes down then that pool will hover at its current share level and may result in people mining it for way to long. Or i could make the api_disable work but then the pool will get api_disable if its shares are static/the website is down for to long.I could add an api delagger to solve that problem.

But the question is: rewrite of api system or bitcoind integration?

2) Are bitclockers and triple still using a hoppable algorithms?
If they are i'll reenable them by default.

bitcoind integration seems higher priority when comparing the 2 issues Wink

...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)
EskimoBob
Legendary
*
Offline Offline

Activity: 910


Quality Printing Services by Federal Reserve Bank


View Profile
July 26, 2011, 08:09:15 PM
 #1172

1) Calm down api?
Yeah. I can make it not set the shares to 10,000 but if an api goes down then that pool will hover at its current share level and may result in people mining it for way to long. Or i could make the api_disable work but then the pool will get api_disable if its shares are static/the website is down for to long.I could add an api delagger to solve that problem.

But the question is: rewrite of api system or bitcoind integration?

2) Are bitclockers and triple still using a hoppable algorithms?
If they are i'll reenable them by default.

Pardon my bad English but by "pools web page is not answering in a split second, scripts starts a completely unnecessary hop from a perfectly working pool.  Can you calm this down a bit? " I am trying to say something like:

1. Get the stats
2. no connection (User timeout caused connection failure.)
3. try one more time if no connection move one and hop
  3.1 if connection OK, gets stats and do not hop.

Hopefully this makes more sense Smiley  
 

While reading what I wrote, use the most friendliest and relaxing voice in your head.
BTW, Things in BTC bubble universes are getting ugly....
hawks5999
Full Member
***
Offline Offline

Activity: 168



View Profile WWW
July 26, 2011, 08:10:44 PM
 #1173

is mtred IP banning now? or is it just me?

I'm also banned.

Hmm... so were we regex'ing them or hitting json?

■ ▄▄▄
■ ███
■ ■  ■               
LEDGER  WALLET    ████
■■■ ORDER NOW! ■■■
              LEDGER WALLET
Smartcard security for your BTCitcoins
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
Decentralized. Open. Secure.
Tmoney
Jr. Member
*
Offline Offline

Activity: 40


View Profile
July 26, 2011, 08:14:56 PM
 #1174

json, what about you?
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
July 26, 2011, 08:17:11 PM
 #1175

1) mtred default is json

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
dewon
Jr. Member
*
Offline Offline

Activity: 55

COMM: CfZgYSWunroL5FcZ2cx1wCkayEa8Gsx35h


View Profile
July 26, 2011, 08:21:09 PM
 #1176

I got banned also  Sad

ShareCoin Free and Fair Distribution. Sauf5B5bDWYW8nPg2ZG8EvP92fdDswxXnD
hawks5999
Full Member
***
Offline Offline

Activity: 168



View Profile WWW
July 26, 2011, 08:24:40 PM
 #1177

so they are just being pricks about it then, I guess.
Oh well, moving on.
'role':'removefromlist'

■ ▄▄▄
■ ███
■ ■  ■               
LEDGER  WALLET    ████
■■■ ORDER NOW! ■■■
              LEDGER WALLET
Smartcard security for your BTCitcoins
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
Decentralized. Open. Secure.
bb
Member
**
Offline Offline

Activity: 84


View Profile
July 26, 2011, 08:27:02 PM
 #1178

*snip*

What do you guys think about it? I'll use it for sure. 

This would totally invalidate the whole effort of pool hopping and roughly be the equivalent of just mining at the same pool for a longer period of time.

Not if we use only pools as backup that have hopping proof algorithms. It just lowers variance to mine at one of the 3 *PPS pools (ars, eligius, bitpit), in the longer run it does NOT hurt anyone to mine at PPLNS pools or others instead as backup.

After all, I still have a lot of accounts on a lot of pools where I could mine instead when no Prop. Pool is "hot" right now.

If we use "highest number of round shares" as measurement, we will help these pools even more, as many less educated miners tend to run away once rounds take longer and we can provide a quite high hash rate with the users of this program (~100 GH/s). Also we have more backup pools.

I personally would enable any pool with automatic + full 8-digit payouts (I hate checking + logging in to a dozen webpages every few days) as backup pool.

I think the proposal was to hop in late on proportional pools.

For pools with fair payout algorithms this would be an option, although I would prefer mining the pool with the least stale rate.
joulesbeef
Sr. Member
****
Offline Offline

Activity: 476


moOo


View Profile
July 26, 2011, 08:33:15 PM
 #1179

me and a friend hopper can still get on mtred.

they did not sound like they were going to ban people.

they said they were going to change the payout methods.

Quote
Hey, the new code is almost complete, had to finish some things for work this week and been kinda hectic.
But we will soon be offering both prop/and pps models; similar to deepbit, but with 0% Fees as always


...


[–]RedditorRex (_) 3 points 6 days ago (4|1)
This plan will benefit both dedicated users and hoppers. Hoppers can continue to mine on a prop pool, while others can get paid via the pps method. Everyone gets paid how they want, and the pool will cover both long and short block rewards.
And those bullets are still 100% correct..



they dont want to ban us.. something is wrong on your end i bet

mooo for rent
macboy80
Member
**
Offline Offline

Activity: 102


View Profile
July 26, 2011, 08:41:17 PM
 #1180

But the question is: rewrite of api system or bitcoind integration?

I'm not sure what bitcoind integration entails. Does that mean we would be able to track payouts via the web interface?
Would that mean we needed a wallet.dat on our host machine? If so how would it be secured?

On the note about api failures, I think there should be something to keep from switching between the optimal pool that is lagging and the second option. Maybe a configurable countdown timer or X successful api polls before returning to a lagging pool. I too have noticed the constant switching back and forth.
Pages: « 1 ... 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 106 107 108 109 ... 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!