outstanding.
Couple suggestions
Could we break up the config file into smaller ones. THe reason for me is when new version come out or new algos added, we could keep the file file which gets edited the most.
General
Algos
Pools
Also, is there anything for intensity setting?
Yes, you can use any keys that miner supports, as it were in ordinary .bat file. { "name": "lbry", "display": "Lbry", "hashrate": 15000, "mu": "kH/s","power": 50, "aparam1": "Miners\\Nvidia\\Ccminer\\Tpruvot", "aparam2": "ccminer_tpruvot.exe", "aparam3": "-a lbry -i 21 -o" }, |
|
|
|
beta9+5 - Claymore Dual 9.3 - ccminer for Bitcore, - updated configы for YIIMP, Zpool with actual coins - added pool luckpool.org for tests, - added pool.coin-miners.info - test feature for yiimp like pools (coin-miners also) in multicoin algos. As soon as pool's API doesn't provide profitability for each coin only for whole algo, MC detects the hashrate for each coin on pool, and coin with higher hashrate acquires higher priority in MC, so called "croud effect". Link1: https://drive.google.com/open?id=0Bz8-ln3QUcV4U3kzVXFzMUI0VUELink2: https://mega.nz/#F!rhAFCbIa!F4XoHfIYoPYgJ-V1TUyP2A |
|
|
|
Update beta 9.4 - added key "hidecolumngr1" for "general" section, hides "Price", "PowerCost", "Fees" columns, - added key "hidecolumngr2" for "general" section, hides "RejectSpeed", "TopAvgSp", "AcSpWrk", "MU", "PoolFee" columns, - added context tooltips for headers, - added key "poolenabled" for "pool" section. Enables/disables complete pool. Link1: https://drive.google.com/open?id=0Bz8-ln3QUcV4U3kzVXFzMUI0VUELink2: https://mega.nz/#F!rhAFCbIa!F4XoHfIYoPYgJ-V1TUyP2A |
|
|
|
|
As I see in the code "price" should be defined in the title section
"Manual": {
"account": "111",
"worker": "111",
"apikey": "111",
"userid": "111",
"nobalance": false,
"nospeed": false,
"nospeedworker": false,
"autofee": true,
"balancemode": 0,
"weight": 1.0,
"minprofit": 1,
"price": 8888,
"btcfee": 0.2,
"sparam1": "hub.miningpoolhub.com",
"sparam2": "-p 123",
"sparam3": "stratum+tcp://",
|
|
|
|
seems I was wrong for PlFee, adding those fees was a good approximation when fees are low, but exact formula is
PlFee=1-(1-coinfee/100)*(1-btcfee)
so for MPH it is 1,0982% that was close to the initial 1,1% and for zpool it is 3,96%
On the sample of MPH. If we earn 1 coin unit, pool charges 0,9%, i.e (1-coinfee/100). After remains 0,991. BTC conversion takes 0.2% from 0,991. Here remains 0,989018. Final difference from initial is 0,01098. It is indeed close to 0,011. So, formula should be PlFee=1-(1-coinfee/100)*(1-btcfee/100). In case, if we take DevFee for miners into account Fee=1-(1-DevFee/100)*(1-coinfee/100)*(1-btcfee/100). |
|
|
|
beta8.5 -check-boxes can be checked in running mode, not on stop only; -price dynamics offset key in percent for "general", by default "dynoffset":10. Flactuations level for setting "pump/dump" status. -price dynamics calculation frequency, key for "general" in minutes, by default "dyncheck":1. -key "showinactive" for "general" if you want to see coins with "active":false status in "pool" menu. By default enabled. -key "coloring" for "general", if you want cells to be colored. By default enabled. Link1: https://drive.google.com/open?id=0Bz8-ln3QUcV4U3kzVXFzMUI0VUELink2: https://mega.nz/#F!rhAFCbIa!F4XoHfIYoPYgJ-V1TUyP2A |
|
|
|
I'm trying to sort by clicking on top of columns but it quickly restores default sorting by net (profit) gridsortmode is 2, also towards bottom of coins all lines(mostly where there 0 khs in config or with blank api) move arround too quickly and cannot be read, can you delay that way of sorting like at least 60 seconds apart
can you add in front of each coin a checkbox where you can temp suspend switching to it for some reason, MC can disable a pool by double clicking on its name but suspending a coin can be useful in certain sutuation where either pool or exchanges feed you with false expectations also it's useful to evaluate a certain coin/pool before you add it to your config.
can you add minebyaverage on certain coin like that "multi" stuff for yiimp, it would add more options mining coins where difficulty changes faster than you can jump in and jump out and won't harm you when using current estimate for the rest of coins.
can we have a global config option: "usewindow": true, where miner window is not hidden in console tab.
whirlpool and whirlpoolx are different, 1st is on yiimp the other is on nicehash, wrong part is miners option for first "-a whirlpool", while displayname for 2nd should be "WhirlpoolX"
Thank you for ideas, will work on them. Item 2 with disabling a coin. For the moment there is an options in config to set it enabled or permanently disabled via "active" key. If set to "false", coin will be skipped in MC. {"active": true, "algo": "x15", "folder": "_APARAM1_", "cweight": 1, "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 -u _ACCOUNT_ _SPARAM2_" },
{"active": false, "algo": "quark", "folder": "_APARAM1_", "cweight": 1, "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 -u _ACCOUNT_ _SPARAM2_" },From your experience, this banning of the whole pool by double-clicking, is it practically usefull? I can rewrite it so, that it will ban only the current line with particular coin, because check-boxes will add more complexity to the code. |
|
|
|
Is there any way we can have an idle timer auto-start implemented?
Do you mean it should work like in NiceHashMiner? It starts after MinIdleSeconds value has passed since last detected user input. |
|
|
|
Ц hey.me...=)again...=)with asking=)
can you add some button like "reset counter" for "running" column?and make some tweaks that not causing this counters reset on config reload or MC restart?need to check some coins...not like LBRY switching...DGB-skein makes 4-4.5$ for 5 hours and this is perfect.but LBRY does only 1.3$ for 4 hours.but always have some troubles with electricity and my counters resetting every 15-24 hours...but i want strong stats at least for 3 days...
Hi, yes for this case MC has to save statistics to some file, and after start load it from file. It will take some time to develop. For the moment I can offer you following solution, set "logactivity": true, in "general" section. You'll get activity.txt in the folder with MC.exe, where MC writes data when switching, after restart/refresh MC continues to write data there. So, you can analyse it in Excel, for example. already done, but very uncomfortable to calculate=)lazy people need more automatization=)better will wait.thanks. By resseting I mean clearing all data fields with speed and balance, correct? For prices it may not be applied. Which data do you want to be saved? Normally average speed and prices are limited by definite period, like "statwindow". If you make a pause for an hour in MC work, for example, after restart, it will use old/outdated data in average calculations together with current, so you may get results, that differ from normal profitability. |
|
|
|
hey.me...=)again...=)with asking=)
can you add some button like "reset counter" for "running" column?and make some tweaks that not causing this counters reset on config reload or MC restart?need to check some coins...not like LBRY switching...DGB-skein makes 4-4.5$ for 5 hours and this is perfect.but LBRY does only 1.3$ for 4 hours.but always have some troubles with electricity and my counters resetting every 15-24 hours...but i want strong stats at least for 3 days...
Hi, yes for this case MC has to save statistics to some file, and after start load it from file. It will take some time to develop. For the moment I can offer you following solution, set "logactivity": true, in "general" section. You'll get activity.txt in the folder with MC.exe, where MC writes data when switching, after restart/refresh MC continues to write data there. So, you can analyse it in Excel, for example. |
|
|
|
When its mining by "Average" how is the average calculated? What makes this better than mining by the Net value?
Just curious how it works, otherwise been running solid for weeks on my 1070 rigs.
Jake
The main purpose for average data - to reduce amount of switches. Profitability in MC depends on two determinants: exchange rate and coins difficulty. The fluctiations of both are rather high in "net" profitability. If miner switches two offten it has no time to get a full mine speed, and its efficiency drops. Averaging makes it smother. aaand returning to pump and dump...just my thoughts.
as far as i can see - there is not so difficult math to insert this "pumpy-dumpy" feature i guess...
WTM has current exchange rate(cer), 24h exchange rate (24h) and so on...
so...why not to add some delta ticking once in a hour or close (delta=cer/24h) and then manipulate with cweight automatically.example
if delta= 0.95...1.05 - cweghtnew=cweightold(that means tha last hour it wasn't big fluctuation in price)
if delta= 0.90...0.95 - cweightnew=cweightold-(1-delta) (means coin is falling and need to correct it's weight)
if delta= 1.05...1.1 - cweightnew=cweightold(why so?i'm not optimist and always waiting for bad news=)
if delta <0.9 or delta >1.1 - cweightnew=cweightold-(1-delta)(cause i don't want to mine pumped coin like it was with decred)
that's is not absolute numbers...just an example how i see some "defend" from pumpy-dumpy=)you're not forced to do it.but if you can implement something like this in a very-very-very beta then i will test with a great pleasure=)
It can be done in such way, but as I wrote above, not only exchange rate affects the price, but difficulty also. Normally when ex.rate rises, more miners begin to mine it and difficulty increases proportionally and vice versa. Threfore profitabillity in Whattomine and in MC drops in this case. It should be self-regulating mechanism. |
|
|
|
lyolyalya, I think that your idea is over limits for reliable automatization. To address multiple issues including this one I propose one easy (for the dev)) trick. Instead of taking profitability and/or price from whatever, add new "price" tag to each coin. If filled, MC should calculate profitability internally, out of diff, reward, freq of finding, all that stuff. And so we can manually set estimated price which takes into account all uncalculable things.
If done, MC will become perfect and I will use it again))
There is such option in MC, created by previous developers. Calling "manual" pool. You can set any price manually. Thread is here https://bitcointalk.org/index.php?topic=769239.msg10081087;topicseen#msg10081087As for lyolyalya's idea, I guess it contradicts the main principle of MC to earn more with highest profit. If realised, it will be applied to all the coins, not only DCR. I mean here algos with fast confirmation periods, so it will bring no big advantage. Imagine, if DCR pump continued for some days more, you would receive an extra high profit after confirmations have finished. I put this idea on hold for the moment. |
|
|
|
|
Can you test beta8 + ewbf 0.3.2b as experiment?
|
|
|
|
aaand seems like beta 8+ewbf 0.3.3+MC=issue reading AcSpWrk and TopAvgSp and Accept and Reject.zeros in all columns for zec and zcl...
It doesn't depend on miner you are using, but depends on the pool. If you mine with MPH, they were under DDOS attack last week, so statistics is very lagging there. |
|
|
|
strange scalability of MC window now...  You have a very high resolution  . I'll optimize a layout a little bit later. |
|
|
|
|
Show Posts
