Bitcoin Forum
December 04, 2016, 08:25:43 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 [187] 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 »
  Print  
Author Topic: bitHopper: Python Pool Hopper Proxy  (Read 332642 times)
cirz8
Jr. Member
*
Offline Offline

Activity: 42


View Profile
August 21, 2011, 10:04:28 AM
 #3721

The web-interface has the role: split up in two: status(Disabled | Info | Mine) and role(like the user.cfg).

But in the user.cfg one can only take one option.
This can be somewhat troublesome if one doesn't want to have a pool start mining per default(set to info/disable in the user.cfg) and that pool requires a non ^role: mine$ role, such as ^role: mine_nmc$.
If one has that pool in either info or disable in the user.cfg one has to remember to change to the correct role manually when enabling it via the web-interface, as it default to ^role: mine$.

A suggestion, which would require a bunch of new lines of code to be added, would be to break up the role: in the user.cfg into two, such as
preset:(mine_nmc, mine_ixc, mine_i0c, mine_deepbit, mine_slush, backup, backup_latehop, mine_charity)
action:(mine, info, disable)

Mandatory?  123ABCcirz8CcieVh9UwThEX2vkoJF33Te
1480883143
Hero Member
*
Offline Offline

Posts: 1480883143

View Profile Personal Message (Offline)

Ignore
1480883143
Reply with quote  #2

1480883143
Report to moderator
1480883143
Hero Member
*
Offline Offline

Posts: 1480883143

View Profile Personal Message (Offline)

Ignore
1480883143
Reply with quote  #2

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

Activity: 42


View Profile
August 21, 2011, 11:13:48 AM
 #3722

Some bug-reports
Update: I'd advice against running the setup below as it breaks down miserably after a while, ending up consuming LOTS of bandwidth(about 1000x the normal)
version: v0.2.1-63 (066ee5e23c2af1626a5821e8f8c0945854f8919f)
command line: --scheduler=AltSliceScheduler --altslicesize=180 --p2pLP --debug

Code: (Every pool)
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] btcworld:        2468890
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] Error in pool api for btcworld
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] "[Failure instance: Traceback: <type 'exceptions.UnboundLocalError'>: local variable 'server_shares' referenced before assignment\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:949:gotResult\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:936:_inlineCallbacks\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:318:callback\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:424:_startRunCallbacks\n--- <exception caught here> ---\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:441:_runCallbacks\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/pool.py:331:selectsharesResponse\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:137:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:612:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:116:select_best_server\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:411:select_best_server\n]"

Code: (Not sure which pool the json decoding error comes from)
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] btcserv: 1340313
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] Error in pool api for btcserv
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] "[Failure instance: Traceback: <type 'exceptions.UnboundLocalError'>: local variable 'server_shares' referenced before assignment\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:949:gotResult\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:936:_inlineCallbacks\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:318:callback\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:424:_startRunCallbacks\n--- <exception caught here> ---\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:441:_runCallbacks\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/pool.py:331:selectsharesResponse\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:137:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:612:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:116:select_best_server\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:411:select_best_server\n]"
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] 'Error in json decoding, Server probably down'
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] 'triple'
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] ''
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] triple:  6201449
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] Error in pool api for triple
2011-08-21 12:56:50+0200 [HTTP11ClientProtocol,client] "[Failure instance: Traceback: <type 'exceptions.UnboundLocalError'>: local variable 'server_shares' referenced before assignment\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:949:gotResult\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:936:_inlineCallbacks\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:318:callback\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:424:_startRunCallbacks\n--- <exception caught here> ---\n/usr/lib/python2.6/dist-packages/twisted/internet/defer.py:441:_runCallbacks\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/pool.py:331:selectsharesResponse\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:137:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:612:server_update\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/bitHopper.py:116:select_best_server\n/home/bithopper/bin/bitHopper/bitHopper_v0.2.1-63/scheduler.py:411:select_best_server\n]"

Code: (only bcpool)
2011-08-21 12:58:55+0200 [HTTP11ClientProtocol,client] 'received lp from: bcpool'
2011-08-21 12:58:55+0200 [HTTP11ClientProtocol,client] 'Error in LP bcpool'
2011-08-21 12:58:55+0200 [HTTP11ClientProtocol,client] Unhandled Error
        Traceback (most recent call last):
        Failure: exceptions.ValueError: No JSON object could be decoded

