Bitcoin Forum
December 12, 2017, 09:36:27 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 ... 205 »
  Print  
Author Topic: bitHopper: Python Pool Hopper Proxy  (Read 352268 times)
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
August 02, 2011, 05:11:26 PM
 #2021

delete stats.db.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1513071387
Hero Member
*
Offline Offline

Posts: 1513071387

View Profile Personal Message (Offline)

Ignore
1513071387
Reply with quote  #2

1513071387
Report to moderator
1513071387
Hero Member
*
Offline Offline

Posts: 1513071387

View Profile Personal Message (Offline)

Ignore
1513071387
Reply with quote  #2

1513071387
Report to moderator
1513071387
Hero Member
*
Offline Offline

Posts: 1513071387

View Profile Personal Message (Offline)

Ignore
1513071387
Reply with quote  #2

1513071387
Report to moderator
hawks5999
Full Member
***
Offline Offline

Activity: 168



View Profile WWW
August 02, 2011, 05:31:05 PM
 #2022

I just added a new LP system and a slice scheduler similar to flowers. New lp is on by default. Scheduler uses --scheduler SliceScheduler

Oh and ryou's dynamic penalty doesn't conflict with my code. Its just another item that needs to get added.

From a project management perspective, I'd recommend letting ryo finish integrating slicing into his fork (which he's working on now, I believe) and then merge it all in together. He's doing time based, multi-threshold with dynamic penalty now and it will be all that including slicing when complete. Seems like merging the complete package would be easier than making it fit into another slicing implementation. Just my two bits.


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

Activity: 196


View Profile
August 02, 2011, 05:33:46 PM
 #2023

Um. But he's not using our scheduler system at all. So if he finishes someone is going to have to rewrite it anyway. And this code doesn't stop someone from merging in that scheduler. Thats the point of the new scheduler system. And slicing is really needed.

EDIT: And the final goal is to do share's submitted based slicing not time based.

EDIT2: But yeah we're going to eventually want ryo's scheduler merged into the main fork. But I don't have the time for doing a major merge so writing it from scratch was quicker and easier.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
hawks5999
Full Member
***
Offline Offline

Activity: 168



View Profile WWW
August 02, 2011, 05:51:26 PM
 #2024

Ok, just shows what I don't understand about the architecture of the various forks.

