From 17bde02586333c59b623ab0b5cfffa97e3eecf29 Mon Sep 17 00:00:00 2001 From: sunk818 Date: Sun, 29 Oct 2017 19:32:13 -0700 Subject: [PATCH] Update README.md grammar, spelling, formatting --- README.md | 45 ++++++++++++++++++++++----------------------- 1 file changed, 22 insertions(+), 23 deletions(-) diff --git a/README.md b/README.md index fe4be07..d80fe52 100644 --- a/README.md +++ b/README.md @@ -1,13 +1,11 @@ # xmr-node-proxy -Setup Instructions -================== +## Setup Instructions Based on a clean Ubuntu 16.04 LTS minimal install -Deployment via Installer ------------------------- +## Deployment via Installer 1. Create a user 'nodeproxy' and assign a password (or add an SSH key. If you prefer that, you should already know how to do it) @@ -49,40 +47,41 @@ or using the pm2 monitor pm2 monit ``` -Known Issues -============ -VM's with 512Mb of ram or less will need some swap space in order to compile the C extensions for node. Bignum and the CN libraries can chew some serious memory during compile. In regards to this, one of our users has put together a guide for T2.Micro servers: https://docs.google.com/document/d/1m8E4_pDwKuFo0TnWJaO13LDHqOmbL6YrzyR6FvzqGgU (Credit goes to MayDay30 for his work with this!) +## Known Issues + +VMs with 512Mb or less RAM will need some swap space in order to compile the C extensions for node. Bignum and the CN libraries can chew through some serious memory during compile. In regards to this, one of our users has put together a guide for T2.Micro servers: https://docs.google.com/document/d/1m8E4_pDwKuFo0TnWJaO13LDHqOmbL6YrzyR6FvzqGgU (Credit goes to MayDay30 for his work with this!) If not running on an Ubuntu 16.04 system, please make sure your kernel is at least 3.2 or higher, as older versions will not work for this. -Many smaller VM's come with Ulimits set very low, we suggest looking into how to tweak the ulimits for your systems higher. In particular nofile (Number of files open) needs to be raised for high-usage instances. +Many smaller VMs come with ulimits set very low. We suggest looking into setting the ulimit higher. In particular, `nofile` (Number of files open) needs to be raised for high-usage instances. -If your system doesn't have AES-NI, then it will throw an error during the node-multi-hashing install, as this is AES-NI required. If this is the case, go ahead and change the following line: +If your system doesn't have AES-NI, then it will throw an error during the node-multi-hashing install, as this requires AES-NI. If this is the case, go ahead and change the following line: "multi-hashing": "git+https://github.com/Snipa22/node-multi-hashing-aesni.git", to: "multi-hashing": "git://github.com/clintar/node-multi-hashing.git#Nan-2.0", -In your packages.json, then do a npm install, and it should pass. +In your `packages.json`, do a `npm install`, and it should pass. + + +## Performance + +The proxy gains a massive boost over a basic pool by accepting that the majority of the hashes submitted _will_ not be valid (does not exceed the required difficulty of the pool). Due to this, the proxy doesn't bother with attempting to validate the hash state nor value until the share difficulty exceeds the pool difficulty. -Performance -=========== -The proxy gains a massive boost over a basic pool, by accepting that the majority of the hashes submitted /will/ not be valid, as they do not exceed the required difficulty of the pool. Due to this the proxy really doesn't bother attempting to validate the hash state and/or value until the difficulty of the share exceeds the difficulty set by the pool. +In testing, we've seen AWS t2.micro instances take upwards of 2k connections, while t2.small taking 6k. The proxy is extremely light weight, and while there are more features on the way, it's our goal to keep the proxy as light weight as possible. -In testing, we've seen AWS T2.Micro instances taking upwards of 2k connections, with T2.Smalls taking 6k. The proxy is extremely light weight, and while there are more features on the way, it's our goal to keep the proxy as light weight as possible. +## Configuration Guidelines -Configuration Guidelines -======================== Please check the [wiki](https://github.com/Snipa22/xmr-node-proxy/wiki/config_review) for information on configuration +## Developer Donations + +The proxy is pre-configured for a 1% donation. This is easily toggled inside of it's configuration. If you'd like to make a one time donation, the addresses are as follows: -Developer Donations -=================== -The proxy comes configured for a 1% donation, this is easily toggled inside of it's configuration. If you'd like to make a one time donation, the addresses are as follows: * XMR - 44Ldv5GQQhP7K7t3ZBdZjkPA7Kg7dhHwk3ZM3RJqxxrecENSFx27Vq14NAMAd2HBvwEPUVVvydPRLcC69JCZDHLT2X5a4gr * BTC - 114DGE2jmPb5CP2RGKZn6u6xtccHhZGFmM -Installation/Configuration Assistance -===================================== +## Installation/Configuration Assistance + If you need help installing the pool from scratch, please have your servers ready, which would be Ubuntu 16.04 servers, blank and clean, DNS records pointed. These need to be x86_64 boxes with AES-NI Available. Installation asstiance is 4 XMR, with a 2 XMR deposit, with remainder to be paid on completion. @@ -92,8 +91,8 @@ SSH access with a sudo-enabled user will be needed for installs, preferably the Please contact Snipa at: proxy_installs@snipanet.com or via IRC on irc.freenode.net in #monero-pools -Known Working Pools -=================== +## Known Working Pools + * [XMRPool.net](https://xmrpool.net) * [supportXMR.com](https://supportxmr.com) * [pool.xmr.pt](https://pool.xmr.pt)