2011-08-21 12:58:55+0200 [-] 'LP Call http://bitcoinpool.com:8334/listenChannel'

Mandatory?  123ABCcirz8CcieVh9UwThEX2vkoJF33Te
Big Time Coin
Sr. Member
****
Offline Offline

Activity: 332



View Profile
August 21, 2011, 02:51:36 PM
 #3723

What's really frustrating is how much hate is directed against such a small slice of the mining pie.  Only about 300 Gigahash is hoppers out of 13 terahash total mining.  It's less than 3% of the miners!  And all these pool ops are wasting coding time trying to hurt us by obfuscating stats.  For some I believe this is just a smokescreen for their coding time spent on block stealing algorithms.

You guys are the only ones even trying to keep them honest by predicted/figuring out which pool found which block.  If that problem can be solved, then the pool op block stealing will stop.

Big time, I'm on my way I'm making it, big time, oh yes
- Peter Gabriel
MrWizard
Sr. Member
****
Offline Offline

Activity: 252


View Profile
August 21, 2011, 02:59:28 PM
 #3724

What's really frustrating is how much hate is directed against such a small slice of the mining pie.  Only about 300 Gigahash is hoppers out of 13 terahash total mining.  It's less than 3% of the miners!  And all these pool ops are wasting coding time trying to hurt us by obfuscating stats.  For some I believe this is just a smokescreen for their coding time spent on block stealing algorithms.

You guys are the only ones even trying to keep them honest by predicted/figuring out which pool found which block.  If that problem can be solved, then the pool op block stealing will stop.
I don't see how.  When they do steal blocks they submit them under their private wallet, not through their pool.

"I walked into the room dripping in Bitcoins.  Yea dripping in Bitcoins."
(BTC) 168DCCeGmDy3xTWRimLVhvKtK3yEWbpsSg     (LTC) LbYS8VFqFSU7B9bfaHD11seQMtrtYEKpLe
(BBQ) bNVZErvwLzpEG7H3kt1fycWspzRQB1MJzL
cirz8
Jr. Member
*
Offline Offline

Activity: 42


View Profile
August 21, 2011, 03:08:40 PM
 #3725

What's really frustrating is how much hate is directed against such a small slice of the mining pie.  Only about 300 Gigahash is hoppers out of 13 terahash total mining.  It's less than 3% of the miners!  And all these pool ops are wasting coding time trying to hurt us by obfuscating stats.  For some I believe this is just a smokescreen for their coding time spent on block stealing algorithms.

You guys are the only ones even trying to keep them honest by predicted/figuring out which pool found which block.  If that problem can be solved, then the pool op block stealing will stop.
I don't see how.  When they do steal blocks they submit them under their private wallet, not through their pool.
New wallet address for each block, if block is found under say 750k shares fix it so that the next block is a magical 750k shares larger. Steal every fourth block that matches this, good luck being found out.  Angry

Mandatory?  123ABCcirz8CcieVh9UwThEX2vkoJF33Te
Sukrim
Legendary
*
Offline Offline

Activity: 1848


View Profile
August 21, 2011, 03:18:02 PM
 #3726

What's really frustrating is how much hate is directed against such a small slice of the mining pie.  Only about 300 Gigahash is hoppers out of 13 terahash total mining.  It's less than 3% of the miners!  And all these pool ops are wasting coding time trying to hurt us by obfuscating stats.  For some I believe this is just a smokescreen for their coding time spent on block stealing algorithms.

You guys are the only ones even trying to keep them honest by predicted/figuring out which pool found which block.  If that problem can be solved, then the pool op block stealing will stop.
I don't see how.  When they do steal blocks they submit them under their private wallet, not through their pool.
New wallet address for each block, if block is found under say 750k shares fix it so that the next block is a magical 750k shares larger. Steal every fourth block that matches this, good luck being found out.  Angry
In the longer run you might have a small "total pool bad luck" ratio of whatever these 750k/4 shares are worth against the current difficulty. It would be better to just declare a few shares invalid which in reality aren't to increase your pool's stale rate by a bit less than 1% - and log the shares under a mining account of yours instead. There is no need to steal shole blocks if YOU are the one telling your miners if you're even going to pay them for their work.

