Bitcoin Forum

RigProxy (http://www.rigproxy.com) service, the first online proxy for rigs, is currently available for Dwarfpool[ETH], Ethermine, Nanopool[ETH], Anorak.tech[ETH]

ENDING SERVICE. CURRENT USER CAN CONTINUE FOR FEW WEEKS. THANKS TO ALL OUR FAITHFUL USERS THAT MADE THE SERVICE RAN FOR MONTHS

Only our european servers are currently online, others will come later. North american servers have been disabled until final release but users from around the world can use european servers if the latency is good enough.
Ethereum is the only supported coin. After biggest Ethereum pools coverage, other coins will be considered.

DYNAMIC IP RIGS MAY NOW USE OUR SERVICE WITH THE NEW "=RP" SUFFIX

For better protection and to block windows updates, a free mining specific IPv4 DNS filtering service is also provided. Read end of this post.

---
Hi,

www.RigProxy.com is a transparent service for a more secure and efficient mining experience with your rig.
It helps your rig to get work faster and transmit shares faster, thus leading in a profit increase thanks to our optimized connections and network handling algorithms.

Our technology's algorithm will also prevent rig-malwares from mining to any other wallet than yours.

The rigproxy service usage fee is 0.2% (2 shares over 1000) from 1st may 2018.
IPv4 DNS service usage is free.

We still have some protocol dev to do and features to enable but the main part is already working on stratum protocol with the following Ethereum servers:

RigProxy for dwarfpool.com - Risk Level: Safe
Europe   eu.rigproxy.com:8008

RigProxy for ethermine.org - Risk Level: Safe
Europe   eu.rigproxy.com:4444

RigProxy for nanopool.org - Risk Level: Safe
Europe   eu.rigproxy.com:9999

RigProxy for anorak.tech - Risk Level: Safe (if you specify an other pool as failover server)
Europe   eu.rigproxy.com:8004



CLOSED
RigProxy for maxhash.org - Risk Level: VERY HIGH
Europe   eu.rigproxy.com:8011
Closed because of a "vulnerability". MaxHash team contacted on june 1st.


Pool risk level is based on data like infrastructures, last month performance, server stability (uptime, detected latencies and errors) and some other parameters.

You must use stratum+tcp protocol (parameter "-SP 1" with ethminer, "stratum+tcp://" prefix and stratum protocol parameter kept to default "-esm 0" with Claymore)

As of 25 April 2018, the new suffix doesn't include the IP of the rig thus allowing rigs with dynamic IP on our service
"=RP" text must be used as password or suffixed to any existing value in the password parameter. If the password is "x" then you need to modify it to "x=RP".
With ethminer, due to password parameter parsing bugs in multiple versions, this suffix can be used with the workername if the first solution doesn't work.

If this RigProxy specific parameter is not provided, your rig will probably be disconnected at the end of authentication.

Example command lines:


Ethminer:
    ethminer -S eu.rigproxy.com:8008 -O 0x824A2Ae1BA7d0Ae6B436cfF67671536c612E465e.RIGNAME=RP -SP 1

Claymore's ETH Miner:
    ethdcrminer64 -retrydelay 1 -epool stratum+tcp://eu.rigproxy.com:8008 -eworker RIGNAME -ewal 0x824A2Ae1BA7d0Ae6B436cfF67671536c612E465e -epsw =RP

PhoenixMiner:
    PhoenixMiner.exe -pool eu.rigproxy.com:8008 -wal 0x824A2Ae1BA7d0Ae6B436cfF67671536c612E465e/RIGNAME -pass =RP

---

RigProxy.com provides a free IPv4 DNS service with mining specific filtering features.

Our DNS blocks access to known malicious servers and prevents windows from getting OS updates or upgrading GPU drivers to versions not friendly with DAG/ModdedRom.
If you need win updates, you can temporarily disable our DNS, apply updates and reenable our DNS.

Actual working policy is "blacklist", once the database will be bigger, we will switch to a hybrid blacklist/whitelist mode to allow only mining related sites and servers.
Based on the DNS activity, we are also adding useless domains to the blacklist (ads, tracking, ..)

To use it, you just need to specify your DNS server manually as being 92.222.144.203 (secondary dns server to come later. Until that, we suggest you to specify google's 8.8.8.8 as secondary DNS).

Guides to change DNS :
For windows : https://google.com/search?q=how+to+change+dns+on+windows+10
For linux : https://www.google.com/search?q=how+to+change+dns+on+linux+with+dnsmasq

To check if the DNS is succesfully set up, try to ping "test.com" it should be resolved as 92.222.144.203 whereas the real www.test.com will be probably resolved as 69.172.200.235

Important : DO NOT USE this DNS service on your everydays computer because it blocks access to some internet servers that could be useful for everydays usage (e.g: windows update).
--

Reserved for Swahili translation







I'm kidding. How does it work? Malware excepted, how do you increase the profit of a rig?

basically what Amstellodamois said,

it would be great if you share more information about the project and also pictures of the interface.
and what about the difference about mining with proxy and without proxy what are the benefits of it ?

It's funny you mention this, because I literally just started researching coding up my own stratum proxy to do the same thing since Blissz paused development of the L3+ firmware.

I'm geting around ~80m/s ping to rigproxy and can test this out on a handful of my rigs. Would probably point ~350MH/s of Ethash and ~2.5GH/s of Scrypt towards it.

Hi,


What about the ping to the nearest dwarfpool server ? Which pool are you used to mine on ?

Where are you from (country) ? I could enable a server near to your place and redirect to a local stratum pool server
(for you to test, this won't help with our planned load tests but not a problem for me as we need some users/testers for their view and advice).

Currently we have 1x server in France, UK, US, Canada and soon : Turkey, Russia, Eastern Asia

Our service only works on ETH for now.
We will consider other coins after having deployed and enabled all servers.

About 15m/s to eth-us.dwarfpool.com

Right now I point all of my hashing power to Ethermine. I'm in the US and host an Apache/NGINX cluster environment, so if you don't want to spin up another OVH instance I could host something here temporarily to at least trial it out (but I suspect your US server should be fine).

Can't go through PM as I am considered as newbie on bitcointalk : I can't send you a PM (filtering option enabled by default).

Can you ping 74.118.139.141 (US) and 66.70.202.167 (Canada) ?

Which miner are you using ? so that I could give you the full command line ?

=> we opened the beta test to everyone <=

Fees are almost removed (details in the first post)
So you could give it a try and see by yourself with a single GPU (or an entire rig if you want).


RigProxy servers to dwarfpool.com

Europe   eu.rigproxy.com:8008
USA       us.rigproxy.com:8008
Canada  ca.rigproxy.com:8008
See first post !

You must use stratum+tcp protocol (parameter "-SP 1" with ethminer, "stratum+tcp://" with Claymore)
Your IP "=RP" should be appended as parameter to the password or the workername (this second choice is recommended for ethminer due to password parameter parsing bugs in multiple versions).
The format of your IP parameter is "=xxx.xxx.xxx.xxx"

If this IP parameter is not provided, your rig will probably be disconnected at the end of authentication.

Example command lines:

Ethminer :  ethminer -S eu.rigproxy.com:8008 -O 0x824A2Ae1BA7d0Ae6B436cfF67671536c612E465e.RIGNAME=RP -SP 1

Claymore's ETH Miner :  ethdcrminer64 -retrydelay 1 -epool stratum+tcp://eu.rigproxy.com:8008 -eworker RIGNAME -ewal 0x824A2Ae1BA7d0Ae6B436cfF67671536c612E465e -epsw =RP

"The IP parameter"!?

It is the IP of your rig.
I will edit the post to clarify its usage.

in the meantime you can check here : http://www.rigproxy.com/ip

Hi,

Is there any chance to have an alternative by mining on another pool ? I am really happy with your service, latency is excellent but Dwarfpool has regularly payout issues. Maybe ethermine ?

Thanks

Zib

Hi Zibastian,

Before answering, let me notify the community that rigproxy has released a IPv4 DNS service that push the security further.

--
RigProxy.com IPv4 DNS service is free. It blocks known malicious domain access requests and also prevents windows from getting update or updating GPU drivers with online non-DAG nor modded rom friendly version
Actual policy is "blacklist", once the database will be bigger, we will switch to a hybrid blacklist/whitelist mode to allow only mining related sites and servers.
Based on the DNS activity, we are also adding useless domains to the blacklist (ads, tracking, ..)
--

Zibastian,

I am happy to see that you enjoy our service.

Indeed, I am also having multiple stats and payout troubles with dwarfpool.
For payouts we can't do anything and indeed today my payment was stuck on "payment proceed" for a 8-10 hours period

For the stats part, the rigproxy team is actively thinking about a third party realtime stats interface for dwarfpool.

If you want to try our solution on ethermine:
A previous (but not too old) software version which is free of bugs is running on port 4444 for ethermine since feb 28th ;)

We will soon push tests further on ethermine. Until now, we have had no problem while testing ethermine with our own rigs.
However, unlike dwarfpool which handles mass reconnection well, we don't know how ethermine behaves in that case or when multiple disconnections occurs. So please specify another ethermine server or rigproxy on port 8008 as failover server (due to server costs, only the EU server is presently kept online).
I could also suggest you to use a lower "-ftime" than the default "30 minutes" on claymore's miner.

Please notify me if you encounter stale share or any other issue.

Can you give me your wallet address using private messages ? so I could check on a regular basis

Ethermine officially enabled on port 4444 with same improvement level as dwarfpool

Hi,

We will gradually restore our fees to 0.2%.
Until now, while in test phase, we charged randomly 0.2% once over 10000.
We are rising this random ratio from 1/10000 to 1/100.

Some upgrade are in progress:

• The ipv4 DNS filtering service is enabled. The DNS also blocks domain name resolution for microsoft servers and prevents windows OS and drivers updates (which could break rigs with modded roms).
• Website (http://www.rigproxy.com)'s design slightly improved. DNS service section will be soon added.
• We will certainly replace the "=IP" parameter usage so that rigs with dynamic IP do not risk to get disconnected if the ISP changes the IP.
• Optimization of reconnection system when the pool has backup servers : currently, when a server doesn't respond, rigproxy disconnects the rig and waits it to reconnect back. The optimization goal is to get rid of this disconnect/reconnection step.
• and a failover algorithm to automatically switch between pools.

Lower priority tasks to do:

• live stats display interface (could be useful for dwarfpool).
• single rigproxy port for all pools with the possibility for the user to define pools priority.

Do not hesitate to contact me for your remarks or crazy ideas.

Enjoy your mining experience with rigproxy.

Anorak pool (http://eth.anorak.tech) added on port 8004

Edit : Disabled temporarily as of 26 april 2018 due to possible technical issue

Nanopool.org[ETH] (http://eth.nanopool.org) added on port 9999

Hello everyone, 3 days ago I connected to their proxy service, I use nanopool for mining, the first thing I liked was that the ping dropped from 90-95 to 50-55, and the statistics on the pool became less aggressive, smoother, also surprised - average hashrate is now very rarely lower than reported. I recommend this. (sry for my bad english)

Thanks Soliqesh for your review. Feedbacks from our users are essential for our project.


Happy mining

Using the IP as a part of the command line was required for usage of our service.

This was leading to troubles on rigs :
- with dynamic IP (some users were thinking their IP static but it wasn't and changed abruptly)
- with failover ISP lines (some of them being mobile data lines).

Dynamic IP rigs may now also use our service.
The "=RP" value as password parameter is the new requirement for all users/rigs

For examples, see the first post or our website www.rigproxy.com

Ok, pointed 2 rigs. Will compare the 2% stale shares I got while running Claymore normally on ethermine. If it gets lower than average ( which it should ), then my second hope is this wouldn't outright get daily downtimes.

Will set a failover to the original pool just in case.

Hope to not get dissapointed :)


UPDATE ** Well, stale shares started going from avg 12-13 to 18, even 22. Guess that was it for me.

Good luck with the service

Hi,

Welcome to rigproxy (and forum).

There is no reason for disappointement if the network delay from your rigs to rigproxy is comparable to (or lower than) the delay between rigs & ethermine.

That's the good thing to do. Already happened that a datacenter goes completely offline.

Happy mining by our side

Hi, I am sorry to hear that.

Can you confirm that your IP is 7x.1xx.2xx.71 and that you don't have multiple IPs so I can better check the logs ?

A quick search in logs gives me the following mining periods (UTC+2 time):

Rig1 online from 16:03:40 to 16:15:23
Rig2 online from 16:03:43 to 16:15:39
then
Rig1 online from 22:05:12 to 23:48:03
Rig2 online from 22:08:42 to 23:50:23

The mining period is really short to see anything, but based on data from ethermine :

- As you said, I see a stale share percentage around 2.0% (1.7%-2.4%) before 16:00 (direct mining)
- 2.0%-3.6% when partially mining with rigproxy (from 16:00 to 16:20)
- 2.9%-4.8% when partially mining with rigproxy (from 22:00 to 23:50)
- 2.0% to 7.4% when direct mining (16:30-21:50 and 00:00-00:30).

Between 17:20 and 22:10 the chart also shows a 30MHs lower than usually reported hashrate.


Thank you


---
Trying RigProxy over a period of 24hours won't cost anything. If you have a good connection to the pool, you may have no enhancement or low enhancement. In this case, you have no reason to stay if you are only looking for network optimization. The only way to know if you get benefit from RigProxy is to try and see.

If you can deliver shares to ethermine within let say 10ms but rigproxy server is 15ms away, the server can't recover the 5ms.
A pictorial explanation would be : when you need to go 10km away from your home, it is not necessarily faster to take a highway 15km away.

Finally, my advice to all potential users who want to try the service :
Configure rigproxy as poolserver and use direct connection to pool as your first failover (use retrydelay 1 and lower the default 30min of ftime to 5-10), add a second failover if you have none in case the pool goes completely offline.