Crypto-mining CPU made in HFR - mineur XMR le + rapide du monde
Crypto-mining CPU made in HFR - mineur XMR le + rapide du monde - Société - Discussions
Marsh Posté le 24-02-2018 à 20:46:35
salut
juste test par curiosite i 7 3770k stock 140-143h/s
une question : on peut pas depasser les 54% de proc et le faire tourner a 100%?
Message édité par coke15 le 24-02-2018 à 20:46:43
---------------
"Si vous voulez négocier ,c'est que vous êtes en position de faiblesse"
![[:michrone]](https://forum-images.hardware.fr/images/perso/michrone.gif "[:michrone]")
Marsh Posté le 24-02-2018 à 20:52:03
Reply
Marsh Posté le 24-02-2018 à 20:53:13
| coke15 a écrit : salut |
Oui mais si t'as pas assez de cache ça sera contre productif. Plus de conso et moins de hashrate. Le mode auto est normalement optimal.
Peu de CPU sont optimaux avec une charge de 100% (les core2 étant une exception).
J'étudie une approche où les 100% perdus seraient utilisables (et utiles) mais c'est pour une lontaine version, ma priorité là c'est le AES
Marsh Posté le 24-02-2018 à 20:53:36
Reply
Marsh Posté le 24-02-2018 à 21:01:04
| jesus_christ a écrit : |
Ah mais y'a rien de négatif dans mon commentaire, je trouve juste amusant le terme "fork" appliqué à un topic 
Comment on force une archi cpu ds le fichier de config ? Vu
Message édité par WhyMe le 24-02-2018 à 21:01:55
---------------
FeedBack HFR
Marsh Posté le 24-02-2018 à 21:07:37
AMD FX-6300 : 20-21Hs par thread ![[:clooney26]](https://forum-images.hardware.fr/images/perso/clooney26.gif "[:clooney26]")
AMD FX(tm)-6300 Six-Core Processor
Architecture codename: Vishera
SSE3 : Yes
SSSE3 : Yes
SSE4.1 : Yes
SSE4.2 : Yes
AES : Yes
AVX : Yes
Message édité par WhyMe le 24-02-2018 à 21:09:26
---------------
FeedBack HFR
![[:oculae:2]](https://forum-images.hardware.fr/images/perso/2/oculae.gif "[:oculae:2]")
Marsh Posté le 24-02-2018 à 21:21:48
J'ai pas de référence avec les autres miners, j'ai testé pour le fun.
Mais AMD en général c'est kaka pour le cpu mining ...
---------------
FeedBack HFR
Marsh Posté le 24-02-2018 à 21:26:17
Reply
![[:eponge]](https://forum-images.hardware.fr/images/perso/eponge.gif "[:eponge]")
Marsh Posté le 24-02-2018 à 21:44:17
| jet13 a écrit : les nouvelles moutures seront donc annoncées ici ? |
oui dans le 1er post.
D'ailleurs en voici une : la 0.5
Marsh Posté le 24-02-2018 à 21:48:37
Je viens de faire un bref test avec la version 0.4
Minage monero, avec xmr stak je suis a + de 1300 h/s
ici je suis à peine à 650 
( (threadripper 1950x)
il utilise 16 threads je pense que c'est ok avec les 32mb de cache
Marsh Posté le 24-02-2018 à 21:54:30
Drapal. Je sais pas du tout comment on fait pour miner
---------------
Nous ne sommes rien, nous n'allons vers rien. Profitons au moins du voyage !
Marsh Posté le 24-02-2018 à 21:57:52
perte de -50% comme attendue, normal sans AES.
Mon objectif est que les CPU sans AES soient à la moitié des AES, et pas à 1/3 ou 1/4 comme jusqu'ici.
Ca re-rend rentable certains CPU comme les core2 ou les Phenom.
Marsh Posté le 24-02-2018 à 22:01:23
| Maldoror a écrit : Drapal. Je sais pas du tout comment on fait pour miner |
1. Tu te crées un wallet, disons du TRTL puisque c'est à la mode
http://turtlecoin.lol/wallet
2. Tu télécharge mon mineur
3. Tu mets dans le start.bat ton wallet et un pool, disons http://slowandsteady.fun/#getting_started
set POOL=slowandsteady.fun |
et tu lance start.bat (ou start_as_admin.bat selon ta config)
Marsh Posté le 24-02-2018 à 22:07:11
Je suppose que c est pas un topak ou on discute de comment on mine, est ce qu' on peut dedier une machine à Ça, comment on gagne de l oseille avec Ça, etc.
Faudrait que je pige comment ça marche tout Ca.
---------------
Nous ne sommes rien, nous n'allons vers rien. Profitons au moins du voyage !
Marsh Posté le 24-02-2018 à 22:19:00
Va plutôt sur le topic dédié "Mining pour débutant".
Celui-ci est spécialisé dans le mining CPU non-aes (oui c'est précis 
).
Marsh Posté le 24-02-2018 à 22:21:10
Je vais chercher Ça, merci
---------------
Nous ne sommes rien, nous n'allons vers rien. Profitons au moins du voyage !
Marsh Posté le 25-02-2018 à 00:21:27
| jesus_christ a écrit :
|
Question de noob: pourquoi partir sur la pool "Mid range hardware" sur le port 5555 plutôt que la pool "Low end hardware" sur le port 3333 par exemple.
Marsh Posté le 25-02-2018 à 08:42:57
| bibiwood a écrit : |
Ho j'ai pris ça arbitrairement, de toute façon à présent tous les pools ont une Difficulté auto ajustée.
Par ordre de grandeur, un Hashrate de 100 h/s correspond à une difficulté standard de 3000. Et c'est proportionnel.
Certains pools ne suivent pas cette règle, notoirement Nicehash.
Marsh Posté le 25-02-2018 à 10:00:34
Drap pour suivi car linux only.
Je peux fournir un peu de temps en dev ou sinon j'ai à dispo en hard pour tests: Core2 E8400, 2x Opteron 2352, Celeron N3150, i7 950, i5-2400S, Ryzen 5 1600.
Marsh Posté le 25-02-2018 à 10:06:11
Je compte faire une version linux, mais le AES est ma priorité 
Je vais le préciser dans la release note
Marsh Posté le 26-02-2018 à 10:18:24
Petite information pour JC
Environ toutes les 10 minutes j'ai une déco avec ce message
| Connection failed: Socked receive error: socket closed
22:44:08 | Connection interrupted, waiting 5s then retry.
Ensuite cela repart de nouveau.
La déco est vu par nicehash.
Bon, je suis sur un CPU avec AES.
Les perfs sont 4 x 35 H/s soit environ 178 h/s
Je mettrais à jour ce soir, car là je suis au boulot
---------------
Draugtor - mineur à temps partiels.
Marsh Posté le 26-02-2018 à 16:24:16
Normal, nicehash auto-deco toutes les 10 minutes.
Je vais voir si je peux contourner ca, merci
La version 32 bits est sur les rails mais elle crache pas des flammes 
Ca devrait être tout de même plus rapide que les anciens softs.
Marsh Posté le 26-02-2018 à 17:30:29
| WhyMe a écrit : ...AMD en général c'est kaka pour le cpu mining ... |
De toute évidence, tu n'as jamais testé de Ryzen.
Marsh Posté le 26-02-2018 à 17:37:04
Hélas, toute tentative de connexion au pool échoue toujours avec la v0.6:
Connection interrupted, waiting 5s then retry. |
C'est sûrement causé par ma config mais vu que je n'ai aucune idée de ce qui peut donner ça, XMR-Stak a encore de beaux jours devant lui.
Message édité par Lermite le 26-02-2018 à 17:38:08
Marsh Posté le 26-02-2018 à 18:46:47
| Lermite a écrit : |
Je parlais de toutes les générations AVANT Ryzen ![[:airforceone]](https://forum-images.hardware.fr/images/perso/airforceone.gif "[:airforceone]")
---------------
FeedBack HFR
Marsh Posté le 26-02-2018 à 18:53:19
| WhyMe a écrit : |
Une belle illustration de l'expression "se rattraper aux branches" 
Marsh Posté le 26-02-2018 à 19:11:03
J'ai que des anciennes générations donc pour moi c'était évident.
Message édité par WhyMe le 26-02-2018 à 19:11:14
---------------
FeedBack HFR
Marsh Posté le 26-02-2018 à 19:15:47
| WhyMe a écrit : J'ai que des anciennes générations donc pour moi c'était évident. |
Ca aurait évident pour tout le monde si tu avais explicitement restreint ton reproche aux anciennes générations par qu'à défaut, indépendamment de celles que tu peux avoir, il s'appliquait à toutes.
Marsh Posté le 26-02-2018 à 23:09:29
| Lermite a écrit : Hélas, toute tentative de connexion au pool échoue toujours avec la v0.6:
|
Effectivement je n'ai pas réussi à reproduire ce bug chez moi. J'ouvre les sockets de la façon la plus standard qui soit...
Nouvelle version 0.7, voir changelog.
Marsh Posté le 27-02-2018 à 00:11:28
| jesus_christ a écrit : Effectivement je n'ai pas réussi à reproduire ce bug chez moi. J'ouvre les sockets de la façon la plus standard qui soit... |
Arg... désolé, après de multiples tests sur deux PC différents, il semblerait que mon problème soit causé par le firewall et plus particulièrement Windows Firewall Control avec lequel j'attribue les autorisations d'accès, sachant que tout ce qui n'est pas autorisé est bloqué par défaut.
En l'occurrence, l'autorisation ne devait pas être appliquée correctement.
Je peux donc enfin tester les performances de mon miner...
Hélas, il y a manifestement encore du boulot pour ne serait-ce qu'égaler Stak sur Ryzen.
Ta v0.7 plafonne à 329 H/s alors que Stak plafonne lui à 618 H/s.
Et changer "cpu_architecture" de "ryzen" à "auto" donne le même hashrate.
Marsh Posté le 27-02-2018 à 09:59:32
De mon coté, la version 0,6 est stable même si pas optimisé AES
En gros 150h/s
Je testerais la 0,7 ce soir pour ne plus avoir la deco nicehash.
Je suis aussi en train de monter une VM avec 8CPU pour voir comment ton mineur fait fonctionner les CPU virtuel.
Si cela fonctionne, je regarderais pour en faire une seconde
Préfères tu des VM windows 10 ou bien ton mineur fonctionne aussi en windows 7 sans soucis.
---------------
Draugtor - mineur à temps partiels.
Sujets relatifs:
- [Série] CASA DE PAPEL, la série Netflix Made in Spain
- HFR Pool / Ionik's Pool => Tout le monde mine la même crypto ! ONEX !
- [Cryptomonnaies] Fiscalité Only : vers la flat tax (pas pour tous)
- [Série] DARK, la série Netflix Made in Deutschland. Saison 3 demain !!
- [ • Pimp my HFR • Topic des user scripts • Infos en fp 06/04/2025 • ]
- Mining "avancé" des cryptos : la vie à la ferme !
- Les Trophées HFR de la TV 2017 - Résultats page 3.
Marsh Posté le 24-02-2018 à 20:29:28
Note : ce topic est un fork du topic Mining, créé pour ne pas polluer ce dernier avec des retours trop spécifiques.
Post originel ici : https://forum.hardware.fr/hfr/Discu [...] #t52535000
Attention, j'envoie du lourd...
En avant-première mondiale (sérieux), voici
JCE Cryptonote CPU Miner 033e
Version Linux ici
Version GPU ici
Mon nouveau mineur CPU Cryptonight commercial.
Entièrement nouveau, pas un enième fork de xmrig ou stak, c'est brand new !
Sa page Github (en anglais)
Son topic BitcoinTalk
Il reprend le principe de Cast-XMR avec des kernels de minage ultra-optimisés pour chaque GPU, sauf que là c'est pour les CPU.
Sont supportés tous les CPU avec au moins SSE2, sous Windows Vista ou plus, ou Linux, avec ou sans AES, 32 ou 64-bits (toutes les combinaisons).
Donc attention c'est un soft a vocation commerciale, cette version a des fees, mais vous connaissez mon avis là dessus, je vendrai une version par-licence sans fees, mais c'est plus long à mettre en place
Fees de 3% en non-AES, mais avec le paramètre secret --hfr, c'est seulement 1.5%
Fees de 1.5% en AES, mais avec le paramètre secret --hfr, c'est seulement 1%
Vous pouvez tester sans fees pour les allergiques : --autoclose 1 ça minera une minute à pleine vitesse pour vous, puis ça quitte. Le mineur ne prend jamais de fees pendant la 1ere minute.
Ça apporte quoi par rapport aux autres mineurs CPU ?
Super rapide en non-aes c'est 40% plus rapide que stak ou xmrig. En AES, le gain sera moindre.
Super simple un gros binaire, pas de prérequis, pas de dépendances.
Automatique paramètre --auto et il s'occupe de tout
Nicehash supporté, automatiquement (le paramètre manuel --nicehash existe)
SSL supporté, paramètre --ssl
Dual-thread mining pour les vieux CPU sans AES et peu de cache
Plein de couleurs
Windows x64 uniquement pour l'instantWindows 32-bits en préparation
Windows x64 ou x86, au choix, préférez la 64
Ou Linux
Feature exclusive : le Dual-thread mining. Puissant mais rarement utile
* "dual_mine_with" - (Optional)
Set a thread (not CPU!) index to grab some of its
cache and memory instead of allocating dedicated
ones. It helps in the (pretty rare) case of a CPU
with several cores but very low cache.
If thread X "dual_mine_with" thread Y, X will run
at ~25% speed and Y at ~90% speed, with X reusing
Y cache and memory while Y doesn't use them.
This happens when Y is buzy doing heavy AES software
emulation with its registers, and that's why this
mode is not compatible with hardware AES.
Les fees sont discrétionnaires et opaques : sur les shares trouvées, c'est 99% pour vous, 1% pour moi. Quand, comment, où ça mine les fees est un secret industriel à présent. Je garantis deux choses : c'est vraiment le taux indiqué, et jamais de fees la première minute.
Je laisse la parole au soft
>jce_cn_cpu_miner.exe --help
-h, --help, /? Display this help and quit.
--coins Display supported crypto-coins and quit.
--probe Display your hardware capabilities and quit.
-o <pool>:<port> Pool address (or raw IP) and port.
-u <wallet> Wallet or account to mine to.
-p <password> Pool password, usually "x" or, on some
pools, a Worker name.
-a <x> Ignored, just for interface compatibility.
-b <x> Ignored, just for interface compatibility.
--ssl Connect with SSL.
--nicehash Use Nicehash-specific Nonce computation.
--no-cpu Disable all CPU mining, manual or auto.
--no-gpu Disable all GPU mining, manual or auto.
--doublecheck Double-check shares found by GPUs with CPU
before sending them to the pool.
--any Allow to mine any coin on any pool, but
make the --variation parameter mandatory.
--variation N Use forked Cryptonight variation,
currently supported (default=0):
0 = Automatic
1 = Original Cryptonight
2 = Original Cryptolight
3 = Cryptonight V7 fork of April-2018
4 = Cryptolight V7 fork of April-2018
5 = Cryptonight-Heavy
6 = Cryptolight-IPBC
7 = Cryptonight-XTL fork of May-2018
8 = Cryptonight-Alloy fork of May-2018
9 = Cryptonight-MKT fork of May-2018
10 = Cryptonight-Arto fork of May-2018
11 = Cryptonight-Fast MSR fork of June-2018
12 = Cryptonight-Haven fork of June-2018
13 = Cryptonight-BitTube v2 of July-2018
14 = Cryptolight-Red
15 = Cryptonight-V8
16 = Pool-selected algo autoswitch
--retrydelay N Delay, in seconds, between two connection
attemps.
--autoclose N Automatically quit after N minutes.
Useful when using a script to change pool
and/or currency from time to time.
--mport <port> Json HTTP monitoring port (default=disabled)
--stakjson Output Json HTTP in XMR-Stak format.
-q Quit at first network problem.
--forever Retry forever when network problems occur.
--low Low intensity. Avoid using all CPU power
not to freeze the computer.
--donate Increase the devfee ratio to a very high
value, an indirect way to donate to dev.
--elevate Run as Administrator, often solve Large
Page allocation problems.
--elevate-and-quit Like --elevate, but make the parent quit
once the elevated child process starts.
--auto Automatic optimized CPU configuration,
cannot be used in conjunction with -c
--archi <archi> Hint the automatic configuration to use a
specified CPU architecture.
-t N Hint the automatic configuration to use N
CPU threads.
-c <file-path> Manual configuration file,
cannot be used in conjunction with --auto
--log <file-path> Also write reports to a file.
>Currently supported currencies/pools:
Monero (XMR)
Monero-V (XMV)
Electroneum (ETN)
Karbowanec (KRB)
Bytecoin (BCN)
Sumokoin (SUMO)
Bitcoal (COAL)
Bitcedi (BXC)
Dinastycoin (DCY)
Leviarcoin (XLC)
Fonero (FNO)
Turtlecoin (TRTL)
Graft (GRFT)
Dero (DERO)
Stellite (XTL)
UltraNote (XUN)
Intense (INTS)
Crepcoin (CREP)
Pluracoin (PLURA)
Haven (XHV)
FreelaBit (FBF)
BlueberriesCoin (BBC)
B2BCoin (B2B)
Bitsum (BSM)
Masari (MSR)
SuperiorCoin (SUP)
EDollar (EDL)
Interplanetary Broadcast (IPBC)
Alloy (XAO)
BBSCoin (BBS)
BitcoiNote (BTCN)
Elya (ELYA)
Iridium (IRD)
Italo (ITA)
Lines (LNS)
Niobio (NBR)
Ombre (OMB)
Solace (SOL)
Triton (TRIT)
Truckcoin (TRKC)
Qwertycoin (QWC)
Loki (LOK)
Gadcoin (GAD)
MarketCash (MKT)
ArtoCash (RTO)
Bixbite (BXB)
Wownero (WOW)
Nicehash Cryptonight
Minergate Cryptonight
MiningPoolHub Cryptonight
MiningRigRentals Cryptonight
Suprnova Cryptonight
Release note
0.3-hfr
Première version publique
0.4-hfr
Correction d'un plantage avec --elevate
Les CPU récents utilisent SSE4 (mais toujours pas AES)
0.5-hfr
Support du Turtle
0.6-hfr
Abandon du SSSE3, aucune optim possible de ce côté
Légère optim, entre +0.2% et +0.9% selon les CPU
0.7-hfr
Version 32-bits bug connu : --elevate ne marche pas
Edit : Prenez la 0.9a ou ultérieure pour la version 32 bits, les 0.7 0.8 0.9 sont très instables.
La version 32-bits offre ~75% de la puissance de la 64 bits sans AES, je bats xmrig de... 4%
Auto-reconnexion avec Nicehash qui deco toutes les 10mn : le mineur reconnecte immédiatement sans émettre d'erreur.
0.8-hfr
Correction des scripts .bat de la 0.7 qui ne tenaient pas compte du 32/64 bits
Optimisation +1% en 64 bits, pas de gain en 32.
0.9a-hfr
Correction du loggeur fichier
Erreur de socket plus explicite
Test du SSE2 en 32-bits, fermeture s'il n'est pas là (c'est le minimum)
Unification des SSE4 : le 4.1, 4.2 et 4a sont sous le même nom SSE4, si vous avez un des trois, alors c'est activé.
Le terme kernel, ambigu, est remplacé par module.
--elevate marche enfin en 32-bits
0.10-hfr
Support de Minergate, Suprnova et MiningPoolHub
Support des adresses de pool de type stratum+tcp://xxx ou tcp://xxx
0.10a-hfr
Support du Graft
Correction de l'indentation du loggueur
Infime optim (+0.05%) mais qui profite à toutes les versions de l'algo
Regression sur Nicehash, prenez la 0.10b
0.10b-hfr
Meilleure détection des Atom
Correction du Nonce Nicehash
0.11-hfr
Kernel AES 64-bits
Kernel AES 32-bits
Dual-thread mining
regression du non-AES 32-bits, perfs -5%, correction à venir
paramètre --donate pour les généreux (passe les fees à 80%)
0.12-hfr
Support du DERO
AES activé par défaut quand le CPU le supporte
... bug connu : sauf sur les Atom
erreur d'affichage sur la 32-bits qui dit 0.11, c'est bien une 0.12
0.13-hfr
Reconnaissance des cpu Silvermont, Goldmont, Airmont, Gainstown, Dunnington, Tolopai et xeon e5
Regression de détection sur AMD, utiliser la config manuelle, correction en cours.
0.14-hfr
Correction de la détection des CPU AMD
Petite optim en AES-64 bits +0.4%, infime en non-AES-64 bits (~ +0.05%)
Optim plus grosse en AES-32 bits +0.5%
Correction de la Difficulté instable
Support partiel du fork MoneroV-1
0.14a-hfr
Hotfix : détection des Ivry-Bridge
En cas de déacord entre le flag AES et l'archi, le AES gagne à présent
0.14b-hfr
Support experimental du Monero-V. Vous pouvez tester avec --variation 1 mais ça ne fera que des shares invalides. Bon juste pour tester les perfs.
Légère optim en AES-32bits (+0.25%)
0.15-hfr
Support du Cryptolight AEON dans toutes les combinaisons (x32, x64 avec ou sans aes, avec ou sans dual-mine)
Support qui marche du MoneroV (merci à br9n pour son tuyau)
Meilleur choix de l'archi en automatique
Paramètre --archi pour le forcer sans se tapper toute la config manuelle
Suppression totale du triple et quadmining (inutiles)
Meilleure gestion des caches exotiques type 13.5M
Support partiel du Cryptonight Heavy
Fees 3% en 32 bits, inchangées en 64. --hfr marche toujours.
0.16-hfr
Support du cryptolight-V (fork du Monero-V en version Cryptolight)
Support du Stellite
0.17Support complet du Cryptonight-HeavyParamètre -t pour le nombre de threads
Forks automatiques sur XMR, XMV et TRTL
Petite optim en AES-64 +0.07%
0.18La console elevate garde le titreParamètre -a, ignoré, pour être compatible AwsomeMiner (une demande de Bitcointalk)
Correction d'un crash possible si votre CPU a l'AES ou le SSE4 désactivé dans le bios (max-cpuid)
0.19--elevate-and-quit pour fermer la console parente.Support XUN et INTS
Gros gain de perfs en 32-bits (y compris AES) et non-aes-64
Stellite est désormais V7
0.20
Invalide et remplace les 0.17 à 0.19 à cause d'un gros bug sur les K8 et K10. Pas d'autre changement.
0.21
Correction du mode dual-thread mining.
Perfs +1% en V7, V7-light et Heavy
Et encore un poil de perf en plus pour le 32-bits
Maximum de threads: 64 contre 32 avant.
Nicehash est par défaut en V7
Le terme Huge remplacé par Large
[b] 0.22 Plus de coins
Taux moyen effectif net quand on appuie sur R
0.23
Encore plus de shitcoins
0.24
Un coin de plus
Fix à l'aveugle des hash Nicehash
0.24a
Hotfix des bad hashes
0.24b
Fix de netcode
Plus de coins
Fix de la detection des cpu AMD
0.24c
Fork IPBC
0.24d
Coin list déverrouillée avec le paramètre --any
Gestion du cache exclusif AMD
Script d'exemple multipool
0.25
multi-hash
plein de nouveaux coins
grosse optim sur AES-32
petite optim sur AES-64
0.26
triple, quad, penta, hexa hash
nouveaux coins
optim sur CN-Heavy
optim sur Cryptolight/IPBC
0.27
correction d'un possible crash avec IPBC
Nouveau fork XTL
correction de la detection du Loki
Mise à jour de la doc (en anglais)
0.27a
suppression du AVX2 indu
nouveau paramètre --forever
fusion des forks Monero
0.27b
Serveur HTTP pour monitorer
0.27c
Fork Alloy
JSON de monitoring compatible Stak
ITNS a forké en V7
Ajout du coin MarketCash
0.27d
Fork MKT
0.27e
Bugfixes
0.29
Artocash
Linux
Bugfixes
0.29a
Pause
Meilleure autoconfig
plus de doc
0.29c
Forks Masari et Haven
Coins dans l'ordre alphabétique
Nouveau coins BXB et WOW
mise à jour des forks
0.29d
Correction du Haven
Remplacement du BXB par le BLOC
0.29e
Correction du JSON
0.30
Support GPU
0.31a CPU
Backported GPU netcode
Bittube-v4 (with better perf than any other cpu miner)
Now max is 256 cpu/gpu threads
new coin PrivatePay
case insensitive commands (pressing h or H for hashrate will both work now)
Sumokoin back to CN-classic
0.31c GPU
New parameter --doublecheck to use CPU to re-check shares
Pause per GPU
GPU detection blind fixes
Little optimization Heavy/Haven ~1% depends on the card
ETN back to CN-Classic
0.32g
Corrections de netcode
0.32h
Coin zBucks
Coin X-Cash
Meilleur log status GPU
0.32j
Coin Veronite
Nombre de reconnections dans le log et le JSON
Meilleure detection vega
Lag du pool dans les logs
0.32m
Support du MoX
Watchdog
0.32n
Plus de shitcoins
Support de 64+ cpu
0.33a
Monero v8
Fix sur ETN
Encore plus de shitcoins
0.33c CPU
Petite optim Monero v8
Pool-algo autoswitch, façon MoneroOcean
Message édité par jesus_christ le 03-11-2018 à 21:32:16