MineXMR2 | OpenHWW

NIGHT

...And your valid Monero address (4... or 8...). That's all you need to start mining on MineXMR variant 2 pool. No registration, no cookies, no 3rd party scripts loaded from other domains, no personal data collection. No pain with self-maintain your full-fledged p2pool/monerod node (gupax helps but can't avoid all the headache). Your account will be created automatically on a first share accepted. You receive payments each time your pending balance grows above 0.01XMR threshold (today worth just $1.5-1.6). You can use any Monero miner.

Currently xmrig is the only officially supported, both NoTLS and TLS connection modes. Here are ready to use xmrig config files. Just place one of it in the same directory with xmrig executable and run it. Do not forget to replace XMR address in config-notls or config-tls. to your one. Or, if you just want to donate, don't change anything.

Extremely high performance Monero Stratum protocol proxy, xmrig-proxy, is now officially supported.

Pool minexmr2.com is especially recommended for those miners who are connected to top 3 mining pools by hashrate to fight against Curse of Rank-size distribution. Most of the time, top 3 pools by hashrate are Nanopool, SupportXMR, Hashvault.pro. If you are connected to one of them, switch to minexmr2.com immediately!

Support email if something goes wrong (especially with automatic payouts): minexmr2@tutanota.com.

No more tears about pool's hashrate and how often new block is being found. Payments from p2pool inside are being received on every block found by p2pool with its current hashrate. All the billing is accurately performed by MineXMR2 pool based on PPLNS concept, thus your pending balance is being updated on every block found by p2pool too. Each time it reaches 0.01XMR, automatic payout to you will be performed.

Consider, for example, typical p2pool's hashrate is 145Mh/s, network hashrate is 2.67GH/s, average number of blocks found by p2pool is 1.62 blocks per hour. Thus, you will receive your pending balance updates nearly 1.62 times per hour, amounts are proportional to your miner's hashrate (PPLNS). Because each time your balance reaches 0.01XMR you receive the payment, if your own hashrate is great enough, you can receive payouts as often as approx. 1.62 times per hour.

Not that 0.01XMR is just a minimum payout threshold. Real payouts are adaptive in volume. High hashrate miners find this pool pretty useful, as their payout chunk amount depends on the mining hashrate. For example, given some 10MH/s-20MH/s lead to 0.02XMR-0.03XMR payout chunks.

In few words: despite relatively low this pool proper hashrate, its payout frequency is as high as does p2pool main chain provide! Payout chunks are adaptive, starting at 0.01XMR for low hashrate miners and can be theoretically infinite for high hashrate ones.

Although dust payments like 0.0003XMR chunks from p2pool mainchain have gone since p2pool hard-fork , end-user pain with p2pool remains. P2pool mini, from one hand, has low hashrate that forces low hashrate miners to frustrate by waiting payouts up to few days. Also, p2pool mini does not completely save miners from dust payments. Thus, low hashrate miners often consider to switch back to p2pool mainchain. P2pool mainchain, from other hand, for low hashrate miners, results in rare, irregular payouts (though in relatively large chunks like 0.001XMR after hard-fork). That's because PPLNS window of p2pool main has significantly shrunk after hard-fork. As a result, a whole class of questions like "I mine on p2pool (mini) for a long time, but still no payouts" constantly appears on r/MoneroMining ( 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 ).

MineXMR2 pool solves the "p2pool vs p2pool mini" dilemma. In a cost of trust in our pool doesn't steal your pending 0.01XMR balance (that is roughly worth $1.5) you can always observe true regular payouts each time your balance exceeds the 0.01XMR threshold. And, more important, you can always monitor the updates to your pending balance before it reaches 0.01XMR. Each update is coming every moment MineXMR2 receives a payment from a p2pool instance inside, i.e. 2-3 times per hour. In a nutshell, you can check whether your miner is properly configured and functioning within just a hour or two!

Pool implementation in C is forked from jtgrassie's monero-pool and based on libevent and lmdb. Just nearly 10% of code is added/rewritten, because jtgrassie's monero-pool offers a robust base to develop MineXMR2 pool as a proxy to decentralized p2pool. MineXMR2 is ultra-fast, fault-tolerant and can be up-scaled on many servers using haproxy requests scheduling.

You may start your own pool, with your additional services like miner statistics graphics, automatic payments on miner's demand, etc. We can help you with configuration, deployment and fine-tuning. Let's empower decentralized p2pool much more together! Feel free to write email to minexmr2@tutanota.com.

If you found a bug or have a proposal, you can create a GitHub/ GitLab issue. We have implemented the miner's hashrate charts, p2pool hashrate charts, miner's payment history, pool total payment history and many other useful features.