T-Rex This is a new miner for NVIDIA video cards based on Maxwell and Pascal chips, the first versions of which appeared back in June 2018. At the moment, the T-REX miner has been updated to version 0.20.1 and supports many rare algorithms, which will definitely interest all miners who have modern NVIDIA GPUs. The latest version supports the following algorithms: Lyra2z, phi2, hsr, c11, x17, phi1612, tribus. In addition, the developers took care of the availability of software for Linux and Windows operating systems. Like all new projects in this direction, the miner's program code is not available, and the compiled programs laid out by the developer contain a built-in commission of 1% of the hash rate.
T-Rex already now shows its advantage of 5% on the issued HashRate in relation to its
competitors represented by Enemy and Anxmod. As we already mentioned, mining with T-REX is available on the two latest generations of NVIDIA video cards: MAXWELL (GM107, GM108, GM200, GM204, GM206) and Pascal (GP102, GP104, GP106, GP107, GP108), i.e. on all NVIDIA graphics cards, from mobile to high-end graphics cards.
Download T-Rex Miner v0.24.8
Latest version T-rex miner can be downloaded from the link below.
- Add DNS-over-HTTPS support when resolving mining pool domain names (
- Add the option not to specify the domain name of the mining pool in the SNI header for SSL connections (see.
- Allow domain names through SOCKS5 proxy if
--proxyit is installed
- Displaying the IP address of the mining pool in the console
- (WebUI) Make monitoring page layout more compact on mobile phones.
- The miner does not create a log file when
- GPU does not turn off when overheated when mining in dual mode
- (WebUI) Graphs do not scale correctly when zoomed in
- Some command line arguments do not take precedence over values set in the config file (for example,
- (WebUI) Performance degradation introduced in 0.24.6
- (WebUI) The monitoring page displays a blank page if you have 15 million or 2 hours of graph view selected when using an older version of T-Rex.
- (WebUI) Can't set LHR setting values with decimal point
HiveOS users : Many of you have complained that your hashrate on LHR cards fluctuates too much compared to the Windows version. The reason is that HiveOS installs
"hashrate-avr": 30for T-Rex, the average hash rate is 30 seconds, not 1 minute (default).
A temporary solution would be to edit your flight sheet and manually add it
"hashrate-avr": 60in the Additional Configuration Arguments field. If not, we were told there would be a HiveOS release that would fix this forever.
ethash) Improved LHR unlock, LHR setting value increased from 71 to 74 by default.
The new LHR tuning scale is slightly different, so it is recommended to let the autotuning find the optimal settings.
(in other words, for the first run, remove the options
--lhr-tuneparameters from your bat file if set)
autolykos2) New opportunities
--lhr-autotune-intervalparameters for more precise control of the LHR unlocking behavior
firopow) Add dual mining ETH + FIRO (use the same OC settings as ETH + RVN)
--dataset-modeparameter to enable / disable double buffer mode: 1 - single buffer mode, 2 - double buffer mode (default)
- Add SOCKS5 proxy support (see.
--temperature-color-memparameter to control memory temperature allocation in console and WebUI
- (WebUI) Several improvements:
- 24-hour view on the chart
- The ability to hide individual charts (power, average hash rate, etc.) on the chart
- Recalculate average hashrate / power when zoomed in on the chart
- Ability to reorder / hide GPU table columns
- Automatic distribution of the list of miner nodes to all nodes
ethash) RTX 3060 GA104 is not recognized as an LHR card
- Veriblock mining not working since 0.24.2
- (Linux) Log file contains ANSI escape sequences.
- (WebUI) Log file retrieved via WebUI has trailing zeros
- The double buffer feature in 0.24.4 is not enabled automatically unless --lhr-tune is specified
- The miner now generates a dataset for the next ERGO block before it arrives with a small penalty for the reported hash rate, and when the next block does arrive, it immediately starts hashing without wasting 1-4 seconds while creating the dataset.
- (autolykos2) Enable LHR unlock function
- See https://github.com/trexminer/T-Rex/wiki/LHR#ergo for more details
- (ethash, autolykos2) Add the LHR auto-unlock auto-tuning feature (it is enabled by default, see the —lhr auto-tuning mode in the readme).
- The miner will now try to increase the - lhr setting if it is stable at the current value, so you know what maximum LHR setting your cards can handle without trying many values manually.
- If you want the miner to stay at the LHR setting you specify, no matter what, use the —lhr auto-tuning mode off.
- Adding mining mode + ZIL with an arbitrary ETHpool (not proxying through the ZIL pool)
- See file + ZIL .bat /.sh in the miner's archive
- New parameter --no-newblockinfo to stop the "new block" messages from appearing in the miner's console
- (WebUI) Update interface to work in dual mining mode (algo toggle button in the upper right corner)
- Error correction:
- (kavpau) Reduced hash rate in version 0.24.0 in some configurations
- LHR unlocks dual mining mode:
- Now you can mine ETH (~ 30% of full speed) and other coins (~ 70%) simultaneously with LHR cards, using their full potential.
- Available combinations along with memory requirements:
- ETH + ERGO (8 GB +)
- ETH + RVN (8 GB + on linux, 10 GB + on Windows)
- ETH + CFX (10 GB +)
- See https://github.com/trexminer/T-Rex/wiki/LHR on how to set this up.
- The WebUI has not yet been updated to reflect the statistics of the second algorithm in dual mode, but will be updated in the future.
- (ethash) "standard" LHR unlock changes and improvements:
- automatic detection of LHR maps even if --lhr-tune parameter is not specified
- new option -lhr-low power reduces power consumption in LHR mode at the expense of slightly lower hash rate (starting with -lhr-tune 68)
- a change in the scale of the -lhr setting compared to version 0.23.2, now it indicates the percentage of the total GPU hashrate that the miner is trying to achieve. Old values in the range [1-8] are automatically mapped to the new scale, no configuration change is required.
- Recommended LHR setting values for startup: 71 in normal mode, 68 in low power mode (this does not apply to dual mode)
- 53 people reacted
- (octopus) CPU CPU check incorrectly detects invalid shared resources after changing epochs
- (autolykos2) Miner sometimes crashes when --validate-shares is enabled
- (WebUI) Many fixes and improvements:
- added compact mode with hidden diagram
- fixed rounding of numbers along the chart axes
- fixed wrong hashrate / power labels in tooltips
- allow authorization with an existing session id (/trex?sid=xxx - for API users)
- NOTE: This release includes several breaking changes: reordering the GPU and removing the telnet API. Make sure you remove OC settings for your GPU order from files before updating .bat/.sh
Automatic updates will not be enabled for this version for the same reason.
Users of HiveOS and other mining operating systems that force PCI bus GPUs are not affected by GPU reordering.
- New WebUI and API (see https://github.com/trexminer/T-Rex/wiki/WebUI on how to set it up):
Ability to generate configuration files
Improved API security: optional password and certificate based authentication, https
GPU / Memory Clock and Exchange Difficulty Reports
Ability to suspend GPUs
If you don't like the new WebUI and for some reason would prefer to use the old one, download webui.zip, zip it, place it next to the t-rex executable and restart the miner.
- Order GPUs by PCI bus ID. You may need to change settings that depended on the GPU order.
- Remove telnet API
- Several bug fixes
- CFX mining disrupted in 0.22.0
- CPU shared resource check broken
- Switching to Failover Pools Takes Too Long
- Stability fixes
- (Windows) Add additional minimum / maximum fan speed limits in auto fan mode (
- (API) Add timestamp of last sent share (
autolykos2) Improved compatibility with mining pools
- Command line parameter
--workerdoes not take precedence over the parameter specified in the config file.
- (API) Suspending miner via HTTP POST does not work
--fork-atfunctionality is broken
- Cosmetic UI fixes
NOTE ... Telnet API will be removed from miner in next release as it is replaced by HTTP API.
- (Linux) Added support for GPU power limit control (see --pl option for details).
- (autolykos2) Duplicate stock issue
- (Windows) Fans will spin up to 100% in auto fan mode if the GPU temperature is much lower than the target temperature.
- (Web interface) configuration missing watchdog-exit-mode parameter
autolykos2) Minor performance improvements (mostly Pascal GPUs)
- (Windows) Increase the fan speed to 100% in auto fan mode.
autolykos2) Invalid promotions when mining ERGO on NiceHash
ntime out of rangeи
Low difficulty shareErrors
--lock-cclockparameter to lock the clock speed of the GPU core
- (Windows) Added
--lock-cvparameter for blocking GPU core voltage
- (Windows) Added
--pstatean option to lock the performance / power state of the GPU (currently
p0this is the only supported value)
- (Windows) Allow transfer of values greater than 100%,
--plif the GPU supports it.
- Reduce miner startup time
T-Rex has a problem with GPU, terminating...error when changing the system time as a result of time synchronization
ethash) ethproxy mode violated
NVAPI_NOT_SUPPORTEDError when going to from range of values to
--cclockand so on
- GPUs continue to consume significant amounts of power even after overtemperature shutdown
- Miner does not start with
--mtwith the specified parameter, if video drivers are older than 410.xx
- (Web interface) Miner does not start after saving configuration file via web interface.
--helpcommand asks for GPU status, preventing help message from being displayed if NVIDIA driver is not installed
octopus) Added support for validating a share via
- (Windows) Improvements to the automatic fan algorithm
- Allow the miner to shutdown when the predefined maximum total power consumption is exceeded (see.
--exit-on-high-powerIn the readme)
ethash) Decreased performance of Pascal and Turing GPUs
- (Windows) Memory settings (
--mt) can only be applied to the first GPU.
- (Linux) Miner does not start after saving configuration file via web interface.
- The miner does not start if the password (
-p) not specified
- Custom script specified with
--script-on-exit, not executed when the miner exits via the web interface.
- Minor cosmetic fixes
T-Rex Miner - Customization
How to setup T-Rex for mining Zcoin and Ravencoin in the 2Miners pool. Let's start with Zcoin XZC.
t-rex.exe -a mtp -o stratum+tcp://xzc.2miners.com:8080 -u YOUR_ADDRESS.RIG_ID -p x
Further setting T-rex miner RVN (Ravencoin).
t-rex.exe -a x16rv2 -o stratum+tcp://rvn.2miners.com:6060 -u YOUR_ADDRESS.RIG_ID -p x
Do not forget to replace YOUR_ADDRESS with the real address of your wallet, so that there is a place to withdraw the earned coins.
For example, the
Also, be sure to change RIG_ID to your chosen mining rig name. This can be useful if you have multiple installations.
You can use up to 32 Latin letters, as well as numbers and symbols "-" and "_".
Then we run our .bat file.
How to change the .bat file
Right click on the file, select "Change«.
A text document will open and you will see a list of program commands. Key
-u responsible for the address of the digital wallet. It needs to be replaced. However, for those who are interested in the full configuration of the program, we will consider the contents of the batch file in more detail.
- t-rex the name of the program that will be launched using the .bat file.
-a bcdthe name of the coin mining algorithm. The available algorithms are listed above.
-o stratum+tcp://eu.icemining.cawe specify the address of the pool. Design
:8433after the pool address we put a colon and indicate the pool port.
-u 1Go7d7C1EYQzmgbsDbTSdtW2g5H5G3gBCoafter the key
-uwe indicate the address of your digital wallet.
-p c=BCDwe indicate the token of the mined coin. This is necessary for the pool to understand which coin we want to mine.
-i 20set the intensity of the program.
We have set up a program for mining Bitcoid Diamond coin.
T-Rex advanced options
Running a mining program sometimes requires additional settings, for example, you need to turn off one of the cards or set a limit for the operating temperature of the card. Below we have prepared for you a list of the most popular T-rex miner settings. To apply a setting, add it to the standard startup line above. Usually, the parameters of the miner cannot change the overclocking of the video card. Detailed instructions for overclocking video cards are presented in this article.
stratum+ssl:// for SSL mining, replace the beginning of the standard stratum + tcp: // pool address with stratum + ssl: // Note that usually the SSL pool address is different from the non-SSL pool address. Example
stratum+ssl://eth.2miners.com:12020 (Ethereum pool 2Miners for SSL connection).
--devices allows you to use only the necessary video cards for mining. After --devices, specify the indices of the video cards you want to use, separated by commas, while the first video card has an index of 0. For example, if you have a rig of 6 video cards, the video card indices go from 0 to 5. Adding a parameter
--devices 0,1,2,3,5 will start mining on all video cards except the fifth one (with index 4).
You can adjust the temperature of the video cards using the parameters
--temperature-start... Specify the desired range of video cards, for example
--temperature-start 60 in this case, the video cards will turn off at a temperature of 80 ° C and start mining again when cooled down to 60 ° C. This parameter applies simultaneously to all video cards in the rig. It is not possible to set temperature limits for each card separately.
--temperature-limit sets the maximum temperature at which video cards work.
--temperature-start sets the temperature to which video cards should cool before starting mining again.
--log-path creates a log file and writes it to disk. Specify the exact location of the log file (path to it) after the command, for example
--autoupdate performs an automatic program update if a new version is available.