mirror of
https://github.com/Cyrix126/gupaxx.git
synced 2024-11-16 15:27:46 +00:00
improved markdown files grammar and syntax, delete obsolete ones.
This commit is contained in:
cheese
GitHub
parent
481e0f6cb7
commit
4407de7229
7 changed files with 44 additions and 239 deletions
|
|
@ -1,38 +1,30 @@
|
|||
# Differences with upstream [Gupax](https://github.com/hinto-janai/gupax)
|
||||
|
||||
## Added functionalities
|
||||
|
||||
### Integration of the XvB Raffle
|
||||
|
||||
A new fancy tab to apply an algorithm of distribution of HR to xmrig (see [NOTES_ALGORITHM](NOTES_ALGORITHMS)) with your token from XvB.
|
||||
A new fancy tab to apply an algorithm of distribution of HR to XMRig (see [NOTES_ALGORITHM](NOTES_ALGORITHMS)) with your token from XvB.
|
||||
This tab also includes a console output to let you track if everything is working and what are the decision of the algorithm, and show you personal stats from XvB.
|
||||
|
||||
A new column in Status Tab to see public stats from the raffle.
|
||||
|
||||
### Xmrig-Proxy
|
||||
|
||||
You can now point all your external miners and get all the juicy stats in Gupaxx. XvB algorithm is able to control Xmrig-Proxy when it is enabled.
|
||||
### XMRig-Proxy
|
||||
You can now point all your external miners and get all the juicy stats in Gupaxx. XvB algorithm is able to control XMRig-Proxy when it is enabled.
|
||||
|
||||
## Removed functionality
|
||||
|
||||
Updates by tor. The version of the crate used was outdated, plagued with security concerns and bloated the binary.
|
||||
It was only for updates.
|
||||
If you want Gupaxx to update by tor, you can torify it when launching.
|
||||
|
||||
## Technical Debt
|
||||
|
||||
All dependencies are upgraded to last possible version, even when there is a breaking change (code of Gupaxx is modified for that).
|
||||
|
||||
## Bugfixes (visuals and performances)
|
||||
|
||||
The rendering of Tabs has been modified so that the minimum stated size of the window is capable to show everything. In Upstream middles panels often overlap on the bottom.
|
||||
|
||||
The rendering of the benchmark table and of console outputs were calculating every line at the same time. Now it only renders what you see. It is a significant improvement for your processor, and you can feel the difference if it is not very powerful.
|
||||
|
||||
Updates from Gupaxx does not retrieve xmrig and p2pool from upstream anymore, but use versions in the bundled version. This modification prevent bad surprise (see #3).
|
||||
Updates from Gupaxx does not retrieve xmrig and p2pool from upstream anymore, but use versions in the bundled version. This modification prevent bad surprise (see [#3](https://github.com/Cyrix126/gupaxx/issues/3)).
|
||||
|
||||
It also allows advanced users to use your their own version of p2pool and xmrig.The standalone version of Gupaxx will not replace them.
|
||||
|
||||
## Security
|
||||
|
||||
With the upgrade of dependencies, cargo audit show no warnings instead of 5 vulnerabilities and 4 allowed warnings for Gupax.
|
||||
With the upgrade of dependencies, cargo audit shows no more warnings for Gupaxx. (instead of 5 vulnerabilities and 4 allowed warnings for Gupax.)
|
||||
|
|
|
|||
9
IDEAS.md
9
IDEAS.md
|
|
@ -1,6 +1,5 @@
|
|||
# IDEAS for the future of Gupaxx
|
||||
|
||||
|
||||
**Theses are only ideas, everything here is still to be decided and only thoughts for now.**
|
||||
Some ideas could be done in a matter of hours, some could take months.
|
||||
|
||||
|
|
@ -34,6 +33,7 @@ At first start, a guide could ask the user what it intends to do with Gupaxx (cr
|
|||
At first start, a mode is suggested for very noob users. It would only shows the seed phrase of the wallet generated and configure all options for the user.
|
||||
### Use remote node while syncing local node
|
||||
To reduce the time to get the first shares. No need to wait for the monero node to be synced.
|
||||
|
||||
### Better UI
|
||||
#### Set fixed font size, do not resize with size of window
|
||||
Setting a fixed font size will allow to use the space fully and having a UI more adapted to screens. Option to set the size of the font will be included.
|
||||
|
|
@ -51,8 +51,7 @@ Status columns can take together lots of space and user can use only a number of
|
|||
[Done](https://github.com/Cyrix126/gupaxx/commit/6cb767a342bec2df3358b10826a1ec1dee57fc76) and [Done](https://github.com/Cyrix126/gupaxx/commit/a102bdbee2e4c0bc8785f9e638d3e54958d79489)
|
||||
Reduce in/out peers, remote nodes by default
|
||||
|
||||
|
||||
## Supporting more environments
|
||||
## Making Gupaxx Support more environments
|
||||
### Packaging
|
||||
Add repository/AUR for Gupaxx and a status of packaging distro/version on the README
|
||||
### Minimum requirement
|
||||
|
|
@ -113,8 +112,10 @@ See [this](https://reproducible-builds.org).
|
|||
Show the summuray of what will change between releases before updating to newer release.
|
||||
### Check signature of updates with Gupaxx
|
||||
let the build in updater of Gupaxx check the signature of the release to confirm that the releases has been signed by the right key.
|
||||
|
||||
## Donation
|
||||
### Donation transparency
|
||||
So that user can see how much is given to this project and make their own opinion of if enough donations have been given or not, the history of donation should be made visible with the viewkey available.
|
||||
So that user can see how much is given to this project and make their own opinion of it if enough donations have been given or not, the history of donation should be made visible with the viewkey available.
|
||||
|
||||
## XvB
|
||||
keeping track of participation history in rounds and showing results in the XvB tab.
|
||||
|
|
|
|||
|
|
@ -2,19 +2,16 @@
|
|||
**Draft**
|
||||
|
||||
# Algorithm of distribution of Hashrate between P2pool and XvB
|
||||
|
||||
## Objective
|
||||
If the Hashrate (HR) is not enough to probably always have at least one share in the window PPLNS (WP), the HR will never be redirected to XvB node but always stay on P2Pool node.
|
||||
|
||||
If the Hashrate (HR) is not enough to probably always have at least one share in the window PPLNS (WP), the HR will never be redirected to XvB node but always stay on p2pool node.
|
||||
|
||||
If no share is acquired, all HR will stay on p2pool node until there is one.
|
||||
If no share is acquired, all HR will stay on P2Pool node until there is one.
|
||||
|
||||
If HR is enough to probably always have at least one share in the (WP), the spare HR will be:
|
||||
**Default mode**: in part given to XvB node to be in the most possible round type and keep in p2pool the rest of HR that will not impact the type of round (sHR for spared HR).
|
||||
**Hero mode**: entirely given to the XvB node regardless of sHR.
|
||||
|
||||
## How
|
||||
|
||||
PPLNS window size (PWS): API P2pool pplnsWindowSize [^1]
|
||||
p2pool difficulty(PD): API P2pool sidechainDifficulty [^1]
|
||||
mHR: minimum required HR to stay in WP = PD / (PWS*10) [^2]
|
||||
|
|
@ -26,9 +23,9 @@ Calculation is made in % of time that will go to p2pool and to XvB, depending if
|
|||
Every ten minutes, the algorithm will decide how next 10 minutes will be distributed depending on default or hero mode.
|
||||
|
||||
## Manage with outside HashRate
|
||||
If miners outside the Gupaxx instance are mining on P2Pool for the same address, Gupaxx will send too much on P2Pool because it doesn't take extra HR outside his control into account.
|
||||
To solve this issue, it will look at the sidechain estimated HR (eHR) from status command of P2Pool. It is an estimation based on passed discovered shares, their difficulty, the number of blocks between them etc...
|
||||
|
||||
If miners outside the Gupaxx instance are mining on P2pool for the same address, Gupaxx will send too much on P2pool because it doesn't take extra HR outside his control into account.
|
||||
To solve this issue, it will look at the sidechain estimated HR (eHR) from status command of p2pool. It is an estimation based on passed discovered shares, their difficulty, the number of blocks between them etc...
|
||||
This eHR will be retrieved at the same interval as the algorithm.
|
||||
This estimated external HR(eHR) minus the local HR sent to p2pool will be removed from the mHR.
|
||||
|
||||
|
|
@ -36,17 +33,12 @@ If miners outside the Gupaxx instance are mining on XvB for the same address, Gu
|
|||
To solve this second issue, it will remove from the required HR to get to rounds the average HR sent to XvB (retrieved by XvB API) minus what he is sending of its own.
|
||||
|
||||
## Examples
|
||||
|
||||
PWS = 2160
|
||||
PD = 85.5M
|
||||
|
||||
### Example 1: the poor
|
||||
|
||||
Miner has 2kH/s on Gupaxx.
|
||||
HR never goes on XvB, because the minimum required to have a share in WP is 4kH/s based on PD and PWS values.
|
||||
|
||||
### Example 2: the modest
|
||||
|
||||
Miner has 10kH/s on Gupaxx
|
||||
for ten minutes, 4 are required to be put on p2pool.
|
||||
|
||||
|
|
@ -56,46 +48,33 @@ The first round type (Donor round) need 1kH/s and second round type (VIP Donor)
|
|||
5kH/s is enough for the Donor Round but not enough for the VIP Donor.
|
||||
So 1kH/s is given to XvB node so that the miner participate in the Donor round.
|
||||
|
||||
**Hero mode**: 4 minutes are given to p2pool and 6 for XvB.
|
||||
|
||||
**Hero mode**: 4 minutes are given to P2Pool and 6 for XvB.
|
||||
### Example 3: the hardworker
|
||||
|
||||
Miner has 5kH/s on Gupaxx
|
||||
He also have one remote miner that mines 2kH/s on P2pool and another one 8kH/s on XvB
|
||||
**Default mode**: 6 minutes are given to p2pool and 4 for XvB.
|
||||
Because to have at still one share per window, gupaxx need to complete the already existent HR on p2pool with 4 minutes (2kH/s). But after that, it still have 6 minutes spared (3kH/s) when only 4 minutes are needed to gain the better round of vip donor (10kH/s). So it will send only the necessary 4 minutes to XvB and give the 2 minutes not needed to p2pool.
|
||||
He also have one remote miner that mines 2kH/s on P2Pool and another one 8kH/s on XvB
|
||||
|
||||
**Hero mode**: 4 minutes are given to p2pool and 6 for XvB.
|
||||
**Default mode**: 6 minutes are given to P2Pool and 4 for XvB.
|
||||
Because to have at still one share per window, gupaxx need to complete the already existent HR on P2Pool with 4 minutes (2kH/s). But after that, it still have 6 minutes spared (3kH/s) when only 4 minutes are needed to gain the better round of vip donor (10kH/s). So it will send only the necessary 4 minutes to XvB and give the 2 minutes not needed to P2Pool.
|
||||
|
||||
**Hero mode**: 4 minutes are given to P2Pool and 6 for XvB.
|
||||
|
||||
## Technical Implementation
|
||||
|
||||
### Knowing if a share is in PW
|
||||
|
||||
P2pool node (PN) local API show only found shares and not current.
|
||||
Gupaxx process will check frequently the output of the p2pool command "status" without impacting the console output of the P2pool tab to get the current shares.
|
||||
|
||||
### know oHR on P2pool
|
||||
|
||||
Gupaxx watch for sidechain HR for his address on the output of status command of p2pool in a way that do not disturb the output of console in the UI.
|
||||
|
||||
P2Pool node (PN) local API show only found shares and not current.
|
||||
Gupaxx process will check frequently the output of the P2Pool command "status" without impacting the console output of the P2Pool tab to get the current shares.
|
||||
### know oHR on P2Pool
|
||||
Gupaxx watch for sidechain HR for his address on the output of status command of P2Pool in a way that do not disturb the output of console in the UI.
|
||||
### know oHR on XvB
|
||||
|
||||
Gupaxx receive these data from XvB API.
|
||||
|
||||
Gupaxx receive this data from XvB API.
|
||||
### Knowing the HR generated by Gupaxx
|
||||
|
||||
Gupaxx will simply watch the values retrieved by Xmrig process.
|
||||
|
||||
### Switching HR from p2pool node to XvB node
|
||||
|
||||
The mHR is calculated depending on the sidechain the p2pool is mining on.
|
||||
The XvB process will check every ten minutes the last 15 minutes average HR and decide when to switch (in seconds) for the ten next minutes. (first p2pool then XvB).
|
||||
*Need to see the time for Xmrig takes to set the new settings by API.*
|
||||
When the time to switch arrives, XvB process will send a request to Xmrig to change the node used.
|
||||
### Modification of config of xmrig
|
||||
|
||||
The following 4 attributes must be applied to xmrig config when mining to XvB node.
|
||||
Gupaxx will simply watch the values retrieved by XMRig process.
|
||||
### Switching HR from P2Pool node to XvB node
|
||||
The mHR is calculated depending on the sidechain the P2Pool is mining on.
|
||||
The XvB process will check every ten minutes the last 15 minutes average HR and decide when to switch (in seconds) for the ten next minutes. (first P2Pool then XvB).
|
||||
*Need to see the time for XMRig takes to set the new settings by API.*
|
||||
When the time to switch arrives, XvB process will send a request to XMRig to change the node used.
|
||||
### Modification of config of XMRig
|
||||
The following 4 attributes must be applied to XMRig config when mining to XvB node.
|
||||
|
||||
```ignore
|
||||
"url": "xvb node:4247"
|
||||
|
|
|
|||
56
NOTES_CLI.md
56
NOTES_CLI.md
|
|
@ -1,56 +0,0 @@
|
|||
# Notes CLI
|
||||
|
||||
|
||||
## Features
|
||||
|
||||
- fetch p2pool node stratum data
|
||||
- start XMRig instance.
|
||||
- stop with descriptive errors if p2pool/xmrig have issue at launch.
|
||||
- output status of algo
|
||||
- output on demand public stats
|
||||
- output on demand account stats
|
||||
|
||||
## Launch args
|
||||
- XVB token
|
||||
- XMR address
|
||||
- optional: hero
|
||||
- optional: quiet algo
|
||||
- optional: quiet xmrig
|
||||
- optional: path of xmrig
|
||||
- optional: path of p2pool or p2pool address:port
|
||||
|
||||
Example:
|
||||
|
||||
```
|
||||
gupaxx --cli --token xxxxx --address xxxxx --hero --p2pool="127.0.0.1:3333" -t 8 -q --path-xmrig="/path/to/xmrig-binary"
|
||||
```
|
||||
|
||||
## Commands
|
||||
Possible input at runtime:
|
||||
- all commands of xmrig: transfer the commands to the xmrig instance and return output.
|
||||
- pubstats/ps: returns the stats of the public API.
|
||||
- accountstats/as: returns the stats of your account.
|
||||
- quit: quit the program, shutting down xmrig.
|
||||
Example
|
||||
|
||||
```
|
||||
as ↵
|
||||
failures: 0
|
||||
donated_last_hour: 0.00kH/s
|
||||
donated_last_24_hours: 0.00kH/s
|
||||
Round: VIP
|
||||
You are not the winner
|
||||
```
|
||||
|
||||
|
||||
## Technical implementation
|
||||
|
||||
The cli args are managed by [clap](https://docs.rs/clap).
|
||||
The code for managing current args from upstream will be replaced to use this crate.
|
||||
|
||||
The cli mode is enabled by passing the argument cli.
|
||||
It will autostart xmrig/xvb processes.
|
||||
p2pool process will be started if no address is given in args.
|
||||
Otherwise, it will watch p2pool data and mine on it.
|
||||
|
||||
Each argument can be omitted if it's present in the state file.
|
||||
|
|
@ -1,20 +0,0 @@
|
|||
# Integration of Xmrig-Proxy
|
||||
|
||||
## Objective
|
||||
|
||||
Allows a user to point his miners on the Gupaxx instance.
|
||||
|
||||
1/ to have the sum of the HR in his stats
|
||||
|
||||
2/ to let the algorithm of distribution of HR controls the HR of all the external miners.
|
||||
|
||||
## UI implementation
|
||||
|
||||
New Tab to start Xmrig-Proxy, interact with console output, give custom options, select a pool from the pool list.
|
||||
New process column in Status Tab for Xmrig-Proxy.
|
||||
|
||||
## Technical implementation
|
||||
|
||||
xmrig-proxy will mine on p2pool instead of xmrig.
|
||||
When xmrig-proxy is enabled, xmrig is automatically redirected to it instead of p2pool.
|
||||
XvB algo will check if xmrig-proxy is enabled and watch/control his data instead of xmrig.
|
||||
39
README.md
39
README.md
|
|
@ -1,16 +1,14 @@
|
|||
|
||||
|
||||
## Status of development
|
||||
|
||||
This fork has a stable release. It is intended for end users and offers a friendly and easy user experience.
|
||||
## Development Status
|
||||
This fork has a stable release.
|
||||
It is intended for end users and offers a friendly and easy user experience.
|
||||
|
||||
## Gupaxx
|
||||
|
||||
Gupaxx is a fork of [**Gupax**](https://github.com/hinto-janai/gupax) integrating the [XMRvsBeast Raffle](https://xmrvsbeast.com), it is also a maintained software. Designed to simplify mining on [P2Pool](https://www.getmonero.org/2021/10/05/p2pool-released.html) while optionally participating (but you will want to 😉) in the XMRvsBeast raffle.
|
||||
`Gupaxx` is a fork of [**Gupax**](https://github.com/hinto-janai/gupax) integrating the [XMRvsBeast Raffle](https://xmrvsbeast.com), it is also a maintained software. Designed to simplify mining on [P2Pool](https://www.getmonero.org/2021/10/05/p2pool-released.html) while optionally participating (but you will want to 😉) in the XMRvsBeast raffle.
|
||||
|
||||
## System requirements
|
||||
|
||||
Gupax may not run on machines with:
|
||||
`Gupaxx` may not run on machines with:
|
||||
- A deprecated OS (Windows 7, Ubuntu 18.04, etc)
|
||||
- CPU whithout support for OpenGL 3.1 (<2010)
|
||||
|
||||
|
|
@ -36,12 +34,11 @@ For a detailed explanation of Gupax, see the [README](https://github.com/hinto-j
|
|||
|
||||
|
||||
## Guide
|
||||
|
||||
1. [Download the bundled version of Gupaxx](https://github.com/Cyrix126/gupaxx/releases)
|
||||
2. Extract
|
||||
3. Launch Gupaxx
|
||||
|
||||
Next steps can be seen in this video tutorial.
|
||||
Next steps can be seen in this video tutorial.
|
||||
|
||||
https://github.com/Cyrix126/gupaxx/assets/58007246/610cbfea-fd97-4150-95ed-9c8a7ef5ba94
|
||||
|
||||
|
|
@ -56,58 +53,46 @@ https://github.com/Cyrix126/gupaxx/assets/58007246/610cbfea-fd97-4150-95ed-9c8a7
|
|||
|
||||
Gupaxx will distribute your hashrate between P2Pool and XMRvsBeast as defined by [this algorithm](NOTES_ALGORITHM.md).
|
||||
|
||||
The algorithm will decide which quantity of HR will be directed to P2Pool and to XMRvsBeast, so that you still keep a share in the [PPLNS Window](https://github.com/SChernykh/p2pool#how-payouts-work-in-p2pool). It will send by default just enough to get to the highest round or, if hero mode is enabled, everything minus the minimum required to still have a share in the PPLNS Window.
|
||||
The algorithm will decide which quantity of HR will be directed to P2Pool and to XMRvsBeast, so that you still keep a share in the [PPLNS Window](https://github.com/SChernykh/p2pool#how-payouts-work-in-p2pool).
|
||||
It will send by default just enough to get to the highest round or, if hero mode is enabled, everything minus the minimum required to still have a share in the PPLNS Window.
|
||||
</div>
|
||||
|
||||
## XvB Tab
|
||||
|
||||
|
||||
|
||||
### Console of XvB
|
||||
|
||||
The output of the console will show useful information on the status of the XvB process and the decision of the algorithm for every 10 minutes.
|
||||
|
||||
### Token input
|
||||
|
||||
When you registered your XMR payout address, you should have received a token. Please enter this token here.
|
||||
|
||||
### Account stats
|
||||
|
||||
Account stats about your address on XMRvsBeast can be found here after the process is started with your token provided.
|
||||
|
||||
|
||||
## XvB Raffle Status
|
||||
|
||||
Gupaxx adds a new column called **XvB Raffle** on the Status Tab in the Process submenu. It displays public statistics of XMRvsBeast, which are available [here](https://xmrvsbeast.com/p2pool).
|
||||
It is refreshed every minute.
|
||||
This column will be active if the XvB process is started even partially, it doesn't need the token to be provided.
|
||||
|
||||
|
||||
|
||||
## Other changes
|
||||
|
||||
## Other changes
|
||||
This fork brings upgrades of dependence and some bugfixes about visual, performance and security that you can find in [DIFFERENCES](DIFFERENCES.md).
|
||||
~~I will eventually (meaning when I'll have time) create pull requests for upstream about these differences.~~
|
||||
**Edit**:
|
||||
There is currently no plan to upstream the changes as the owner of Gupax said he won't have time to review the PR.
|
||||
|
||||
|
||||
## Troubleshooting
|
||||
|
||||
If you have any issue, feel free to ask for support in the [xmrvsbeast matrix room](#xmrvsbeast:monero.social) [](https://matrix.to/#/#xmrvsbeast:monero.social) or to open an issue in this repo. You can also contact me through [email](mailto:gupaxx@baermail.fr).
|
||||
|
||||
If you have any issue, feel free to ask for support in the [xmrvsbeast matrix room](#xmrvsbeast:monero.social) [](https://matrix.to/#/#xmrvsbeast:monero.social) or you can also just [open an issue](https://github.com/Cyrix126/gupaxx/issues/new/choose) in this repo. You can also contact me through [email](mailto:gupaxx@baermail.fr).
|
||||
### Windows
|
||||
|
||||
You must add an exception to your antivirus for the directory where gupaxx is executed. Follow the step for Windows Only that start at 30 seconds in this [video](https://user-images.githubusercontent.com/101352116/207978455-6ffdc0cc-204c-4594-9a2f-e10c505745bc.mp4).
|
||||
|
||||
### Mac OSX
|
||||
|
||||
You must remove Gupaxx app from quarantine with following command:
|
||||
*If you have put Gupaxx.app in your Applications*
|
||||
`xattr -d com.apple.quarantine /Applications/Gupaxx.app`
|
||||
See this [issue](https://github.com/hinto-janai/gupax/issues/51).
|
||||
|
||||
|
||||
|
||||
## License
|
||||
The GUI library Gupaxx uses is [egui](https://github.com/emilk/egui). It is licensed under [MIT](https://github.com/emilk/egui/blob/master/LICENSE-MIT) & [Apache 2.0.](https://github.com/emilk/egui/blob/master/LICENSE-APACHE)
|
||||
|
||||
|
|
@ -115,8 +100,8 @@ The GUI library Gupaxx uses is [egui](https://github.com/emilk/egui). It is lice
|
|||
|
||||
[Gupaxx](https://github.com/cyrix126/gupax/blob/master/LICENSE), [P2Pool](https://github.com/SChernykh/p2pool/blob/master/LICENSE), and [XMRig](https://github.com/xmrig/xmrig/blob/master/LICENSE) are licensed under the GNU General Public License v3.0.
|
||||
|
||||
## Donations
|
||||
|
||||
## Donations
|
||||
If you'd like to thank me for the development of Gupaxx and/or motivate me to improve it you're welcome to send any amount of XMR to the following address:
|
||||
|
||||
```
|
||||
|
|
|
|||
|
|
@ -1,76 +0,0 @@
|
|||
# TODO
|
||||
|
||||
# Bounty
|
||||
|
||||
[XvB Bounty](https://bounties.monero.social/posts/105)
|
||||
|
||||
*These todos are not all part of the bounty.*
|
||||
|
||||
- [x] upgrade deps
|
||||
- [x] separate logic in smaller modules
|
||||
- [x] new tab XvB
|
||||
- [x] logo
|
||||
- [x] link to website
|
||||
- [x] link and message hovering explaining registration and needs to read the rules.
|
||||
- [x] token input
|
||||
- [x] hero checkbox
|
||||
- [x] without restart of xvb (next decision of algo)
|
||||
- [x] log section
|
||||
- [x] state of XvB process
|
||||
- [x] selected XvB node
|
||||
- [x] algorithm decisions info
|
||||
- [x] timestamp
|
||||
- [x] private stats
|
||||
- [x] from XvB API (fails, average 1h and 24h)
|
||||
- [x] round type in
|
||||
- [x] win or loose
|
||||
- [x] indicator of mining round and time left.
|
||||
- [x] new process for XvB
|
||||
- [x] update preferred XvB node based on ping and backup
|
||||
- [x] fix: xmrig will not do anything if node is not responding. Need to parse output of xmrig for error and update nodes.
|
||||
- [x] status process XvB
|
||||
- [x] status process XMRig node in real time.
|
||||
- [x] public information from [API](https://xmrvsbeast.com/p2pool/stats)
|
||||
- [x] stop, start, restart buttons
|
||||
- [x] button to autostart
|
||||
- [x] distribute hashrate conforming to the algorithm.
|
||||
- [x] check every 10 minutes average Xmrig HR of last 15 minutes
|
||||
- [x] fast startup (check 10s first decision then 1m second decision)
|
||||
- [x] take into account outside HR
|
||||
- [x] mining on p2pool
|
||||
- [x] mining on XvB
|
||||
- [x] ask Xmrig to mine on p2pool
|
||||
- [x] generate token for xmrig
|
||||
- [x] enable xmrig with remote access control
|
||||
- [x] check if at least a share in pplns Window
|
||||
- [x] calculate spared HR
|
||||
- [x] calculate time to be spared
|
||||
- [x] with hero option
|
||||
- [x] without hero option, to give minimum to be in most accessible round type
|
||||
- [x] sleep 10mn less time to spare then ask Xmrig to mine on XvB node
|
||||
- [x] output log to console in XvB tab
|
||||
- [x] fix some overlapping from upstream
|
||||
- [x] edit metadata of project
|
||||
- [x] adapt README for XvB
|
||||
- [x] beta release
|
||||
- [x] stable release
|
||||
- [x] video tutorial to set up XvB Tab
|
||||
- [x] adapt doc for new code
|
||||
- [x] cargo package metadata
|
||||
- [x] pgp signatures
|
||||
- [x] rename reference of gupax name to gupaxx
|
||||
- [x] replace AppImage with a desktop file
|
||||
- [x] fix clippy
|
||||
- [x] optimizations
|
||||
- [x] benchmarks table render only what is visible
|
||||
- [x] console output render only what is visible
|
||||
- [x] remove arti
|
||||
- [x] replace hyper with reqwest
|
||||
- [x] better organize new code
|
||||
- [x] merge commits from upstream
|
||||
- [x] tests for new function
|
||||
- [x] time calculated by algorithm
|
||||
- [x] better automatization with utils for releases
|
||||
- [x] pre-release
|
||||
- [x] feedback
|
||||
- [x] release
|
||||
Loading…
Reference in a new issue