Edit: we really should get back to topic though, there are so many ways how pool operators can steal from their users that I don't even want to get into detail... The ONLY way to prevent this is to have "social" mining software that announces found blocks + the pool you mined them in on IRC or similar, and maximum transparency from pools including access to all getwork solutions (so you couls check that your solutions get added to your account only).

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
lucita777
Jr. Member
*
Offline Offline

Activity: 39


View Profile
August 21, 2011, 03:42:14 PM
 #3727

I think the reasons are 1. That would take some effort, 2. Math fail (such as the below-mentioned pool op not believing that pool hoppers reduce earnings, and me being unable to communicate with him in the language of integral calculus and binomial statistics, since he's working at a hosting company at the age I was studying engineering), 3. User resistance (typical PPLNS conversion discussion: "I don't like the idea of my shares expiring..."), and 4. Greed - hopping doesn't reduce the earnings of pool ops, just the users, and more block solves = more fees they get to keep.

...

I am referring to the instability and extra work that hoppers create for pool operators and their users. I happen to know several network problems at bitcoins.lc were from pool hoppers, specifically from hundreds of connections a second being opened by the multipool op and other unknown actors, essentially DDOSing the pool. Jine had to implement firewall caching because of the load the constant stat-refreshing was causing, and had to switch over to to a VM environment with load distribution between six different servers, because proxied and aggregated connections were not re-using TCP sessions properly and would run pushpoold out of TCP/IP ports and crash the pool for all the users. That I might be bitter about, along with having to switch my higher aggression mining tasks to a PPLNS pool instead of my first choice, to avoid earning measurably less.

I do somewhat agree that the game is flawed if you have to kick out the card counters. However, you aren't taking from the house, you are taking from other miners in a situation where the ideal would be that we pool our resources for the good of all. My response is to the self-justifying posts every few pages of this thread that "pools should be glad, we help them solve blocks", or "xxx pool is unscrupulous a-holes because they are taking measures against pool hopping".


Yes, all of the aboove are viable reasons. But that's the real world, if someone is lazy or ignorant, then they ususally get less paid job than someone smart. It is true, that on a pool with hoppers, miners will receive less money. Actually the more correct, would be that on the pool with hoppers, miners receive the exact money they are supposed to receive on a Prop pool. Without hoppers they just receive more bonuses from the short blocks. Blaming hoppers for this is like blaming poker players that they only play good hands and fold on bad hands. Or blaming some people that they only buy lottery coupons when there is a cumulation and the EV from such buy is above 0 and as such reducing the reward for everyday-lottery-players. Hoppers so use the system for their benefits. The first people who started using GPU instead of CPU for mining were also using the system for their benefits, where they suddenly found an "unfair" advantage.

Network stability is related to the implementation of hopping rather than hopping itself. Hopefully BH will improve and be more efficient with retrieving data. But still, our first choice is JSON, which should be cheap for the pool server. If a pool fakes JSON then we download their website Smiley

Mining is a game of chance and game of skill. To mine effectively, you need to use the best software and best hardware, otherwise the results are going to be sub-optimal. Every new GPU added to the network causes all other miners to loose their income. Every new version of mining software kernels also give more money to miners using it on the expense of miners who don't. Mining bitcoins is all about taking it from other miners.


lucita777
Jr. Member
*
Offline Offline

Activity: 39


View Profile
August 21, 2011, 03:46:58 PM
 #3728

w.  When they do steal blocks they submit them under their private wallet, not through their pool.

But the miners found a hash for the block with an address belonging to a pool. Pool owner cannot change the address, as it would render the hash useless.
Pool owner can hide the block and don't report it on website and don't pay for it. If it is rare enough, then it would be hard to detect.
cirz8
Jr. Member
*
Offline Offline

Activity: 42


View Profile
August 21, 2011, 06:02:32 PM
 #3729

Which is why you would use a new address for every block, call it a security feature or whatever  Wink

Mandatory?  123ABCcirz8CcieVh9UwThEX2vkoJF33Te
Grinder
Legendary
*
Offline Offline

Activity: 1269


View Profile
August 21, 2011, 06:50:57 PM
 #3730

You guys are just stupid. If your had just shut up or at least kept your bragging of how profitable it is and your silly attempts at justifying pool jumping to this thread you could have gotten away with it for a while longer. Now you're even doing it in the pool's threads. That has of course pissed off the miners who wasn't aware of what is going on, putting even more pressure on the pool owners to protect the more loyal users.
teukon
Legendary
*
Offline Offline

Activity: 1246



View Profile
August 21, 2011, 07:06:13 PM
 #3731

You guys are just stupid. If your had just shut up or at least kept your bragging of how profitable it is and your silly attempts at justifying pool jumping to this thread you could have gotten away with it for a while longer. Now you're even doing it in the pool's threads. That has of course pissed off the miners who wasn't aware of what is going on, putting even more pressure on the pool owners to protect the more loyal users.

I think you want the "Is pool hopping ethical" thread.
joulesbeef
Sr. Member
****
Offline Offline

Activity: 476


moOo


View Profile
August 21, 2011, 07:14:32 PM
 #3732

one this thread does need to get back to development.

but I dont think hopping is much of a secret.. Still I agree people.. like me.. should tone it down a bit.

And it is Not all that profitable for the work involved. I get about 0.1 BTC a day more than i would normally.. no lie, but it keeps it a bit better than my electricity costs. and keeps me going for a tiny bit longer.


mooo for rent
MrSam
Member
**
Offline Offline

Activity: 112



View Profile WWW
August 21, 2011, 09:12:56 PM
 #3733

You would better all join triplemining .. The pool that welcomes y'all Smiley

Help me crack this block and i promise i'll be the first pool to reward hoppers with BTC

www.triplemining.com

Every block finder gets 5 additional BTC
r2edu
Member
**
Offline Offline

Activity: 68


View Profile
August 21, 2011, 11:04:32 PM
 #3734

my bh jump to that pool a few minutes ago, but i realize that the previous round keeps going, so: are you faking the stats??

if that is not the case i´ll set up in "mine_charity" to help it finish that block, kinda like that pool Wink
macboy80
Member
**
Offline Offline

Activity: 102


View Profile
August 22, 2011, 01:32:42 AM
 #3735

You would better all join triplemining .. The pool that welcomes y'all Smiley

Help me crack this block and i promise i'll be the first pool to reward hoppers with BTC

www.triplemining.com

Every block finder gets 5 additional BTC

I've got everything I have pointed to you. Glad to help Wink
joulesbeef
Sr. Member
****
Offline Offline

Activity: 476


moOo


View Profile
August 22, 2011, 03:11:54 AM
 #3736

I like triple a lot, and made out like a bandit hopping onto solidcoins while the diff was low.

I'll be glad to point my miner your way.. i wont help much but you can have my hashes

mooo for rent
r2edu
Member
**
Offline Offline

Activity: 68


View Profile
August 22, 2011, 03:16:12 AM
 #3737

I can´t make it run the latest version 0.2.2.4-2, it just pop-up the dos window and shut down immediately..

starting with --auth user,pass --p2pLP --scheduler(with & without =)OldDefaultScheduler
Sukrim
Legendary
*
Offline Offline

Activity: 1848


View Profile
August 22, 2011, 04:26:07 AM
 #3738

You're probably missing some of the new dependencies - read the Readme.

Also DOS is gone since Windows ME... this is simply the command line of Windows, nothing related to DOS.

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
lucita777
Jr. Member
*
Offline Offline

Activity: 39


View Profile
August 22, 2011, 04:46:01 AM
 #3739

A couple of days ago I switched to the new version of BH and notices some weird behavior.
After some time pools like mtred, ozco are being switched to api_disable. However most of the time shares and scheduler seems to work for them. Does anyone else hit this problem?

btw. BH doesn't show any stats disturbances on Tripplemining chart for me, so I pointed one miner towards it Smiley
hawks5999
Full Member
***
Offline Offline

Activity: 168



View Profile WWW
August 22, 2011, 05:07:26 AM
 #3740

You guys are just stupid. If your had just shut up or at least kept your bragging of how profitable it is and your silly attempts at justifying pool jumping to this thread you could have gotten away with it for a while longer. Now you're even doing it in the pool's threads. That has of course pissed off the miners who wasn't aware of what is going on, putting even more pressure on the pool owners to protect the more loyal users.

+9000

■ ▄▄▄
■ ███
■ ■  ■               
LEDGER  WALLET    ████
■■■ ORDER NOW! ■■■
              LEDGER WALLET
Smartcard security for your BTCitcoins
■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■
Decentralized. Open. Secure.
Pages: « 1 ... 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 [187] 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 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!