fix: remove external p2pool idea
Some checks failed
Rust / doc (ubuntu-latest) (push) Has been cancelled
Typo / typo (push) Has been cancelled
CI / ci (macos-latest) (push) Has been cancelled
CI / ci (ubuntu-latest) (push) Has been cancelled
Rust / fmt (push) Has been cancelled
Rust / test (macos-latest) (push) Has been cancelled
Rust / test (ubuntu-latest) (push) Has been cancelled
Rust / typo (push) Has been cancelled
Rust / clippy (macos-latest) (push) Has been cancelled
Rust / clippy (ubuntu-latest) (push) Has been cancelled
Rust / check (macos-latest) (push) Has been cancelled
Rust / check (ubuntu-latest) (push) Has been cancelled
Rust / doc (macos-latest) (push) Has been cancelled

No need to run multiple gupaxx instance since it will integrate
xmrig-proxy
This commit is contained in:
Cyrix126 2024-06-20 13:30:15 +02:00
parent dab6db4077
commit 6945227c0c

View file

@ -58,9 +58,6 @@ The algorithm could instead watch the stats from the stratum server, which is ex
Miners using the cli xmrig could point their miners to the p2pool instance of Gupaxx, or have an identical option if they are using the CLI of the algorithm.
The algorithm would still check the estimation made by the p2pool instance of Gupaxx and warn the user if it seems there is too much difference between the data of the stratum server and the one of p2pool. It could prevent the user to forget to configure a miner to the stratum p2pool.
Could also be an option in advanced tab of XvB warning the user that he should point all his miners to the p2pool instance of Gupaxx to take them into account.
### External P2Pool instance
started by [Cyrix126](https://github.com/Cyrix126)
To use multiple Gupaxx instance with only one p2pool instance, the user must be able to set an external p2pool instance instead of running one.
### Manually set HR for XvB algo
started by [Sina](https://github.com/mostafaei2002) [PR](https://github.com/Cyrix126/gupaxx/pull/11)