in sodeluj na forumu, komentiraj, ocenjuj... Registriraš se v samo 10ih sekudah!
Bitcoin Slovenija

Zadnja sporočila

Pes :: 28.03.2020 ob 7:13
SRBMiner-MULTI CPU & AMD GPU Miner 0.4.1
Windows & Linux


Download links:



+ cpupower
+ defyx
+ m7mv2
+ randomarq
+ randomsfx
+ randomwow
+ randomx
+ randomxl
+ yescryptr16
+ yescryptr32
+ yescryptr8
+ yespower
+ yespower2b
+ yespoweric
+ yespoweriots
+ yespoweritc
+ yespowerlitb
+ yespowerltncg
+ yespowerr16
+ yespowersugar
+ yespowerurx


+ blake2b
+ blake2s
+ cryptonight_catalans
+ cryptonight_talleo
+ eaglesong
+ k12
+ kadena
+ keccak
+ mtp
+ rainforestv2
+ yescrypt

MTP scratchpad creation is very slow at the moment, it is waiting on a big rewrite. This has an impact on poolside hashrate if a lot of new works are sent out.


+ VEGA 56/64/FE/VII
+ RX 460/470/480/550/560/570/580/590
+ R9 285/285X/380/380X
+ R9 290/290X
+ R9 Fury/Nano

Linux : amdgpu-pro drivers


+ blake2b
+ yespowerurx

+ Rest


+ Guided setup mode
+ Algorithm switching capability without external application
+ Run in background without a window
+ Hashrate watchdog that restarts miner on GPU error
+ Monitoring of GPU temperature, and auto turn off if temperature is too high
+ System shutdown on too high GPU temperature
+ Miner auto restart on too many rejected shares
+ Startup monitor which ensures your miner starts working normally
+ API for miner statistics
+ Web based GUI interface for miner statistics
+ Multiple pools with failover support
+ Add new pools on the fly without restarting miner
+ Difficulty monitor, reconnects to pool if difficulty is too high
+ Job timeout monitor, reconnects to pool if no job received for a long time
+ Switch AMD video cards to compute mode easily


1. Disable CPU mining, use only GPU mining

SRBMiner-MULTI.exe --algorithm keccak --pool your-pool-here --wallet your-wallet-here --disable-cpu

