JuicyPasta / Claymore-No-Fee-Proxy

Removes Claymore's 1-2% mining fee
138 stars 67 forks source link

Tested with Claymore 10.0? #29

Open mhousser opened 6 years ago

mhousser commented 6 years ago

Title says it all.

lcheung90 commented 6 years ago

Just finished setting up... it doesn't seem to work with 10.0.

mhousser commented 6 years ago

That's too bad. Looking for very simple instructions on achieving this in Win 10 x64 + Claymore v10.0. This tool, or any other methods. Difficult to find clear step-by-step instructions.

lcheung90 commented 6 years ago

It seems that in v10.0 Claymore does not use the specified pool and falls back to using us1.ethpool.org:3333 an arbitrary pool and bypasses the request_handler.

@JuicyPasta @drdada any ideas? claymorev10

claymorev10-2

172.12.10.228 is my fake WAN Edit: uses arbitrary pool and add new image

mhousser commented 6 years ago

Do you know of any manual workaround? A Windows software tool that can intercept and modify outgoing packets?

On Oct 15, 2017 7:29 PM, "Luis Cheung" notifications@github.com wrote:

It seems that in v10.0 Claymore does not use the specified pool and falls back to using us1.ethpool.org:3333 and bypasses the request_handler.

@JuicyPasta https://github.com/juicypasta @drdada https://github.com/drdada [image: claymorev10] https://user-images.githubusercontent.com/1421411/31592702-0d431f16-b1df-11e7-9d6a-c0fa037206e3.PNG

172.12.10.228 is my fake WAN

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/JuicyPasta/Claymore-No-Fee-Proxy/issues/29#issuecomment-336764416, or mute the thread https://github.com/notifications/unsubscribe-auth/AAyyTikPxd54nXc3z1AnflnGgMbx3jfEks5ssr-OgaJpZM4P5797 .

lcheung90 commented 6 years ago

Wireshark, but my experience with it is limited

I found another proxy for Claymore, check it out https://github.com/LostSoulFly/MinerProxy I have not tried it yet.

mhousser commented 6 years ago

Have looked at Wireshark, but it's so complex - found the proper packets for Claymore going out, but would really love to see a full step-by-step documentation on how to set it up to intercept/modify data.

I'll take a look at the link you just shared.

There must be some tutorial somewhere on the internet, I keep searching..

drdada commented 6 years ago

Hello, i have not tested CM v10.0 yet. #25 And i don't think i will update/support it. (Lack of time and no longer motivations) Feel free to read the code and create pull request. :+1:

@mhousser Wireshark can only read packets (no forge or manipulations). I'm sorry if my guide are too succinct for you. If you want to manipulate some packet take a look at nfqueue (netfilter on linux).

@lcheung90 What are your args ? did you set something like allcoin or allpool ?

lcheung90 commented 6 years ago

@drdada I had allpool set (I changed the WAN IP from before)

New script looks like this: ethdcrminer64.exe -epool 175.5.10.15:8008 -ewal <wallet>.Miner01 -epsw x -mode 1 -tt 68

lcheung90 commented 6 years ago

@drdada @mhousser

OK, after removing the -allpool option it seems to work.

However, the time to transmit the share to the pool seems to increase little by little and eventually you end up with quite a few stale shares. I am not sure if it is detecting the proxy, or the slow down is due to the Byzantium fork (faster block time.)

stats

lcheung90 commented 6 years ago

Going to run CM v10 without the proxy for a bit and see if the transmission times are the same... for science.

mhousser commented 6 years ago

I do enjoy a good science!

Can you confirm in your screenshot that you now have 2 workers listed in ethermine.org pool..?

lcheung90 commented 6 years ago

I only have one miner set up, but the additional one comes from the proxy (it creates a new worker .rekt) I enabled the email notifications for "down" workers and got 4 emails roughly at the time the "rekt" worker went down. This happens because the "rekt" worker is not mining constantly.

That graph is exactly one day of mining.

mhousser commented 6 years ago

That's what I thought - the DevFee re-directed submission creates a 2nd worker in the pool. So you are seeing it? Nice.

I suppose your 2nd (fake) worker "rekt" is only mining 1% of the time, so you will get a lot of down notifications for it!

lcheung90 commented 6 years ago

Nope, I got only 4 email notifications, and yes I see the second miner.

Correct me if I am wrong, but I assume Claymore will not find a share every time the devfee process takes place and it is more luck than anything.

In a mining farm scenario, I can see a ton of notifications if the setting is enabled. So far, it seems like transmission times are faster without the proxy... let's see what happens in a couple of hours.

lcheung90 commented 6 years ago

Alright, so using the proxy with CM v10 after Byzantium adds a to the transmission time. It can go as high as ~800ms. This translates to roughly 6-9% stale shares per hour for me versus 1-4% without using the proxy.

It is also worth mentioning that after switching the proxy off Claymore crashed several times, don't know the reason.

So, it works with v10. Is it worth? You decide...

mhousser commented 6 years ago

Good work on your research!

Hmm. It looks like maybe a packet modifying solution would be the only real way forward.

There are solid linux examples of how to do this (full command line instructions on how to set it up), but can't find anything for Windows. A few people say they've set it up, but wouldn't share the details.

lcheung90 commented 6 years ago

Well it is always easier to hack stuff up in Linux :) Have you tried those?

mhousser commented 6 years ago

No, we're definitely all Windows people, it would be a serious drawback if we had to learn the linux stack, including mining tools, AMD blockchain drivers, etc. But who knows. Maybe next rig we could experiment with that "EthOS" OS that seems to be popular. It's just really unappealing to go to Linux for us Windows-for-life people. =P

https://omnipacket.com/safepcap.html looks promising. Probably if you can build the right "filter expression" and do some clever regex, you could do it this way.

Then there should be virtually no effect on latency (in my mind, at least..)

lcheung90 commented 6 years ago

@mhousser Are how many miners does your group have? :)

Just found this project... looks interesting. Divert

febriyan1302 commented 6 years ago

Hi, i've got error on Claymore 10. How to solve this problem ? screen shot 2017-10-26 at 1 38 23 pm

Sorry, i confirm that work on Claymore 10. thanks for your support.

vstene commented 6 years ago

Works fine on Ubuntu.

radius1980 commented 6 years ago

this is work on ubuntu clymore v10? after 3 hours i dont see 2 works (rekt)

radius1980 commented 6 years ago

i am sory, this is work after 4 hours, seen rekt. thnks