But what I do understand is that share based hopping seems to be the least profitable based on simulation of the hopping approaches (share-based/time-based/ryouiki's current/flower-slice). Flower-slice seems the most profitable but jumps too much. The link in my previous comment has the information. Combining slice with time+multi-threshold+dyn-penalty seems like it will yield the highest results. I'm totally open to the idea that I may be completely wrong.

I'll add as well, that an even more final goal should be to incorporate all the work in the proxy into a client like Cherry Picker. Running both side by side has revealed to me that rejects will always tend to be higher with a proxy vs. a client. For a little more final goal, all this incorporated into the base miner software and configurable through something like guiminer (with an additional web frontend interface) would be panacea. Ah! to dream...

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

Activity: 168



View Profile WWW
August 02, 2011, 05:53:45 PM
 #2025

by the way, this guy might be on to something worth exploring...

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

Activity: 196


View Profile
August 02, 2011, 06:13:31 PM
 #2026

The reasons flowers is the most profitable is he spreads the shares over all available pools pretty evenly. We just implemented the same system basically.

Share based slicing would make it so we work towards each pool getting exactly the same number of shares. This would be the most even and hopefully a little more profitable although not much.

So the reason flowers is more profitable is he hops more. Which is the point. He doesn't hop too much. In fact with our new system we should technically be able to do every getwork from a different pool if we had enough.

Client based hopping?
Um probably. Eventually. A lot of work needs to be done before that happens.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
hawks5999
Full Member
***
Offline Offline

Activity: 168



View Profile WWW
August 02, 2011, 06:23:51 PM
 #2027

Client based hopping?
Um probably. Eventually. A lot of work needs to be done before that happens.

I'm sure you'll have it done before next difficulty increase Cheesy Grin Cheesy

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

Activity: 178



View Profile
August 02, 2011, 06:32:20 PM
 #2028

Hi!
I use this as proxy for solo-mining.
How to make so that "getwork" for "shares" were considered?
The counter is at a stop.

Sorry for my English
djex
Full Member
***
Offline Offline

Activity: 196


View Profile
August 02, 2011, 06:32:42 PM
 #2029

So digbtc changed their payout system to SMPPS / PPLNS so that ones off the list.

Smiley  : 1LbvSEJwtQZKLSQQVYxQJes8YneQk2yhE3
bb
Member
**
Offline Offline

Activity: 84


View Profile
August 02, 2011, 06:32:50 PM
 #2030

So the slicing basically means that if there are multiple hoppable pools, they are all mined at the same time? (Or do I still not get it?)
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
August 02, 2011, 06:44:04 PM
 #2031

@bb
It means if you have three pools less than 30% it will route getworks from one for a bit then the next then the next. So it will spread your work evenly and make sure that you are in on every round at every pool. Basically it resolves the issue of being stuck on a slow pool with a low amount of shares while a faster pool gets three short rounds in a row.

@phant
What? You want to record the number of getworks? Shares/getwork?

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
phants
Full Member
***
Offline Offline

Activity: 178



View Profile
August 02, 2011, 06:45:57 PM
 #2032

@phant
What? You want to record the number of getworks? Shares/getwork?
Yes Smiley
How it can be executed?
paraipan
Legendary
*
Offline Offline

Activity: 924


Firstbits: 1pirata


View Profile WWW
August 02, 2011, 06:52:09 PM
 #2033

@phant
What? You want to record the number of getworks? Shares/getwork?
Yes Smiley
How it can be executed?

you can do that easily with bitcoin-mining-proxy from Chris Howie, it uses mysql for storing all the data you need

BTCitcoin: An Idea Worth Saving - Q&A with bitcoins on rugatu.com - Check my rep
phants
Full Member
***
Offline Offline

Activity: 178



View Profile
August 02, 2011, 06:59:50 PM
 #2034

you can do that easily with bitcoin-mining-proxy from Chris Howie, it uses mysql for storing all the data you need
Thanks!
But it is too difficult for me Sad
paraipan
Legendary
*
Offline Offline

Activity: 924


Firstbits: 1pirata


View Profile WWW
August 02, 2011, 07:10:00 PM
 #2035

you can do that easily with bitcoin-mining-proxy from Chris Howie, it uses mysql for storing all the data you need
Thanks!
But it is too difficult for me Sad

hehe if you managed to install yourself a opencl gpu, a miner and the hopper proxy, setting-up a LAMP on linux or windows should be a piece of cake

BTCitcoin: An Idea Worth Saving - Q&A with bitcoins on rugatu.com - Check my rep
MaGNeT
Legendary
*
Offline Offline

Activity: 1260


Waves | 3PHMaGNeTJfqFfD4xuctgKdoxLX188QM8na


View Profile WWW
August 02, 2011, 07:13:41 PM
 #2036

The reasons flowers is the most profitable is he spreads the shares over all available pools pretty evenly. We just implemented the same system basically.

Share based slicing would make it so we work towards each pool getting exactly the same number of shares. This would be the most even and hopefully a little more profitable although not much.

So the reason flowers is more profitable is he hops more. Which is the point. He doesn't hop too much. In fact with our new system we should technically be able to do every getwork from a different pool if we had enough.

Client based hopping?
Um probably. Eventually. A lot of work needs to be done before that happens.

Testing it!
How often should it hop?

Unofficial Waves topic: https://bitcointalk.org/index.php?topic=2142722   |   My Waves address alias = magnet
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
August 02, 2011, 07:14:19 PM
 #2037

No faster than once every 10 seconds if multiple pools are available to hop.

Oh and I found a bug in LP and fixed it. So it now actually looks like it works.

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
joulesbeef
Sr. Member
****
Offline Offline

Activity: 476


moOo


View Profile
August 02, 2011, 07:14:50 PM
 #2038

Quote
So digbtc changed their payout system to SMPPS / PPLNS so that ones off the list.

that did not take long.. they didnt even give us a chance to piss them off.



so do you have to do anything to turn on slicing? I just ask as the console seems a bit calmer than the last flower version i tried.


and xaamp is a great lamp for noobs

If joulesbeef can figure out xaamp, you can too.

mooo for rent
MaGNeT
Legendary
*
Offline Offline

Activity: 1260


Waves | 3PHMaGNeTJfqFfD4xuctgKdoxLX188QM8na


View Profile WWW
August 02, 2011, 07:16:32 PM
 #2039

No faster than once every 10 seconds if multiple pools are available to hop.

Oh and I found a bug in LP and fixed it. So it now actually looks like it works.

Do I have to upgrade?

It didn't hop yet... Stays at 1 pool (not the one with the lowest shares but under 30%)

Unofficial Waves topic: https://bitcointalk.org/index.php?topic=2142722   |   My Waves address alias = magnet
c00w
Full Member
***
Offline Offline

Activity: 196


View Profile
August 02, 2011, 07:19:45 PM
 #2040

@beef
You have to run with --scheduler SliceScheduler

@Magnet
You need the latest version to get Lp working. So no but it'll help. Does any pool have <40% shares? Besides that one?

1HEmzeuVEKxBQkEenysV1yM8oAddQ4o2TX
Pages: « 1 ... 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 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 ... 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!