2. Run miner in background without console window, with API enabled on port 17644 (

SRBMiner-MULTI.exe --algorithm keccak --pool your-pool-here --wallet your-wallet-here --background --api-enable --api-port 17644

3. Disable GPU mining, use 7 CPU threads with extended logging enabled and saved to Logslog.txt file

SRBMiner-MULTI.exe --algorithm keccak --pool your-pool-here --wallet your-wallet-here --disable-gpu --cpu-threads 7 --log-file Logslog.txt --extended-log

4. Full example for CPU & GPU mining set only from cmd (4 GPU/s used and 7 CPU threads on K12 algorithm)

SRBMiner-MULTI.exe --algorithm k12 --gpu-id 0,1,2,3 --gpu-intensity 26,25,26,26 --gpu-worksize 256,256,256,256 --gpu-threads 1,1,1,1 --cpu-threads 7 --pool your-pool-here --wallet your-wallet-here

5. Disable GPU mining, use 15 CPU threads with extended logging enabled and saved to Logslog.txt file, start mining Randomx from block height 1978433 and run miner in background

SRBMiner-MULTI.exe --algorithm randomx --pool your-pool-here --wallet your-wallet-here --disable-gpu --cpu-threads 15 --log-file Logslog.txt --extended-log --background --start-block-height 1978433


If you don't set the --cpu-threads or --cpu-affinity parameters, miner will try to automatically find the best setup for you system.
Sometimes the auto setup won't find the optimal settings so you should find it by experimenting.

You need to set the number of worker threads (--cpu-threads) and bind them to the appropriate PU (processing unit) with --cpu-affinity.

Examples to get you started:


1. Use 4 threads, 1 on every core : --cpu-threads 4 --cpu-affinity 0x55
2. Use 8 threads, 2 on every core : --cpu-threads 8 --cpu-affinity 0xFF


1. Use 6 threads, 1 on every core : --cpu-threads 6 --cpu-affinity 0x555
2. Use 12 threads, 2 on every core : --cpu-threads 12 --cpu-affinity 0xFFF


To enjoy the benefits of the increased hashrate:

1. Miner must run with administrator privileges [right click on SRBMiner-MULTI.exe->properties->compatibility-> check 'Run this program as an administrator' option-> click OK button
2. Make sure WinRing0x64.sys is in the same folder as SRBMiner-MULTI.exe

Enabling the extra tweaks, some register values are changed which will revert back to the original value after a computer restart.

If miner starts crashing, or creates bad results after enabling the extra tweaks, you can try the '--randomx-use-tweaks' parameter, where you can define which tweak/s you want to enable.
Without this option miner enables all available tweaks (same as --randomx-use-tweaks 0123 for AMD, --randomx-use-tweaks 0 for Intel) , but with '--randomx-use-tweaks' you can define which ones you want to use.

There are at the moment :
Intel - 1 tweak
Amd - 5 tweaks

Index starts from 0, so you have 0 1 2 3 4 for options on AMD.

Here's an example :

+ Use tweaks number 0 and 3 (dont use 1 and 2)

SRBMiner-MULTI.exe --algorithm randomx --pool your-pool-here --wallet your-wallet-here --password your-password-here --randomx-use-tweaks 03

The order of tweaks doesn't matter, so writing 03 is same as 30.

What you should do is to find which tweak, or combination of tweaks, makes the problems.
You should try enabling tweaks one by one, and test to see if miner runs stable with one tweak, and if it does, test the next one etc.
Luckily there are not so many combinations for you try (because 0123 is for example same as 3021 or 1302.. )

So start with :
SRBMiner-MULTI.exe --algorithm randomx --pool your-pool-here --wallet your-wallet-here --password your-password-here --randomx-use-tweaks 0

If it runs without crashing for some time, try the next one :

SRBMiner-MULTI.exe --algorithm randomx --pool your-pool-here --wallet your-wallet-here --password your-password-here --randomx-use-tweaks 1

and so on, until you find the one that makes the trouble.

Then try combining tweaks to find a combination that works for you.

If you have older gen. Ryzens, try this combination of tweaks :

--randomx-use-tweaks 0134


SRBMiner-Multi is supported by Awesome Miner

If you get "Insufficient system resources available to allocate X kB in large-page memory" message, that means you dont have enough FREE memory left, a computer restart should solve this.
Large-page memory regions may be difficult to obtain after the system has been running for a long time because the physical space for each large page must be contiguous, but the memory may have become fragmented.
If you still get this message even after restarting, try increasing virtual memory.

You can find all the parameters and everything you need to get going in the readme.txt file.

This thread is self moderated, because in the previous SRBMiner thread there was too much spam and garbage, which wasn't removed by the forum moderators.

Update infos :

+ Added CPU algorithm 'minotaur' (Ring coin)
+ Added CPU algorithm 'yespowerres' (Resistance coin)
+ 2-4% faster 'cryptonight_bbc' on some GPU's
+ Minor bug fixes

+ Added algorithm 'randomkeva' (Keva coin upcoming algorithm)
+ Added Navi support for 'cryptonight_bbc' algorithm
+ Much better auto setup for RX 4xx/5xx 8G cards on 'cryptonight_bbc' algorithm

+ Miner now works on older linux distributions ( Ubuntu 16.04 - glibc2.23 )
+ Small hashrate increase on 'cryptonight_bbc' algorithm for some GPU's
+ Yescrypt algorithms hashrate increase on CPU if miner run with administrator/root privilege
+ Fixed GPU sensors reading on Linux
+ Fixed a bug that sometimes stopped hashing when connected to the pool after a long reconnect period
+ Renamed '--disable-randomx-tweaks' parameter to '--disable-msr-tweaks', '--disable-tweaking' to '--disable-gpu-tweaking', and '--randomx-use-tweaks' to '--msr-use-tweaks'
+ Minor bug fixes

+ Hashrate increased even more on 'kadena' algorithm, and at the same time lowered power usage
+ Small hashrate increase on 'yescrypt' CPU algorithms
+ Minor bug fixes

+ 'kadena' algorithm huge hashrate increase
+ Added 'gpu_' prefix to GPU related parameters in config file : gpu_intensity, gpu_raw_intensity, gpu_worksize, gpu_threads, gpu_tweak_profile, gpu_target_temperature, gpu_shutdown_temperature, gpu_off_temperature. 'gpu_conf' parameters naming stays the same.
+ Added new parameters in config file : cpu_threads, cpu_affinity, cpu_priority
+ Renamed 'pool_use_tls' in pool configuration file to 'tls'

+ 'cryptonight_bbc' algorithm updated (active from block 133060)
+ Added '--enable-opencl-cleanup' parameter to enable OpenCL resources freeing on miner exit/restart (default is disabled because it can hang miner if driver crashed)

+ Added 'cryptonight_bbc' algorithm (BigBangCore) - DevFee 2.5%
+ Lowered devfee for 'bl2bsha3' to 2%
+ Some gpu's might get a tiny hashrate increase on 'bl2bsha3'
+ Gpu sensors now available in Linux
+ --adl-disable parameter now available in Linux
+ --shutdown-temperature parameter (shutdown_temperature in config) now available in Linux
+ --gpu-off-temperature parameter (off_temperature in config) now available in Linux
+ Removed option to set difficulty for 'bl2bsha3' in password field
+ Removed notification for 6block stratum compatibility
+ Possibly fixed a bug where miner shows it's hashing (always shows exactly same hashrate), but gpu's are stalled

+ Fixed share accepted/rejected display issue with 6block pool (HNS)
+ Fixed miner auto restarting issue on Linux
+ Tiny hashrate increase on 'bl2bsha3' with some GPU's

+ Hashrate increase on 'bl2bsha3' algorithm (~ 10-15% )
+ Added support for Navi (gfx1010) cards for 'bl2bsha3' (let's just say it works)
+ Added possibility to set difficulty for 'bl2bsha3' . Just enter it in the pool password field.
+ Miner can be now used on pools other than 6block if they implement the same stratum protocol as 6block

+ Added algorithm 'bl2bsha3' (Handshake (HNS) coin - pool only)
+ RandomX fixes
+ Added '--gpu-platform' parameter to cmd config, and 'gpu_platform' to configuration files to force opencl platform
+ Added '--randomx-use-1gb-pages' parameter to config, whiche enables 1GB sized page files if supported by CPU
+ When reading pools or algorithms configuration file, if invalid entry found it will be just skipped

+ Fixed ERROR 0x4002

+ First version for Linux (Tested on Ubuntu 18.04)
+ Removed RandomV (MoneroV) algorithm
+ Added 'defyx' algorithm (Scala)
+ Added 'yespoweritc' algorithm (Intercoin)
+ Added 'cryptonight_catalans' algorithm (CatalansCoin)
+ Added 'cryptonight_talleo' algorithm (Talleo)
+ --randomx-use-tweaks accepts now values from 0-4, [ 0 - Intel, 0,1,2,3,4 - AMD ]
+ Added parameter 'worker' to pools config and cmd parameters -> defines worker name for RPC2
+ a lot of bug fixes

+ Added RandomV algorithm (MoneroV)
+ Added --randomx-use-tweaks , to select the MSR tweak/s to apply
+ Added RandomX tweak support for Intel Core2 processors

V0.1.9 beta
+ Added RandomSFX algorithm (SafexCash)
+ RandomX algorithm/s improvements
+ Added RandomX algorithm/s extra tweak that can increase hashrate
+ Added parameter --disable-randomx-tweaks
+ Fixed K12 algorithm
+ --cpu-priority now affects main process too (not just worker threads)
+ default --cpu-priority is now 2 (below normal)
+ bug fixes
+ added license text to readme for RandomX and WinRing0

V0.1.8 beta
+ Added Kadena algorithm (pool mining only)
+ Added yespoweric algorithm (IsotopeC)
+ Added yespoweriots algorithm (IOTScoin)
+ Added yespower2b AVX support
+ Fixed nicehash protocol compatibility with rpc2
+ Miner now won't quit if not enough free RAM for an algorithm, it will just warn the user

V0.1.7 beta
+ Added 'm7mv2' algorithm (Magi coin - XMG)
+ Cpu auto configuration should be better than on previous versions
+ Added CPU data to API, also rearranged a few things in API
+ Console window 'Quick Edit' mode disabled on miner start, so users won't accidentally pause miner by clicking in the console window

V0.1.6 beta
+ Fixed threads binding on systems with more than 1 numa node
+ Better auto configuration for cpu mining
+ Previous two fixes should bring higher hashrates
+ Added pool controlled algorithm switching capability (Monero Ocean)
+ Added pool config parameter "algo_min_time" and --algo-min-time to cli (Monero Ocean)
+ Added pool config parameter "keepalive" and --keepalive to cli

V0.1.5 beta
+ Added cpu algorithms : RandomX, RandomXL, RandomWow, RandomArq
+ Added cli parameters: --cpu-priority, --disable-huge-pages, --disable-hw-aes, --disable-numa
+ Added pool config parameter 'start_block_height' and --start-block-height cli parameter
+ Fixed a bug that limited the number of threads useable for cpu mining
+ Fixed cpu affinity parameter and thread/s binding to affinity mask
+ Where possible, now using huge pages if available, this should bring a slight performance increase
+ Removed OpenCL dependency if using only cpu miner
+ Added limited Overdrive8 support (adl type 3)

V0.1.4 beta
+ Fixed a critical bug with work creation for fast algorithms [k12, keccak]

V0.1.3 beta
+ Keccak algorithm +15% faster on gpu
+ K12 algorithm +8-12% faster on gpu [vega56 ~1700mhs]
+ Guided setup got smarter a little bit

V0.1.2 beta
+ Added support for kangaroo12 algo [k12]
+ All algorithms that have a fee now have the same ~0.85% devfee
+ More bug fixes

V0.1.1 beta
+Added yespowerltncg, yespowersugar, yespowerurx, yespower2b, eaglesong (nervos-ckb) algorithms
+Added support for SHA with yespower algorithm family
+Bug fixes

poslano v temi :: SRBMiner-MULTI AMD & CPU Miner 0.4.1 Win & Linux
Pes :: 25.03.2020 ob 20:04
Changes in version 4.9c (since 4.8c):

Added support for AMD RX5500 cards
Added support for the latest AMD Windows drivers 19.12.3
Adding support for AMD Linux drivers 19.50-967956
Adding option -rate 2 to use the command name "eth_submitHashRate" instead of "eth_submitHashrate" when solo mining
Fixed the problem with loading NVML with the latest Nvidia drivers
Fixed a problem that was introduced in 4.8c causing mismatching of the cards when using more than one value in -cclock or any other command-line argument with more than one value (i.e. when using different values for each card)
Added an HTML version of the documentation for better navigation and readability
Other small improvements and fixes.

You can download PhoenixMiner 4.9c from here:!QSAVVaoS!bCFZeeUzKdvMudrY4zFWog


Changes in version 4.8c:

Added support for the latest AMD drivers under Linux 19.30-934563 and for mining with RX5700 cards under Linux. Note that drivers are quite buggy and most of the overclocking options don't work, as well as most of the hardware monitoring options.
Added a new flexible way for setting GPU-specific options with selectors. Example: -cclock 1-3:1090,4:1300 -mclock nvidia:+450,amd:2000,*:1900,gtx*1070*ti:+200 See Readme.txt for more information.
Added command-line option -gbase to set 0-base or 1-based GPU indexes (the default is 1). With -gbase 1 (the default), the first GPU is GPU1, then GPU2, etc. With -gbase 0 the first GPU is GPU0, second - GPU1, etc. Note that this also changes the indexes that are used with all command line options that accept GPU indexes (e.g. -gpus) as well as these used with the interactive commands on the miner shell window
Validated support for the latest AMD Windows drivers 19.11.3 (but they already work with 4.7c because there were no significant changes in the OpenCL driver)
Other small improvements and fixes.

PhoenixMiner is fast (arguably the fastest) Ethash (ETH, ETC, Muiscoin, EXP, UBQ, etc.) miner that supports
both AMD and Nvidia cards (including in mixed mining rigs). It runs under Windows x64 and Linux x64
and has a developer fee of 0.65% (the lowest in the industry). This means that every 90
minutes the miner will mine for us, its developers, for 35 seconds.

PhoenixMiner also supports Ubqhash for mining UBQ, ProgPOW for mining BCI, and dual mining
Ethash/Ubqhash with Blake2s.

The speed is generally faster than Claymore's Ethereum miner in eth only mode
(we have measured about 0.4-1.3% speed improvement but your results may be slightly lower or
higher depending on the GPUs). To achieve highest possible speed on AMD cards it may be needed
to manually adjust the GPU tune factor (a number from 8 to about 400, which can be changed
interactively with the + and - keys while the miner is running).

If you have used Claymore's Dual Ethereum miner, you can switch to PhoenixMiner with
minimal hassle as we support most of Claymore's command-line options and confirguration

Please note that PhoenixMiner is extensively tested on many mining rigs but there still may be some bugs.
Additionally, we are actively working on bringing many new features in the future releases.
If you encounter any problems or have feature requests, please post them here (in this thread).
We will do our best to answer in timely fashion.

1. Quick start

You can download PhoenixMiner 4.9c from here:!QSAVVaoS!bCFZeeUzKdvMudrY4zFWog (MEGA)

Examples of settings for different pools.

ethermine org (ETH):
PhoenixMiner.exe -pool eu1 ethermine org:4444 -pool2 us1 ethermine org:4444 -wal YourEthWalletAddress.WorkerName -proto 3
ethermine org (ETH, secure connection):
PhoenixMiner.exe -pool ssl: //eu1 ethermine org: 5555 -pool2 ssl: //us1 ethermine org: 5555 -wal YourEthWalletAddress.WorkerName -proto 3
ethpool org (ETH):
PhoenixMiner.exe -pool eu1 ethpool org:3333 -pool2 us1 ethpool org:3333 -wal YourEthWalletAddress.WorkerName -proto 3
dwarfpool com (ETH):
PhoenixMiner.exe -pool eth-eu dwarfpool com:8008 -wal YourEthWalletAddress / WorkerName -pass x
nanopool org (ETH):
PhoenixMiner.exe -pool eu1 nanopool org:9999 -wal YourEthWalletAddress / WorkerName -pass x
nicehash (ethash):
PhoenixMiner.exe -pool stratum + tcp: //daggerhashimoto eu nicehash com: 3353 -wal YourBtcWalletAddress -pass x -proto 4 -stales 0
f2pool (ETH):
PhoenixMiner.exe -epool eth f2pool com:8008 -ewal YourEthWalletAddress -pass x -worker WorkerName
miningpoolhub (ETH):
PhoenixMiner.exe -pool us-east ethash-hub miningpoolhub com:20535 -wal YourLoginName.WorkerName -pass x -proto 1
coinotron com (ETH):
PhoenixMiner.exe -pool coinotron com:3344 -wal YourLoginName.WorkerName -pass x -proto 1
ethermine org (ETC):
PhoenixMiner.exe -pool eu1-etc ethermine org:4444 -wal YourEtcWalletAddress.WorkerName
dwarfpool com (EXP):
PhoenixMiner.exe -pool exp-eu dwarfpool com:8018 -wal YourExpWalletAddress / WorkerName
miningpoolhub (MUSIC):
PhoenixMiner.exe -pool europe ethash-hub miningpoolhub com:20585 -wal YourLoginName.WorkerName -pass x -proto 1
ubiqpool (UBIQ):
PhoenixMiner.exe -pool stratum + tcp: //eu ubiqpool io: 8008 -wal YourUbiqWalletAddress -pass x -worker WorkerName
minerpool net (PIRL):
PhoenixMiner.exe -pool pirl minerpool net:8002 -wal YourPirlWalletAddress -pass x -worker WorkerName
dodopool com (Metaverse ETP):
PhoenixMiner.exe -pool etp dodopool com:8008 -wal YourMetaverseETPWalletAddress -worker Rig1 -pass
minerpool net (Ellaism):
PhoenixMiner.exe -pool ella minerpool net:8002 -wal YourEllaismWalletAddress -worker Rig1 -pass x

Pool options:

3. Command-line arguments

Note that PhoenixMiner supports most of the command-line options of Claymore's dual Ethereum miner
so you can use the same command line options as the ones you would have used with Claymore's miner.

-pool <host rt> Ethash pool address (prepend the host name with ssl:// for SSL pool, or http:// for solo mining)
-wal <wallet> Ethash wallet (some pools require appending of user name and/or worker)
-pass <password> Ethash password (most pools don't require it, use 'x' as password if unsure)
-worker <name> Ethash worker name (most pools accept it as part of wallet)
-proto <n> Selects the kind of stratum protocol for the ethash pool:
1: miner-proxy stratum spec (e.g. coinotron)
2: eth-proxy (e.g. dwarfpool, nanopool) - this is the default, works for most pools
3: qtminer (e.g. ethpool)
4: EthereumStratum/1.0.0 (e.g. nicehash)
5: EthereumStratum/2.0.0
-coin <coin> Ethash coin to use for devfee to avoid switching DAGs:

auto: Try to determine from the pool address (default)
eth: Ethereum
etc: Ethereum Classic
exp: Expanse
music: Musicoin
ubq: UBIQ
pirl: Pirl
ella: Ellaism
etp: Metaverse ETP
pgc: Pegascoin
akroma: Akroma
whale: WhaleCoin
vic: Victorium
nuko: Nekonium
mix: Mix
egem: EtherGem
aura: Aura
hbc: Hotelbyte Coin
gen: Genom
etz: EtherZero
clo: Callisto
dbix: DubaiCoin
moac: MOAC
etho: Ether-1
etcc: EtherCC
yoc: Yocoin
b2g: Bitcoiin2Gen
esn: Ethersocial
ath: Atheios
reosc: REOSC

4. Configuration files

Note that PhoenixMiner supports the same configuration files as Claymore's dual Ethereum miner
so you can use your existing configuration files without any changes.

Instead of using command-line options, you can also control PhoenixMiner with configuration
files. If you run PhoenixMiner.exe without any options, it will search for the file config.txt
in the current directory and will read its command-line options from it. If you want, you can
use file with another name by specifying its name as the only command-line option
when running PhoenixMiner.exe.

You will find an example config.txt file in the PhoenixMiner's directory.

Instead of specifying the pool(s) directly on the command line, you can use another configuration
file for this, named epools.txt. There you can specify one pool per line (you will find an example
epools.txt file in the PhoenixMiner's directory).

For the dual mining pools, you can use the dpools.txt file, which has the same format as epools.txt
but for the secondary coin. You will find an example epools.txt file in the PhoenixMiner's directory.
Note that unlike the epools.txt, which is loaded each time when the miner starts, the dpools.txt file
is only read if you specify a dual mining pool on the command line with -dpool, or at least add
the -dcoin blake2s command-line option.

The advantages of using config.txt and epools.txt/dpools.txt files are:
- If you have multiple rigs, you can copy and paste all settings with these files
- If you control your rigs via remote control, you can change pools and even the miner options by
uploading new epools.txt files to the miner, or by uploading new config.txt file and restarting
the miner.

5. Remote monitoring and management

Phoenix miner is fully compatible with Claymore's dual miner protocol for remote monitoring and
management. This means that you can use any tools that are build to support Claymore's dual miner,
including the "Remote manager" application that is part of Claymore's dual miner package.

We are working on much more powerful and secure remote monitoring and control functionality and
control center application, which will allow better control over your remote or local rigs and some
unique features to increase your mining profits.

poslano v temi :: PhoenixMiner 4.9c: fast Ethereum/Ethash miner (Win/Linux)
Pes :: 23.03.2020 ob 21:03

Windows Download

(CUDA 9.1 version)
(CUDA 9.2 version)
(CUDA 10.0 version)
(CUDA 10.1 version)

v0.23.0 released

New MTP-TCR algorithm
MTP: Improve scratchpad initialization
New CryptoNightUPX algorithm
New CryptoNightZLS algorithm
Improve CryptoNightGPU algorithm
Fix some potential crashes
Remove CryptoNightV8 and CryptoLightV7 (Aeon) algorithms
Other minor fixes

CryptoDredge is a simple in use and highly optimized cryptocurrency mining software. It takes full advantage of modern NVIDIA graphics cards through the use of unique optimization techniques. We have also devoted great attention to stable power consumption. These benefits, along with the very small developer fee, make our product one of the best publicly available miners.

Developer fee is 1% (2% for MTP)

Supported Algorithms
Argon2d (250/4096/DYN/NIM)
CryptoLightV7 (Aeon)
CryptoNightFastV2 (Masari and Stellite)
CryptoNightSaber (Bittube)
Cuckaroo29 (Grin)
CuckooCycle (Aeternity)
Lyra2zz (LAPO)
MTP (see the MTP Algorithm item)


The current version of CryptoDredge is a (portable) console application. Unpack the downloaded archive and edit one of the sample .bat/.sh files or provide the necessary command line arguments.
CryptoDredge -a <ALGO> -o stratum+tcp://<POOL> -u <WALLET_ADDRESS> -p <OPTIONS>

Command-Line Arguments
-v, --version Print version information
-a, --algo Specify algorithm to use

-d, --device List of comma-separated device IDs to use for mining. IDs are numbered 0,1...,N - 1
-h, --help Print help information
-i, --intensity Mining intensity (0 - 6). For example: -i N[,N] (default: 6)
-o, --url URL of mining pool
-p, --pass Password/Options for mining pool
-u, --user Username for mining pool
--log Log output to file
--no-color Force color off
--no-watchdog Force watchdog off
--no-crashreport Force crash reporting off
--cpu-priority Set process priority in the range 0 (low) to 5 (high) (default: 3)
--api-type Specify API type to use (default: ccminer-tcp)
ccminer-tcp (TCP)
ccminer-ws (WebSocket)
-b, --api-bind IPort for the miner API, 0 disabled (default:
-r, --retries N number of times to retry if a network call fails, -1 retry indefinitely (default: -1)
-R, --retry-pause N time to pause between retries, in seconds (default: 15)
--timeout N network timeout, in seconds (default: 300)
-c, --config JSON configuration file to use
--no-nvml Force NVML off
--hashrate Expected hashrate in kh/s (argon2d-nim only) (default: 100)

System Requirements
NVIDIA GPUs with Compute Capability 5.0 or above.
MTP require graphics card with at least 5Gb memory.
Latest GeForce driver
2 GB RAM (4 GB recommended). Some algorithms such as NeoScrypt require the virtual memory (swap file) with the same size as all of the GPU's memory.
Internet connection

Windows 7/8.1/10 (64-bit versions)
Visual C++ Redistributable for Visual Studio 2015

Ubuntu 14.04+, Debian 8+ (64-bit versions)
Package libc-ares2. Installing libc-ares2 package is as easy as running the following command on terminal: apt-get install libc-ares2


Antivirus Software Reports
CryptoDredge is not a piece of malicious software. You may try to add an exception in antivirus software you use.

Rejected Shares
There are many reasons for rejected shares. The primary reasons are:
high network latency
overloaded mining server
aggressive graphics card overclocking

If you are using a third-party watchdog, you can disable the built-in watchdog by using --no-watchdog option.

CryptoDredge -a <ALGO> -o stratum+tcp://<POOL> -u <WALLET_ADDRESS> --no-watchdog

Several Instances After a While
It seems that you are using an own restart mechanism of CryptoDredge (see the Watchdog item).

Crash Reporting
If the built-in watchdog is enabled then CryptoDredge will generate and send us the report. You can disable error reporting with --no-crashreport option. Allowing CryptoDredge to send us automatic reports helps us prioritize what to fix and improve in the future versions.

Crash reports won't include any personal information about you, but they might include:
Operating System version
Driver version
Miner configuration
Application crash data

MTP Algorithm

System Requirements:
GPUs with at least 5 GB of memory
There are no special CPU and RAM requirements, 4 GB must be sufficient

In comparison to other algorithms, MTP requires transferring large amounts of data to the pool. This may be a problem for limited and slow connections.

The miner has to do some extra work every time that the pool sends a new "job", so an average hashrate will be a bit slow.

Developer fee is 2% for MTP.

Argon2d (NIM) Algorithm

If you encounter many "invalid share: invalid pow" errors from the pool, set --hashrate option to calculate the start difficulty.

poslano v temi :: CryptoDredge 0.23.0 — NVIDIA GPU Miner
Pes :: 22.03.2020 ob 14:21
Announcing BFGMiner 5.5, the modular cryptocurrency miner written in C. BFGMiner features dynamic clocking, monitoring, and remote interface capabilities.

"St. Barbara's Faithfully Glorified Mining Initiative Naturally Exceeding Rivals", or just basically a freaking good miner.

This code is provided entirely free of charge by the programmer, so donations would be greatly appreciated.
Please consider donating: 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh

Do NOT send me a private message directly, as I will ignore your message. I only provide support in public, so that others may benefit from the answer too. (An exception is if you want to pay me for direct support. In that case, please say so in your message.)
Also, please note that this thread is for discussion of BFGMiner, its features and bugs - if you feel the need to troll or talk off-topic, start another forum thread (and PM me with it if you want my attention).

If you want to help develop BFGMiner, the best way to get in touch with us is on IRC.
We also have a development mailing list, mainly used to pre-announce upcoming releases for third-party packagers.

Latest release: 5.5.0
Arch: pacman -S bfgminer
Debian: aptitude install bfgminer
Gentoo: emerge bfgminer (consider accepting ~arch and/or adding the bitcoin overlay to get the latest version)
Ubuntu: apt-get install bfgminer (install the BFGMiner PPA for the latest version)
Win32: zip
Win64: zip

A large variety of device drivers for Bitcoin (SHA256d):
ASICMINER Block Erupter blades, cubes, USB miners (Emerald and Sapphire), and Tube
BFx2 Bitfury USB miner
Big Picture Mining Bitfury-based USB miners (BF1, RedFury, BlueFury)
BitCentury LittleFury USB miners
Bitmain AntMiner S1 - S4 and S5
Bitmain AntMiner U1 - U3
BlackArrow Prospero X-1.5
BTCFPGA's ModMiner Quad FPGA-based mining device
Butterfly Labs's FPGA and ASIC mining products (BitForce, MiniRig, Monarch)
Canaan Creative Avalon1/2/3 ASIC mining rigs
The Chili miner assembly
CoinTerra TerraMiner ASIC miner
Drillbit Thumb and Eight
DualMiner ASIC-based USB miner
Enterpoint's Cairnsmore1 FPGA mining board
FPGA Mining X6500
GekkoScience Compac BM1384 USB stick
HashBuster mining boards
HashFast Baby Jet
Intron/C-scape BitFury-based mining boards
JingTian miner
Klondike boards
KnCMiner Mercury, Saturn, Jupiter, and Neptune
Metabank gen 1 (old) BitFury-based mining device
NanoFury NF1 and NF2 units
One String Miner
Qi Hardware's Icarus and Lancelot FPGA mining boards
ROCKMINER 30 Gh/s R-BOX and T1
Spondoolies SP10 and SP30
Twinfury USB stick miner
Ztex's 1.15x and 1.15y FPGA boards
OpenCL GPUs, such as AMD Radeons (disabled by default, see README.GPU)
Kernels: Diablo, DiaKGCN, Phatk and poclbm
BFI_INT patching for Catalyst versions before 13.2
Vector support
Dynamic intensity that keeps desktop interactive under load and maximises throughput when desktop idle
Support for mining with free Mesa/LLVM OpenCL
CPU (not enabled by default nor included in Windows build)
Coming soon:
Halong Mining DragonMint 16T
any device provided for development (PM me)
A variety of device drivers for scrypt:
AlcheMiner Alchemist miner
DualMiner ASIC-based USB miner
GAW War Machine
Gridseed mining devices
KnCMiner Titan
ZeusMiner units
OpenCL GPUs, such as AMD Radeons (disabled by default, see README.GPU)
Kernels: ckolivas, lsoc, psw, zuikkis
CPU (not enabled by default nor included in Windows build)
Coming soon:
any device provided for development (PM nwoolls and/or jstefanop)
CPU and OpenCL/GPU mining for Keccak (SHA-3)
Automatically can configure itself to failover to solo mining and local block submission when Bitcoin Core is running
Support for getblocktemplate decentralized mining protocol (no proxy needed!)
Builtin stratum and getwork proxy server
Very low overhead free C code for Linux and Windows with very low CPU usage
Integrated overclocking and fan control (including automatic adjustment, if configured)
Heavily threaded code hands out work retrieval and work submission to separate threads to not hinder devices working
Caching of submissions during transient network outages
Preemptive generation of work prior to completion of current work
Automatically detects failing pools and disables them
Multi-device support (all or discrete selection)
Summarised and discrete device data statistics of requests, accepts, rejects, hw errors, efficiency and utility
Watchdog thread to restart idle threads but not crash machine if they don't respond
Summary displayed when quitting
Supports multiple pools with multiple intelligent failover mechanisms
On the fly menu based management of most settings
Trickling of extra work to backup pools if primary pool is responding but slow
On the fly enabling/disable/restarting of devices
Device temperature monitoring (for devices that support it)
Reuses persistent connections when possible
RPC interface for remote control
Ability to cope with slow routers
Lots of other stuff I can't remember. See options.

Human readable changelog:
Multi-blockchain support: BFGMiner can now be told which pools use the same "mining goals", and will track the blockchain independently for ones that don't. This allows you to mine multiple cryptocurrencies concurrently using any pool strategy (including balance and load-balance).
Multi-algorithm support: BFGMiner is now capable of hashing on both scrypt and SHA256d work at the same time, and you can assign the mining algorithm to use on a per-goal basis. As with multi-blockchain support, this works even in balancing strategies. Note that at this time, only CPU, OpenCL, and Proxy drivers actually support multiple algorithms at the same time (DualMiner must be preconfigured for only one, and GridSeed remains scrypt-only).
Stratum extensions for mining goals: New experimental methods mining.capabilities and mining.set_goal for Stratum allow you to expose control of the mining algorithm to the pool. These extensions are considered draft and may be changed based on the needs of multiblockchain pool operators.
RPC: Also extended for multiple mining goals/algorithms. Interface is subject to change.
kncasic: New driver for KnCMiner Neptune (and 2nd-gen Jupiter modules).
minion: New driver for BlackArrow Prospero X1.5.
titan: Work flushing optimisations from KnCMiner, and reduce processor view from per-core to per-die.
Keccak: Support for the SHA-3 winner hash as a proof-of-work algorithm.
opencl: Workaround broken global work offset support in buggy drivers.
opencl: GPU mining is now disabled by default for scrypt. Use -S opencl:auto to enable it.

Full changelog:
opencl: Fail gracefully if clGetProgramInfo/CL_PROGRAM_NUM_DEVICES returns zero
opencl: Remember results of global offset testing
opencl: Only save kernel binary when we built from source
opencl: Only try to patch BFI_INT when compiling a kernel from source
opencl: Major refactor, splitting up opencl_load_kernel into many new functions
titan: Initialise variables to satisfy compilers
Bugfix: opencl: Correctly handle non-goffset kernels
Fixing column spacing of non-curses device output
Bugfix: opencl: free memory if clState creation fails
Titan: Do not do actual configuration job in API thread context. Instead, send commands to the worker thread to do the actual job.
Titan: bugfix: dies are not configured if die#0 is OFF
Titan: unused function argument
Titan: unused variables
Update knc-asic: Titan FPGA image with spi->i2c commands removed and fixed some lock-up scenarios
Titan code rework: Use one bfgminer processor per die (instead of core)
minion: Reinitialise chips if they don't seem to be progressing
minion: Read temperature sensor
minion: TUI clock speed control
minion: Include "Frequency" in RPC status
minion: Add "clock" setting
minion: Set configuration parameters we care about
minion: Reset chip at initialization
minion: Configure PLL to 900 MHz at startup
minion: Report hashes done as accurately as we can
minion: Core enable/disable control
minion: Implement queue flushing
minion: Implement basic mining
lowl-spi: linux_spi_txrx2 to include device protocol dumping
minion: Detection code for the Prospero X1
Actually add version.c file
Only rebuild a minimal version.c file when git commit changes
Bugfix: Use HASH_ADD_KEYPTR for const char *, not HASH_ADD_STR
Bugfix: Re-lock stgd_lock when we don't have a malgo-specific pool to use
scrypt: Disable OpenCL by default
opencl: Remove support for "OCL1" kernel define (indicated OpenCL 1.1+)
opencl: Autodetect whether global offset actually works
opencl: Add no-goffset support to scrypt kernels
opencl: Determine kernel support for goffset by code analysis
opencl: Add "goffset" setting to override detection of support for global work offsets
util: seek_data_cb: Check validity of offset
Allow libcurl to rewind the upload buffer
cpu: Set the priority of miner threads to idle on Windows
cpu: Do not set thread affinity on single-processor systems
Adding additional boolean keywords enable and disable
AUTHORS: Move Pelle and Vitalii to "Current Maintainers" since they actively maintain the Titan driver
AUTHORS: Add Ronny Van Keer (Keccak C implementation)
Titan: supply its own rolling hashrate implementation
A driver can supply its own rolling hashrate function (in case generic rolling hashrate implementation does not work)
Bugfix: configure: kncasic does not actually need i2c-tools
Keccak: Simplify keccak_hash_data
keccak: Adapt opencl intensity interpretation to have approximately the same desktop interactivity affect as SHA256d
Keccak: Include support in various builds
Travis: Update with Keccak
opencl/keccak: Add non-goffset support
opencl/keccak: Unroll all the hash rounds properly
opencl: Add Keccak support via "fullheader" kernel interface
keccak: Adapt for BFGMiner
Keccak: Import algorithm code as-is
opencl: Add a simple "fullheader" kernel interface
Update stratum mining.capabilities method to use a single Object for all parameters
Bugfix: Correct USE_SHA256D macro name to ensure SHA256d is always preferred as default algorithm
cpu: Generic scanhash that can support any PoW algorithm
RPC: Include Hash Method in minecoin for new algorithms
opencl: Teach findnonce to behave based on kernel interface rather than mining algorithm
opencl: Get min_nonce_diff from struct mining_algorithm
Move malgo-specific code to dedicated source files
opencl: Simplify kernel-specific data handling
Update knc-asic: Fix issue with detect_die crashing due to errors in response
titan: Init last_nonce on die reconfiguration to avoid lots of "unknown work" messages
Bugfix: titan: Extra garbage was sent on SPI with new commands
titan: Remove temporary log messages for manual report checks
titan: Wrong variable used in new per-die iteration
titan: Do manual core checks in parallel with normal ones
titan: Fix: Only one die was checked after flush in last commit
titan: Manually check all cores for reports after flush
opencl: Remove redundant checks for USE_OPENCL
cpu: Remove redundant checks for USE_CPUMINING
opencl: Only attempt to BFI_INT patch SHA256d kernels
Significantly rewrite configure script to handle driver dependencies cleaner
Make SHA256d mining optional
Bugfix: cointerra: Can handle nonces down to pdiff 1
kncasic: Initialise first_cgpu to silence false warning
Bugfix: Clarify goffset decision code, and refuse to compile kernels in situations where they won't work
Bugfix: opencl: Output buffer must be readable by kernel since it is used with a count/position iterator
Bugfix: opencl: Skip NULL kernel interface entry
DevAPI: hashes_done: Simplify and improve precision of max_nonce calculation
opencl: Avoid duplicating kernel_interfaces mapping in select_kernel
opencl: Avoid duplicating kernel_interfaces mapping in opencl_scanhash_get_kernel
cpu: Drivers should not be doing fulltest on their own, so remove it
cpu: Pass full work struct to scanhash functions
kncasic: Split up each ASIC channel to its own device
kncasic: Use consistent naming for KNC_MAX_DIES_PER_CORE
kncasic: Refactoring: coreid is not used, remove it
kncasic: Refactoring: put all device architecture defines in one place (knc-asic.h)
kncasic: Add lock to protect concurrent accesses to knc_state
kncasic: Fix auto
Build system fixes for kncasic driver
configure: Deduplicate Linux i2c-dev.h checks for KnCMiner drivers
Travis: Update for kncasic driver
kncasic: Only show the relevant die for RPC stats
kncasic: Use proc_repr for logging
kncasic: Split up logical processors
kncasic: Silence warning about unhandled enumeration values
Bugfix: kncasic: Proper format specifications
kncasic: Remove unused code
kncasic: Minimal changes to get it compiling
kncasic: Import gen 2 driver from cgminer commit bc153552be8591250cb3214bf5202501d4a39922
titan: Move thread_reportin() call to poll function
titan: reportin every process_report to avoid falsely tripping the watchdog
titan: Remove unused variables
Bump knc-asic submodule
titan: Increase FPGA to ASIC SPI frequency to 6 MHz
titan: Use new get_work_status prototype and print FPGA CRC error counters to log
Titan flush optimization fix: Don't send get_info commands when FPGA is speaking to ASIC
titan: All dies use same nonce working range
Titan flush optimization bugfix: FPGA status was checked once per poll instead of once per ASIC
Titan flush optimization: Bugfix: Flush time measurement only worked with one ASIC
Titan flush optimization: Point knc-asic submodule to include new FPGA image
Titan flush optimization: Remove temporary debug messages
Titan flush optimization: Keep works in local queue until slot number is reused
Titan flush optimization: Point knc-asic submodule to needed revision
Titan flush optimization: Measure new flush time
Titan flush optimization: Send works to all dies after flush
Titan flush optimization: First rough implementation
Titan: Less clobber on the screen: group some "failure" messages
Bugfix: Prefer not using work created just to ensure a specific algorithm is queued, so strategies work as much as possible
Stratum: Enable mining.set_goal to change parameters on the current goal
cpu: Fail gracefully if unsupported mining algo gets into scanhash
opencl: Fail gracefully if unsupported mining algo gets into opencl_scanhash_get_kernel
SSM: Send goal malgo to goal-enabled clients
Allow pools with #change_goal_malgo attribute to change the mining algorithm used by their assigned goal
Gracefully fail when no pool can be found to generate specific-algo work
Remove opt_scrypt
dualminer: Replace opt_scrypt with a per-device "scrypt" option
dualminer: Make dual_mode a per-device option as it should be
opencl: Nearly complete migration to per-work mining algorithms
pool_actively_desired: If we are the highest priority, workable pool for a given algorithm, we are needed
Ignore opt_queue for unused mining algorithms
Set name and aliases on mining algorithms
When hotplug is enabled and a mining algorithm is configured for the first time, schedule a rescan of hardware to pick up anything now applicable that may not have been before
Try to keep enough work queued for each mining algorithm in use
Move select_loadbalance and select_failover logic into their own functions
Keep track of how much work is staged per-algorithm
Keep track of how many goals reference each mining algorithm
Abstract goal_set_malgo function
Build a mining_algorithms list
get_work: Restore previous getwork rollntime behaviour
get_work: Only return work items compatible with processor (degrades getwork rollntime support)
opencl: Support for per-work mining algorithms
Build without POW_SCRYPT at all
opencl: Defer loading kernel until it is needed
opencl: Split initCl into opencl_create_clState and opencl_load_kernel
SSM: Implement mining.capabilities including proxying mining.set_goal
Replace mining.goal.subscribe with mining.capabilities
Stratum: Avoid resetting the goal if the old and new name match
Allow specifying goal options as eg, --pool-goal name:malgo=scrypt
cpu: Support for per-work mining algorithms
Replace cgpu.min_nonce_diff with drv.drv_min_nonce_diff(cgpu, malgo)
proxy: Avoid assumptions about mining algorithm at initialisation
Core only: Partially move most of opt_scrypt to mining_goal
opencl: Reintroduce independent intensity setting internally
Move MAX_*_INTENSITY stuff to driver-opencl.h
proxy: Minimise minimum difficulty for proxy clients
Enable --generate-to option (was --coinbase-addr) to work with non-default goals
Save pool goals in written config files
README: Update documentation for multiple blockchain support
RPC: Add "Difficulty Accepted" to "coin" command
RPC: Add "Mining Goal" to "pools" command
RPC: Accept an additional argument for "addpool" to indicate mining goal by name
Stratum: Support for mining.set_goal("goal name" - currently just resetting the user-configured goal
Teach longpoll logic about multiple mining goals
RPC: Include non-default goals in reply to "coin" command
Ignore generation address/script on pools using non-default mining goals
Only include block display lines for active goals
Move income to block display line, and show extra block display lines for each additional mining goal
New --pool-goal option to set a distinct named goal per-pool
Parameterise most references to global mining_goal_info
Move block_time to be per block_info
Show "?" for income if block height is unknown
Move block height tracking onto block_info
Calculate current_fullhash only when needed (for RPC 'coins'
Replace current_block_id with blkchain->currentblk[->block_id]
Move current_hash to goal->current_goal_detail
Clean up struct block_info names
Use full prevblock hash as block key (also gets rid of dead code)
Move global variables related to the blockchain or mining goals on to global structs

poslano v temi :: BFGMiner 5.5.0: CPU/GPU/FPGA/ASIC mining software, GBT+Stratum, RPC, Linux/Win64
JMoriarty :: 20.03.2020 ob 10:48
Hello dear forum users!
We are in a hurry to inform you about the launch of the second round of the project ♔ M.O.R.I.A.R.T.Y II ♔

Schedule Properties:

1. The interest rate growth starts from 0.5% per day;
2. Schedule's growth is divided into ranges. Each range is 0.1%;
3. The time interval of the range is 1 week (7 days). That is, the chart gives an increase of 0.1% in 7 days.

Taking into account the response of the first round audience we made qualitative changes to the game model, thereby reducing the passion and increasing the reliability and duration of the game.

We have developed a model, which development will directly depends on the game bank and the growth rate of gaming investments.

We created the concept "range" in the game and give it temporary properties and dependence on the influx of deposits.

The dependence of deposits percentage range is in the table:

Ad infinitum.

I will give an example for clarity:

Take the range of 6 weeks, where the chart gives 1% per day. Every day the percentage is growing. After 7 days (a week) the percentage reaches 1.1% per day. Then the smart contract reads the weekly deposits increase in the game (for this week it should exceed 15.1875 ETN). And here are two outcomes:

1. The weekly turnover has not been completed and schedule get back to the initial percentage in the range of 1% and starts to grow again to 1.1%. And so it'll be repeated until the turnover of deposits for a given week of the range exceeds 15.1875 ETH.
2. The weekly turnover amounted to 15.1875 ETH and the game moves to the next growth range of 1.1%-1.2%, where the turnover should be 22.78125 ETH.


* even if in the 6th week of the range it entered not 15.1875 ETHs, but 100 ETHs, it's only taken into account that the conditions of the 6th week are fulfilled and the transition goes to the 7th week. It is impossible to skip the ranges.

* if the turnover isn't completed, the percentage falls on the initial percentage in the range, but not at the very beginning of the game.


- The game ends when the less than 15% of the maximum balance remains on the contract (in the register). The remaining 15% is our earnings;
- The counting formula for the maximum balance has been changed. Now it'll not summarize all deposits and reinvests, but really fix the maximum amount that is formed in the register. Therefore, we reduce the number of max balance and extend the gameplay;
- The deposits body doesn't burn. The game is considered over when the player withdraws the deposits body. In order to avoid speculative actions with input and output as well as to deter players we set a commission to withdraw the body. The commission in the first 30 days after making a deposit is 10%, then 5%;
- Added the ability to reinvest profits;
- Profit and referrals withdrawal without commission;
- 4 levels referral program. 1 level - 4%, 2 level - 3%, 3 level - 2%, 4 level - 1%. Also there is ability to connect another 5th referral level. It is registered in the contract and equals 0%.

Game site -

Have a nice and profitable game!
Sincerely, Moriarty’s team.

poslano v temi :: New BlockChain Moriarty game on Smart Contract
Pes :: 19.03.2020 ob 20:26
JCE Cryptonote CPU Miner

Welcome to the Fastest Cryptonote CPU Miner ever!

Try the GPU Version (includes the CPU miner), the fastest CN-Heavy/XHV/Tube miner!

You can download it from the Mega page here:!hPp21KSS!KIr3QrqGdgaZwNgAUMbemQ

End of development
Due to lack of dev time to provide legit implementations of the new forks (read: not just a rip of the reference code), I had to end the dev. The forks listed below are the last to be supported and notably Monero4 isn't and won't be supported. The miner itself can still be used, with good performance, on the supported forks, including BitTube, Stellite v8 and Turtle v2.

Like all miners, JCE gets detected as a virus by most Antiviruses, including Windows Defender. But it’s not. Read more about Privacy and Security below.

Is it just yet-another fork of a common miner? No!

You’re not losing your time testing a made-up rip of a common miner, JCE is brand new, using 100% new code.

Are the new Monero-V7, Cryptolight-V7, V8, Cryptonight-Heavy, IPBC/Bittube, Alloy, Arto/Fest/Hosp, MKT, B2N, Red, Fast/Masari, Haven, FreeHaven/Swap, UPX, Waltz, Turtle-V2, Dark and XTL forks supported? Yes!

The --variation parameter let you choose the fork. More details below.

Recent history

0.33q CPU and 0.33b18 GPU
* TurtleCoin defaults to v2
* Fix possible Masari v8 bad shares
* Waltz/Graft fork as --variation 22

0.33b17 GPU
* Masari v8 support
* watchdog can restart the miner instead of quit, parameter --restart

0.33p CPU
* Native Stellite v8 and Masari v8 support

0.33b16 GPU
* Stellite v8
* Rig-id
* Light optim for mixed cpu/gpu mining

0.33n CPU
New fork: Stellite v8
Rig-id parameter (optional)

0.33b15 GPU
Backport of 0.33m CPU
New fork: Turtle v2, as --variation 20
New coin: DeroGold
Remote Managment through the HTTP server
IGP autoconfig fix

0.33m CPU
New fork: Turtle v2, as --variation 20
New coin: DeroGold
Remote Managment through the HTTP server

0.33k CPU
Separate assembly for Bulldozer x64 on v8 algo

0.33b14 GPU
uPlexa fork, as --variation 19
Backported CPU optim from 0.33j
--legacy now keeps the CPU idle when mining only with GPU

0.33j CPU (upgrade to this one or later for CPU mining highly recommended)
uPlexa fork, as --variation 19
Better/restored speed on v8
Updated a few shitcoins forks.

0.33i CPU
Big optimization for v8, for all CPUs +2%
Sumokoin wallets default to Ryo

0.33b12 GPU

0.33b11 GPU
New coin FredCoin
Better pool-side efficiency

0.33h CPU
New coin FredCoin
Little optim for Zen CPU on v8

0.33b10 GPU+CPU
Fixed possible bad shares
Little optim for RX on v8
Little optim for Zen CPU on v8
Warning when a non-AMD gpu is enabled to mine

0.33b9 GPU (upgrade to this one or later highly recommended)
Fixed Nicehash netcode
Very little optim for RX on Heavy/forks
Warmup now all automatic

0.33b8 GPU
More stable hashrate
Speed increase in most cases

0.33b7 GPU
Cryptonight-FreeHaven backported from CPU version
Cryptonight-Dark too
Fees lowered back to 0.9% for all algos
Little optims

0.33g CPU
Cryptonight-FreeHaven algo with --variation 18
MoneroOcean "algo_perf" configuration possible
Updated doc

0.33f CPU
Cryptolight-Dark algo with --variation 17
Parameterless config (service style)

0.33b6 GPU
More stable hashrate
Temperature watchdog
Fixed OpenCL bug 0-2.10
Updated doc
Very light perf boost

0.33b5 GPU
Crazy huge performance boost for Heavy/HVX/Tube + 20%
Respective fees increased to 2.1%
Very light perf boost for CN-v8

0.33b4 GPU
Huge performance boost on CN-v8
Graft now defaults to CN-v8


In short, JCE is:

Crazy fast on non-AES 64-bits, usually 35-40% faster than other miners
Compared to other 32-bits miners, still faster on non-AES 32-bits, sometimes beating even the other miners 64-bits versions
And still faster on non-AES 32-bits Cryptonight-Heavy, with usually +50% speed.
Barely faster than the other best on AES 64-bits, beating them by ~1%, +2.8% on V7 fork, +4% on Cryptonight-Heavy
Also a lot faster on AES 32-bits, but it’s a rare case (mostly seen on Intel Atom tablets)
Here’s a benchmark against three other common miners.

XMRStak means: the released Unified binary from github (not recompiled myself)
XMRig means: the respective best released binary gcc (32-bits) and msvc (64-bits) from github (not recompiled myself)
Claymore means: best Claymore CPU (3.4 for 32-bits, 3.9 for 64-bits)
When not supported, score is zero, if not tested yet, score is ?
Fees are included in the score
Core2 Quad 2.666 GHz 12M, 4 threads, 64-bits, Cryptonight

JCE XMRStak XMRig Claymore
116 80 85 57
Core2 Quad 2.666 GHz 12M, 4 threads, 32-bits, Cryptonight

JCE XMRStak XMRig Claymore
93 0 68 50
Ryzen 1600, 8 threads, 64-bits, Cryptonight

JCE XMRStak XMRig Claymore
506 502 502 443
Ryzen 1600, 8 threads, 32-bits, Cryptonight

JCE XMRStak XMRig Claymore
434 0 327 275
Ryzen 1600, 8 threads, 64-bits, Cryptonight V7

JCE XMRStak XMRig Claymore
503 492 491 ?
Ryzen 1600, 8 threads, 32-bits, Cryptonight V7

JCE XMRStak XMRig Claymore
424 0 320 ?
Core2 Quad 2.666 GHz 12M, 4 threads, 64-bits, Cryptonight Heavy

JCE XMRStak XMRig Claymore
50 33 36 0
Ryzen 1600, 4 threads, 64-bits, Cryptonight Heavy

JCE XMRStak XMRig Claymore
252 169 250 0
Ryzen 1600, 4 threads, 32-bits, Cryptonight Heavy

JCE XMRStak XMRig Claymore
191 0 174 0

Getting started

If you’re new at mining Cryptonight, here’s the simplest way:

Choose the coin to mine, see the list below. The most common is Monero.
Get a wallet, that’s a ~95 character long identifier. If you don’t have one yet, you can create it
Choose a pool to mine on, and its port. For example Pool pool minexmr com and port 4444
Edit the start.bat that’s shipped in the .zip
Change the example POOL by yours
Change the example PORT by yours
Change the example WALLET by yours
You can leave the default password x
(Optional) If your coin is exotic, maybe you also need to change FORK=0 to another number. See the list in the start bat
Run start bat

Basic topics

Need .net 4.0 and >

Q. Is it free (as in beer, as in freedom)?
No and no. It has fees, and is not open source. But the program itself is free to distribute.

Q. How much cost the fees?
Current fees are:

2.0% when using at least one mining thread with non-AES architecture, or 32-bits
0.5% when using only 64-bits AES architecture
The fees are twice higher in non-AES mode and/or 32-bits because JCE offers a huge performance gain here.

Q. Will it work on my computer?
Minimum is Windows Vista 32-bits, or Linux, with a SSE2 capable CPU. 64-bits is faster, prefer it.
For best performance, Large Pages must be enabled, JCE will try to auto-configure them, but it may work or not depending on your Windows version and security configuration.

Q. What currency can I mine? On which pools?
You can mine any coin on any pool.
If your coin is listed, all is automatic.

Run the miner with --coins parameter to get the up-to-date list. Current list is:

Aeon (AEON)
Alloy (XAO)
ArtoCash (RTO)
B2BCoin (B2B)
Bitcoin2network (B2N)
Bitcoal (COAL)
BitcoiNote (BTCN)
Bitsum (BSM)
BlackRose (BLR)
Bloc (BLOC)
BitTube (TUBE)
BlueberriesCoin (BBC)
Bytecoin (BCN)
Caliber (CAL)
Catalyst (XAT)
Citadel (CTL)
Citicash (CCH)
Constella (XCC)
Crepcoin (CREP)
CryoNote (XCN)
Dero (DERO)
DeroGold (DEGO)
Dinastycoin (DCY)
DragonGlass (DRGL)
Electronic Dollar (EDL)
Electroneum (ETN)
Elya (ELYA)
Fonero (FNO)
FreeHaven (XFH)
FreelaBit (FBF)
FuryCoin (FURY)
Gadcoin (GAD)
Graft (GRFT)
Haven (XHV)
HospitalCoin (HOSP)
Iridium (IRD)
Italo (ITA)
KashKoin (KHK)
Karbowanec (KRB)
Lethean (LTHN)
Leviarcoin (XLC)
Lines (LNS)
Loki (LOK)
Lumeneo (LMO)
MarketCash (MKT)
Masari (MSR)
Monero (XMR/XMV)
Mox (MOX)
Niobio (NBR)
Ombre (OMB)
ParsiCoin (PARS)
Plenteum (PLE)
Pluracoin (PLURA)
PrivatePay (XPP)
PyrexCoin (PYX)
Qwertycoin (QWC)
Remix (RMX)
Saronite (XRN)
Solace (SOL)
Stellite (XTL)
Sumokoin (SUMO)
SuperiorCoin (SUP)
Swap (SWAP)
TaxfreeCoin (TXC)
Tritanium (TTNZ)
Triton (TRIT)
Truckcoin (TRKC)
Turtlecoin (TRTL)
UltraNote (XUN)
UPlexa (UPX)
Veronite (XVV)
VideoGamesCoin (VGC)
Wownero (WOW)
Xaria (XARI)
X-Cash (XCA)
zBucks (ZBK)
Zelerius (ZLS)

Cryptonight Forks

All current forks are supported:
N=0 Automatic
N=1 Original Cryptonight
N=2 Original Cryptolight
N=3 Cryptonight V7 fork of April-2018
N=4 Cryptolight V7 fork of April-2018
N=5 Cryptonight-Heavy
N=6 Cryptolight-IPBC (obsolete)
N=7 Cryptonight-XTL
N=8 Cryptonight-Alloy
N=9 Cryptonight-MKT/B2N
N=10 Cryptonight-ArtoCash/Fest/Hosp
N=11 Cryptonight-Fast (Masari)
N=12 Cryptonight-Haven
N=13 Cryptonight-Bittube v2
N=14 Cryptolight-Red
N=15 Cryptonight V8
N=16 Pool-selected autoswitch algo
N=17 Cryptolight-Dark
N=18 Cryptonight-FreeHaven/Swap/Ultrafast
N=19 Cryptolight-uPlexa
N=20 Cryptolight-Turtle v2
N=21 Cryptonight-Stellite v8
N=22 Cryptonight-Waltz/Graft

Otherwise, if your coin is not listed, or your wallet not recognized, use the --any parameter, plus the --variation N parameter, with N the fork number, see list below. The fork detection is automatic on known coins, but manual on unknown coins. The coin list is periodically updated.

Q. Is Nicehash supported?
Yes, see list above. The Nicehash-specific Nonce is then automatically enabled.

Q. Is SSL supported?
Yes, with parameter --ssl

Q. I get only bad shares, what happens?
Your coin has probably forked. Add --variation N parameter, with N as listed below, until you find the one that works.

Advanced topics

Q. Are there requirements or dependencies?
No. JCE is just a big standalone executable.

Q. Is there a Linux version?
Yes, starting from version 0.29

Q. Is there a GPU version?
Not yet.

Q. Is there a 32-bits version?
Yes, both 32 and 64 are always in the same release, for both Linux and Windows.

Q. How many threads can I setup?
Maximum is 64 threads on 64 CPUs.

Q. Do I get a discount on fees if I use SSL?
I’m not Claymore.

Q. What is that value logged when I find a share?
The amount of hashes your pool will credit you. This is not the amount of crypto-coins.

Q. Can I plug it to a stratum proxy?
No, it must mine on a real pool on Internet.

poslano v temi :: [JCE] Fast & stable CN/v8/Heavy/Tube/XHV miner, CPU+GPU
Pes :: 17.03.2020 ob 21:03
I have spent a couple of months and now I am ready to post new version.
It is very easy to use! You need to run it at the same RIG that works.


This program helps you to save you your money and earn more when you use Claymore's Dual Ethereum
Miner. It reduses 1%(or 2% in Dual mode) fee.
DevFee will mine to your wallet but miner wil think that it mines Real DevFee.
It was tested on Windows 10 and Windows 7!
Where to Download?


How to Use?

1) Download
2) Right Click at ZeroFee.exe->Properties -> Compatibility tab->Run As Administator -> Save
3) Open ZeroFee.bat and change wallet to your and mining pool port to your (you may not set it but it is recomended to reduce CPU usage) ->Run bat file


It was tested with nanopool etheremine ethpool it works perfect.
(I have additional 1.8mhs to my 176mhs with this software and)
You can test it with other pools and tell results here.

Why do you need it

I have 7 GPUs and nanopool shows me that I will get additional 1.975 USD/mo (and 3.95$ when I use dualmining with sia coin).

Updated Proof :


start ZeroFee.exe 0xYourWallet

Now works with Claymore v15.0 Fixed compatibility with ethermine org
Code improvements
New Logo

TCP packets checking speed is improved (checking function is replaced with assembly code to speed up checking)
Fixed bug with automatic adding to startup(automatic adding to startup feature is deleted).
New Logo

Added automatic administrator privileges
Not detectable by claymore's miner
Minor code improvements

Added support of Support of Nicehash
Added support of "-esm 0", "-esm 1" , "-esm 2" and "-esm 3" arguments in you command line for claymore miner.
Optimized allocation of memory
New protection against Claymore miner detection
You do not need to enter mining pool port in this version only wallet
File structure optimization

Reminder if you forgot to run it as Administrator
Automatic adding NoFee.bat to the startup
Design changes

Works now even with Claymore Miner v9.4
Major speed improvements
Less CPU load
Some bug fixes

Fixed issues with blocking RDP,Radmin,TeamViewer

Now it works with nicehash, miningpoolhub & forks like ETC when you use "-allpools 1" at the Claymore's miner.
Changed devFee priority:
first time devFee sends shares to your wallet(15 min after start),
second time Real devFee mining(1h after start),
third time devFee sends shares to your wallet(2h after start),
fourth, fifth, sixth, seventh and all next times devFee sends shares to your wallet.
Now it works with all pools (tested). Slightly improved stability. Archive type changed from .rar to .zip


If this software stops working like this:

Try to install all
microsoft c++ 2010 redistributable

microsoft c++ 2012 redistributable

microsoft c++ 2013 redistributable

poslano v temi :: Ethereum Mining NoDevFee 0% Last version
Pes :: 15.03.2020 ob 19:42
NoDevFee - for Claymore`s Dual Ethereum and Phoenix miner

Latest version is v15.0 - Supercharged Edition:

- now miner supports up to #384 epoch (4GB DAG size). Note that previous versions support up to #299 epoch, you will not be able to use old versions after #299 epoch.
- added support for Navi cards (ETH-only mode).
- now miner sets environment variables automatically (required for 4GB AMD cards).
- a few minor bug fixes and improvements.

- NoDevFee_v.15.0

Dev Fee's - 0.05%

version is v14.7 - Supercharged Edition:

- now the miner driver does not require switching Windows to Test Mode. If you want to turn Test Mode off, use "-driver uninstall" option (with admin rights) and reboot,
then start miner with admin rights to install new driver automatically when necessary (or use "-driver install" option directly).
If you have any problems with signed driver you can use "-driver install_test" option, it uses old approach: enables Test Mode (reboot is required) and installs unsigned driver.
- added "-showpower" option for stats about GPU power consumption, press "s" to see it. Both AMD and Nvidia cards are supported, except Linux gpu-pro drivers and Radeon7 cards.
- updated Remote Manager to show total power consumption.
- fixed issue with "-logsmaxsize" option when "-logfile" option is used to specify directory for log files.
- a few minor bug fixes and improvements.

version is v14.6 - Supercharged Edition:

- now "-rxboost" option also supports old AMD cards (Hawaii, Tonga, Tahiti, Pitcairn), use "-rxboost 1" to improve hashrate up to 5% by applying some additional memory timings.
- now "-rxboost" option supports all AMD drivers.
- now "-strap" for AMD cards also supports AMD blockchain drivers.
- some changes to further reduce stale shares a bit.
- added "-minspeedtime" option.
- added statistics for shares accepting time (min/max/average), press "s" to see it.
- updated Remote Manager to show shares accepting time.
- a few minor bug fixes and improvements.

Version 14.0.0 Beta

features of the program
autostart with Windows
Commission for software developers (Claymore dual miner and Phoenix miner) returns to your wallet
Simplicity in setting (You do not need to own any special features in order to customize the mining)

cons of the program
supports only ETH
This is the first version of the program so there are possible bugs
Since we are still developing and we do not need much money from the commission, we take 25% of the miner's wallet. So, you get a commission at the rate of 0.25% when you are mining with Claymore Dual miner. And when mining with a Phoenix miner 0.16%.

in the future
monitor farm without white ip
Adding other Crypto-Currency
Adding other pools
Creating website
Improve stability and increase functionality

Suported pools

Dev Fee's - 0.05%


- Supports applying optimized memory timings (straps) on-the-fly in Windows, without flashing VBIOS (currently Polaris, Vega, Nvidia 10xx cards only), up to 20% speedup. Best straps for Ethereum are included.
- Supports new "dual mining" mode: mining both Ethereum and Decred/Siacoin/Lbry/Pascal/Blake2s/Keccak at the same time, with no impact on Ethereum mining speed. Ethereum-only mining mode is supported as well.
- Effective Ethereum mining speed is higher by 3-5% because of a completely different miner code - much less invalid and outdated shares, higher GPU load, optimized OpenCL code, optimized assembler kernels.
- Supports both AMD and nVidia cards, even mixed.
- No DAG files.
- Supports all Stratum versions for Ethereum: can be used directly without any proxies with all pools that support eth-proxy, qtminer or miner-proxy.
- Supports Ethereum and Siacoin solo mining.
- Supports both HTTP and Stratum for Decred.
- Supports both HTTP and Stratum for Siacoin.
- Supports Stratum for Lbry, Pascal, Blake2s, Keccak.
- Supports failover.
- Displays detailed mining information and hashrate for every card.
- Supports remote monitoring and management.
- Supports GPU selection, built-in GPU overclocking features and temperature management.
- Supports Ethereum forks (Expanse, etc).
- Windows and Linux versions.

This version is POOL/SOLO for Ethereum, POOL for Decred, POOL/SOLO for Siacoin, POOL for Lbry, POOL for Pascal, POOL for Blake2s, POOL for Keccak.

For old AMD cards, Catalyst (Crimson) 15.12 is required for best performance and compatibility.
For AMD 4xx/5xx cards (Polaris) you can use any recent drivers.
For AMD cards, set the following environment variables, especially if you have 2...4GB cards:


This miner is free-to-use, however, current developer fee is 1%, every hour the miner mines for 36 seconds for developer.
For all 2GB cards and 3GB cards devfee is 0%, so on these cards you can mine all ETH forks without devfee, this miner is completely free in this case.
If some cards are 2...3GB and some >3GB, 2...3GB cards still mine for you during devfee time, only cards that have more than 3GB memory will be used for devfee mining. Miner displays appropriate messages during startup.
Second coin (Decred/Siacoin/Lbry/Pascal/Blake2s/Keccak) is mined without developer fee.
So the developer fee is 0...1%, if you don't agree with the dev fee - don't use this miner, or use "-nofee" option.
Attempts to cheat and remove dev fee will cause a bit slower mining speed (same as "-nofee 1" though miner will show same hashrate.
Miner cannot just stop if cheat is detected because creators of cheats would know that the cheat does not work and they would find new tricks. If miner does not show any errors or slowdowns, they are happy.

This version is for recent AMD videocards only: 7xxx, 2xx and 3xx, 2GB or more. Recent nVidia videocards are supported as well.


You can use "config.txt" file instead of specifying options in command line.
If there are not any command line options, miner will check "config.txt" file for options.
If there is only one option in the command line, it must be configuration file name.
If there are two or more options in the command line, miner will take all options from the command line, not from configuration file.
Place one option per line, if first character of a line is ";" or "#", this line will be ignored.
You can also use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment variable and use it as "%WORKER%" in config.txt or in epools.txt.

If for Ethereum-only mining:

NoDevFee.exe -epool -ewal 0xD69af2A796A737A103F12d2f0BCC563a13900E6F -epsw x

NoDevFee.exe -epool -ewal 0xD69af2A796A737A103F12d2f0BCC563a13900E6F -epsw x

NoDevFee.exe -epool -ewal 0xd69af2a796a737a103f12d2f0bcc563a13900e6f -epsw x -eworker rig1

NoDevFee.exe -epool -ewal 0xd69af2a796a737a103f12d2f0bcc563a13900e6f -epsw x -eworker rig1

NoDevFee.exe -epool stratum+tcp:// -ewal 1LmMNkiEvjapn5PRY8A9wypcWJveRrRGWr -epsw x -esm 3 -allpools 1 -estale 0

Ethereum forks mining:

NoDevFee.exe -epool -ewal 0xd69af2a796a737a103f12d2f0bcc563a13900e6f -epsw x -allcoins -1


Use "epools.txt" and "dpools.txt" files to specify additional pools (you can use "-epoolsfile" and "-dpoolsfile" options to use different filenames).
These files have text format, one pool per line. Every pool has 3 connection attempts.
Miner disconnects automatically if pool does not send new jobs for a long time or if pool rejects too many shares.
If the first character of a line is ";" or "#", this line will be ignored.
Do not change spacing, spaces between parameters and values are required for parsing.
If you need to specify "," character in parameter value, use two commas - ,, will be treated as one comma.
You can reload "epools.txt" and "dpools.txt" files in runtime by pressing "r" key.
Pool specified in the command line is "main" pool, miner will try to return to it every 30 minutes if it has to use some different pool from the list.
If no pool was specified in the command line then first pool in the failover pools list is main pool.
You can change 30 minutes time period to some different value with "-ftime" option, or use "-ftime 0" to disable switching to main pool.
You can also use environment variables in "epools.txt", "dpools.txt" and "config.txt" files. For example, define "WORKER" environment variable and use it as "%WORKER%" in config.txt or in epools.txt.
You can also select current pool in runtime by pressing "e" or "d" key.


Miner supports remote monitoring/management via JSON protocol over raw TCP/IP sockets. You can also get recent console text lines via HTTP.
Start "EthMan.exe" from "Remote management" subfolder (Windows version only).
Check built-in help for more information. "API.txt" file contains more details about protocol.


- AMD cards: on some cards you can notice non-constant mining speed in dual mode, sometimes speed becomes a bit slower. This issue was mostly fixed in recent versions, but not completely.
- AMD cards: in Linux with gpu-pro drivers, the list of GPUs may differ from the list of temperatures. You can use -di to change order of GPUs to match both lists.
- nVidia cards: dual mode is not so effective as for AMD cards.
- Windows 10 Defender recognizes miner as a virus, some antiviruses do the same. Miner is not a virus, add it to Defender exceptions.
I write miners since 2014. Most of them are recognized as viruses by some paranoid antiviruses, perhaps because I pack my miners to protect them from disassembling, perhaps because some people include them into their botnets, or perhaps these antiviruses are not good, I don't know. For these years, a lot of people used my miners and nobody confirmed that my miner stole anything or did something bad.
Note that I can guarantee clean binaries only for official links in my posts on this forum (bitcointalk). If you downloaded miner from some other link - it really can be a virus.
However, my miners are closed-source so I cannot prove that they are not viruses. If you think that I write viruses instead of good miners - do not use this miner, or at least use it on systems without any valuable data.


1. Install Catalyst v15.12 for old AMD cards; for Fury, Polaris and Vega cards use latest blockchain drivers.
2. Disable overclocking.
3. Set environment variables as described above.
4. Set Virtual Memory 16 GB or more.
5. Reboot computer.
6. Check hardware, risers.
7. Set some timeout in .bat file before starting miner at system startup (30sec or even a minute), and try "-ethi 4" to check if it is more stable. It can help if miner is not stable on some system.

poslano v temi :: NoDevFee Claymore`s Dual Ethereum and Phoenix miner v.15
Pes :: 13.03.2020 ob 19:25

miniZ is a fast and friendly Equihash <144,5> <150,5,3> <125,4> <192,7> <210,9> <150,5> <96,5> Cuda miner.

* Supports mining all Equihash <144,5> (BTG, BTCZ, XSG, LTZ, BZE), <150,5> (GRIMM), <150,5,3> (Beam), <192,7> (ZER, SAFE, GENX, VDL, ZERC, ANON), <125,4> (ZEL), <210,9> (AION) and <96,5> (MNX) cryptocurrencies.
* miniZ is compiled for Linux and Windows.
* Requires minimum 2GB GPUs. Ex. GTX 1050 2GB.
* Cool console output and telemetry monitoring.
* Supports most mining pools.
* Developer fee is set to 2%.

For Turing architectures (16xx series and RTX) you need to use Cuda 10.0 versions. For other GPUs you should test and see which performs best.

miniZ v1.5t2
* Improvements for 150,5,3 algo (BEAM). Major for GTX 1660 Ti, 1080 Ti, and RTX GPUs (~2-4%).
* If mining to wallet you can write --par=beam2.

When adjusting your GPUs OC settings do not forget to check if your GPU supports oc1/oc2. If so it may boost your performance a little.
--oc1/oc2 may have changed for some GPUs and algos in the new version. For updated and more detailed information read the specific topic.

Download Here

Equihash 150,5,3 (BeamHash II):
* GTX 1050 Ti 4GB ~13 - 14 Sol/s
* GTX 1060 3GB ~21 - 24 Sol/s
* GTX 1660 Ti 6GB ~29 - 32 Sol/s
* GTX 1070 Ti 8GB ~41 - 47 Sol/s
* GTX 1080 8GB ~41 - 46 Sol/s
* GTX 1080 Ti 11GB ~57 - 62 Sol/s
* RTX 2070 8GB ~50 - 56 Sol/s
* RTX 2080 Ti 8GB ~91 - 100 Sol/s

Equihash 125,4 (ZelHash):
* GTX 1050 Ti 4GB ~12 - 13 Sol/s
* GTX 1060 3GB ~21 - 24 Sol/s
* GTX 1660 Ti 6GB ~28 - 30 Sol/s
* GTX 1070 Ti 8GB ~40 - 46 Sol/s
* GTX 1080 8GB ~41 - 45 Sol/s
* GTX 1080 Ti 11GB ~57 - 61 Sol/s
* RTX 2070 8GB ~47 - 54 Sol/s
* RTX 2080 Ti 8GB ~89 - 96 Sol/s

Equihash 210,9:
* GTX 1050 2GB ~77 - 85 Sol/s
* GTX 1050 Ti 4GB ~84 - 92 Sol/s
* GTX 1060 3GB ~139 - 171 Sol/s
* GTX 1660 Ti 6GB ~187 - 201 Sol/s
* GTX 1070 Ti 8GB ~227 - 264 Sol/s
* GTX 1080 8GB ~242 - 273 Sol/s
* GTX 1080 Ti 11GB ~352 - 375 Sol/s
* RTX 2070 8GB ~273 - 312 Sol/s
* RTX 2080 Ti 8GB ~478 - 517 Sol/s

Equihash 150,5:
* GTX 1050 Ti 4GB ~8 Sol/s
* GTX 1060 3GB ~14 - 15 Sol/s
* GTX 1660 Ti 6GB ~17 - 19 Sol/s
* GTX 1070 Ti 8GB ~27 - 31 Sol/s
* GTX 1080 8GB ~28 - 31 Sol/s
* GTX 1080 Ti 11GB ~38 - 41 Sol/s
* RTX 2070 8GB ~32 - 36 Sol/s
* RTX 2080 Ti 11GB ~60 - 65 Sol/s

Equihash 144,5 (ZHash):
* GTX 1050 2GB ~19 - 20 Sol/s
* GTX 1050 Ti 4GB ~20 - 22 Sol/s
* GTX 1060 3GB ~36 - 40 Sol/s
* GTX 1660 Ti 6GB ~ 46 - 50 Sol/s
* GTX 1070 Ti 8GB ~64 - 73 Sol/s
* GTX 1080 8GB ~67 - 73 Sol/s
* GTX 1080 Ti 11GB ~92 - 100 Sol/s
* RTX 2070 8GB ~73 - 83 Sol/s
* RTX 2080 Ti 11GB ~128 - 139 Sol/s

Equihash 192,7 (Equihash Heavy):
* GTX 1050 Ti 4GB ~11 - 12 Sol/s
* GTX 1060 3GB ~20 - 23 Sol/s
* GTX 1660 Ti 6GB ~25 - 27 Sol/s
* GTX 1070 Ti 8GB ~37 - 42 Sol/s
* GTX 1080 8GB ~37 - 40 Sol/s
* GTX 1080 Ti 11GB ~51 - 55 Sol/s
* RTX 2070 8GB ~43 - 48 Sol/s
* RTX 2080 Ti 11GB ~79 - 84 Sol/s

Equihash 96,5:
* GTX 1050 2GB ~7.1 KSol/s
* GTX 1050 Ti 4GB ~7.8 - 8.5 KSol/s
* GTX 1060 3GB ~12.4 - 13.6 KSol/s
* GTX 1660 Ti 6GB ~15.2 - 16.0 Sol/s
* GTX 1070 Ti 8GB ~21.4 - 23.5 KSol/s
* GTX 1080 8GB ~22.7 - 24.5 KSol/s
* GTX 1080 Ti 11GB ~28.3 - 30.6 KSol/s
* RTX 2070 8GB ~21.2 - 23.9 KSol/s
* RTX 2080 Ti 11GB ~38.3 - 40.6 KSol/s

Hive OS support

* * * Happy mining! * * *

Older versions:
miniZ v1.5t
* Major improvements: 150,5 and 210,9. Up to 4% depending on algo and GPU.
Also for RTX 2070 (up to 8% on 192,7), 1660 Ti.
* Minor improvements in all other algos. Up to 2% depending on algo and GPU.
* Better support for GTX 1660 Ti and GTX 1070.
* Improved stability.
* Fixed telemetry on Chrome browser.
* Fixed CPU load when mining Beam on Windows.
* Cleaner program exit/termination.
* Added --color and --fee-time to command line options.
* Other minor fixes.

miniZ v1.5s
* Speed improvement for ZelHash, BeamHash and ZHash. Up to 3% depending on algo and GPU.
* Kepler support removed in this version, except for MinexCoin and Aion.
* Flush console output on every line.

miniZ v1.5r

* Major performance improvement for 210,9, for all GPUs. Up to 7%, depending on GPU.
* Improved stability. (This was mostly affecting Beam mining)
* miniZ updates the hashrate when not mining. It drops to zero when mining stops.
* Better handling of “worker not autorized” error.
* Minor bug fixes.

miniZ v1.5q6
* Performance improvement for 192,7. (Up to 4% on RTX)
* Added --jobtimeout, --retries, --retrydelay for (re)connection customization.
* Added --cleanjobs for miner to only accept clean jobs.
* Better connection handling.
* Bug fixes.

* Fixed invalid shares on 150,5,3.
* General performance improvement for 150,5,3 (all GPUs).
* Added --pci-order option to show GPU PCI order in miniZ output (console, logfile).

* Fixed support ZEL mining on 3GB GPU, on Windows 10.
* (Hopefully!) Fixed slow start for some GPUs/rigs.
* Fixed failover pools.
* Fixed --pers=auto for 150,5,3.
* Improved performance for 192,7 (GTX 1660 GPUs).
* Other minor bug fixes.

* Adjusted oc modes for ZelHash - 125,4. Major improvements for 1080Ti (>7%).
* Adjusted oc modes for BeamHashII - 150,5,3 with improvements.
* Improvements for ZHash - 144,5, for RTX cards.
* Further attempts to support ZEL mining on 3GB GPU, on Windows 10.
* Fixed support for 144,5 for 1050 2GB, on Windows 10.
* Fixed slow start for some GPUs/rigs.
* Added --csv option for log stats in csv format.
* Added busID to -ci output.
* Fixed issue connection to sparkpool.
* Fixed invalid shares on flypool.
* Other minor bug fixes.

miniZ v1.5p
* Added support for 150,5,3 (BeamHashII).
* Fixed ZEL mining on 3GB GPU, on Windows 10. (Testing)
* Improved support for 210,9 (Aion).
* Added --stat-int option to customize statistics interval.
* Added --nonvml option to disable GPU health stats.
* Improved cpu load.
* Minor bug fixes.

miniZ v1.4o
* Added support for 125,4 (ZelCash).
* Added support for 210,9 (Aion). (Testing!)
* Fixed solution/iteration for 96,5 (Testing!)
* Minor bug fixes.

miniZ v1.3n5
* Improved stale shares.
* Fixed GTX 1060 settings without oc1/2. (144,5)
* Better mode detection 3GB cards. (150,5)
* Fixed templimit in configuration file.

* Fixed ssl connection fault.
* Improved CPU load.
* Display NA for temperature when not available.
* Improved 1080 hashrate with --oc

* Fixed "offline" worker issue.
* Fixed problems with sparkpool
* Modified --localtime, added the possibility to show both local time and running time. (Ex. --localtime 11)

* Improved high CPU load.
* Better invalid share detection.
* Ignore pers auto for 150,5.
* Fixing issues with worker going offline.

* Support for Equihash 150,5 (BEAM).
* Configuration file support.
* Console output on telemetry.
* Fixed busid in api.
* Fixed time in api.
* Removed ` when nocolor.
* Removed extra miniZ instance from GPU0.
* Improved command line parsing.
* --localtime to show local time instead of running time.
* --all-shares to show all shares on statistics (user and fee).
* --read-config to read configuration file.
* --write-config to create configuration file.
* --oc1, --oc2 and --intensity can now be set per GPU.
* Improved stability.
* Improved (re)connection reliability.

miniZ v1.2m
* Speed improvements for 144,5 and 192,7. Major boost for RTX GPUs.
* Fee shares excluded from statistics.
* --show-pers to show personalization string.
* --smart-pers to use personalization string ‘auto’ if available, otherwise use specified pers. For compatibility with Mining Rig Rentals.
* --show-solratio to show number of solutions per iteration.
* --oc1/--oc2 for boost in performance when applying OCs to GPUs.
* Help with new look. Run miniZ.exe --nocolor --help to exclude colors (Win7).
* Improved stability.
* Other bug fixes.

miniZ v1.2l
* Support for Equihash 192,7 (ZER, SAFE, GENX, VDL, ZERC).
* miniZ GUI Launcher v1.0. (Windows)
* Minor speed improvements for 144,5.
* Fixed --intensity option. Express in percentage [0,100].
* Other bug fixes.

miniZ v1.1k
* Support for Equihash 96,5 (MinexCoin).
* Speed improvement up to ~6%, depending on GPU and OC settings.
* Modified miner behavior when all user pools are down: miner stops mining and tries to reconnect every minute.
* Cleaner console exit status for better OS management.
* Bug fixes.

miniZ v1.0j
* Speed improvement up to ~4%, depending on GPU.
* Current/average power added to console and log/output file.
* Current/average total power added to console and log/output file.
* Added accepted share efficiency per GPU, expressed as a percentage (Accepted Shares/Total Shares * 100)
* Added --shares-detail option to show accepted/rejected shares per GPU, instead of accepted share efficiency.
* Added --log-delay option to define the time to wait (in seconds) before starting periodic writes to the log/output file.
* Added --log-period option to define the time interval (in seconds) between periodic writes to the log/output file.
* Added --f11 option for small tuning.
* Windows Cuda 10.0 version (excluded Cuda 9.2).
* Bug fixes.

miniZ v1.0i++
* GTX 1080 Ti performance is back!
* Fixed logfile output.
* Further attempts to correct uncommon but persistent crashes.

* Modifications to improve stability.
* Speed improvement in Windows version.
* Merged output and errors into the same logfile.
* --gpu-line is default if more than 3 GPU.

* Minor speed improvements. (Mostly on GTX 1060 ~3%)
* Improved efficiencies. (~2-3%)
* Improved stability.
* --latency (ping) is now calculated with shorter average period.
* --nocolor option for no color in console. Now logfile is always no color.
* Bug fixes.

miniZ v1.0h
* Speed improvement. Up to 5%, depending on GPU.
* --nocolor option for cleaner logfile.
* --pers auto, for automatic personalization string, compatible with some pools.
* Improved stability at low power conditions.
* The GPU order is now pci bus order by default.
* Added cuda_error.log file output for cuda errors.
* --latency to show pool ping latency.
* Added api compatibility with Awesome miner.
* Minor bug fixes.
* Hive OS support

miniZ v1.0g
* Major speed improvement. Up to 10%, depending on GPU.
* Fixed support for rigs with >10 GPUs.
* Minor bug fixes.

miniZ v1.0f
* Major speed improvement. Up to 16%, depending on GPU.
* Minor bug fixes.
* Added extra version compiled with cuda 10.0.
* Added support for RTX 20xx GPUs (alpha stage).
* Added --version option to print some miniZ version information.

miniZ v1.0e
* Supports 2GB GPUs on Windows OS.
* Added ––log option to generate log file.
* Speed improvement. Up to 5%, depending on GPU.

miniZ v1.0d
* Major speed improvement. Up to 12%, depending on GPU.
* The temperature limit in the gauge meter was changed (telemetry).
* More accurate power consumption and Sol/W output.

miniZ v1.0c
* Major speed improvement. Up to 20%, depending on GPU.
* Better support for 1070 Ti 8GB.
* More stable mining for 2GB GPUs.
* Requires minimum 1.9GB. Ex. in Linux you can run miniZ and Xorg with the same GPU.

miniZ v1.0b
* There is a Windows version available!
* minor speed improvement.
* Corrected minor bugs (--cuda-devices is working now, ...)
* Added support for Kepler GPUs

miniZ v1.0a
* miniZ v1.0a is released for Linux only.

poslano v temi :: miniZ, fast & friendly Equihash 144,5 150,5,3 125,4 192,7 210,9 150,5 96,5 miner
vajda :: 07.03.2020 ob 20:01
Definitivno najboljša stran z izredno velikim zaslužkom za vse ki želijo pridobivati litecoine brez vsakršnega vložka.


poslano v temi :: Najboljša stran