Well, I disagree. When I mine ETH on nanopool, I see the pool fee and the exchange fee that transfers to my wallet. Everything is documented and traceable. And I exchange directly to cash on GDAX not to BTC first. And that exchange has no exchange fee on a limit sell. I'm not going to pay even a fraction of a percent if I don't have to. The cash out fees on MPH are 0.0003 BTC for BTC (~$1.30) or 0.001 ETH for ETH (~$0.30). So each daily cash out of BTC costs more as long as the pool is not causing me to lose more than 0.003 ETH in any auto-exchange to ETH.

It may be a none issue for those who are investing. That's not me. I'm not investing. I'm not holding on to any crypto currency, I'm cashing out at first opportunity. When cash flowing like this the direct immediate costs are most important because I'm not choosing when to sell. Whenever payout happens to my wallet within a day at most I've already sold for cash. Cash is then available to use to when I find a good deal on a GPU(s). As more GPU's are added I can expand faster and faster. There will be a time when I decide to stop expanding and only at that point will the issue be relatively low importance.

So let's consider an exchange that has mined coins from 20 different accounts. And let's say that there is a $10 exchange fee tha tis applied to the total exchange. So that fee could be paid by the pool owner, or it could be divided equally to the 20 accounts (which would be $0.50 per account), or it could be divided proportionally by how many coins you had in the exchange, or it could be a combination of these. I think the owner of zpool recently implied that he pays all exchange fees. If that's the case, it should be shown PROMINATLY in the FAQ for zpool. But even so, that isn't necessarily the case for MPH unless it is posted somewhere.

Yes, but I want to know the transaction fees for each conversion to and from BTC as well as the BTC rate function. For example, if the BTC rate function between coin BCT to coin x is 90% of the lowest price in the past 24 hours minus 0.05% minus 0.05 mBTC, and the conversion from BTC to coin Y is  Current price minus 0.05%; then that is what I want to know up front so that I can choose coin y since it will always have less net loss in the conversion.

The whole point of multi-coin-mining and auto-exchange is convenience, but I have the feeling the entire process is loaded with tiny fees that all stack up to a huge cost. And maybe, in a cost benefit analysis, has far more cost than benefit.

It may be that some people are lying, but it also may be that ignorance caused by that the lack of complete transparency and auditability feeds suspicion. You can't expect people to examine the source code to know how it works especially when this is (or should be) a simple accounting matter for your system to report.

Would it be possible to add more detail to the explorer for an exchanged coin transaction through it's entire life from mined coin to final coin, http://www.zpool.ca/explorer/ORB?height=2271808? i.e. the detail page not only shows the block mined (as it does now), but also the total mined coin in the block, and your share. AND most importantly the details about how the mined coin was exchanged: your coin was sent to exchange "x", the total coins exchanged in that exchange transaction was "y", and your share of those exchanged coins is "z", and the exchange fee. Basically I want to be able to see the full accounting from start to end: "A" coins mined - "B" fees (detail of each fee including pool fee) = "C" net coins mined => "C" net coins mined * "D" exchange rate - "E" fee (detail of each fee including exchange fee) = "F" final exchanged coin. The sum of all "F" values should exactly equal the account balance. If it doesn't, then more detail need to be added so that anyone can see the full calculation.

Whether this information can be attained through some other means is not relevant. The pool has all this information and it breeds suspicion if the information is not easy to see. If you can make these details easily available, and there is no errors, then you would alleviate 99% of everyone's suspicion.

I don't know if this has already been asked and answered. And 200 pages of forum posts is too much to read. And search terms are not easy....

How can I find out the projected cost of auto exchange from any coin to any other coin?

For example, Let's say I'm mining Monero and I like Ethereum, BTC and LTC. I want to choose the best auto-convert I can to one of the coins that I like. So I want to see the projected/estimated total cost (loss % taken by all fees during auto-conversion) to any one of my desired coins. Then I can choose the best coin I want Monero auto-converted to.

I'm also assuming that not all coins are immediately convertible to all other coins and perhaps has to first have an intermediate conversion to BTC or some other coin or an intermediate conversion to a common coin if the complete conversion to my desired coin can't be done all on a single exchange. The projected/estimated costs of this kind of auto conversion should show the total loss % of the conversion no matter how many conversion steps it has to go through. That will also help identify poor choices for auto-conversion.

You can easily give the data you collected and turn it over the FBI with a complaint (even if he and his site is in Canada or another country). 300K in USD is a serious crime and they will investigate and coordinate with Canada and other countries to gather additional evidence. But first there has to be a person filing a complaint that has legal "standing".

I'm considering a new project that uses a power monitoring module here and a USB to TTL interface here to make a digital rig power monitor app. The idea is that when using MultiPoolMiner or NiceHash or any other pool or algo switching miners, that the total power usage can be factored into the coin profitability calculation. Any opinions?

Did you ever set up a VM to test this? If there is a race condition that is affecting this function it may only happen under heavy server load or heavy internet traffic. So you will want to run a stress test on the VM while this is running to see if the problem occurs only under stress. Also pull the network connection. See if a dropped connection affects it.


But better than all that testing is this: If either value has 0, then return the other value. So if the old value is 0 then there is nothing to average, so take the new value. If the new value is 0 then there was a server error or a race condition and no new data has actually been received, so keep the old value.


That all being said, this is an extremely poor averaging function. Since it seems that things sit in the exchange state for 4-6 hours, a WMA over the previous 6 hours of samples with samples collected every 5 minutes would be a much better average. And that collected data could allow a much better prediction of future value by projecting upper and lower trend for the next 5 minute sample. The mBTC column for predicted value would then show x.xxxxx(+/- y.yyyyy). This predicted value should only be shown when the state is immature or exchange, since we don't know the final exchange rate until it's cleared. But when cleared the exchange transaction should be analyzed and the actual rate of exchange reported and paid. Add to keep it open and transparent, so clicking on any of the lines in the payout list should display a page showing the data and the calculation. That way everyone knows that it is working the way it should.

I am using Mining Pool Hub. Sia has been building up large balance of unconfirmed. I have no confirmed Sia in transaction log since 2017-08-06. Is Sia broken?

But for someone who is only mining with Mining Pool Hub only, then only those coins matter. And it could be argued that MPH rating for BTC/GH/Day for it's own coin pools will be more accurate than WTM because it can account for it's own transaction fees and because it will be based on it's own actual performance.

I don't think I understand. If you go to https://miningpoolhub.com/?page=home&normalize=none and scroll down to the second table, you will see individual coin mining BTC/GH/Day ratings. And the Json return from "http://miningpoolhub.com/index.php?page=api&action=getminingandprofitsstatistics also shows individual coins for the coin mining ports 20xxx rather than the algo mining profit switch ports 17xxx. Doesn't this provide the information you need?

Well, not really. click through license limitations are really not enforceable. But in any case, you can get around it by embedding a web browser window inside AM that will display the "releases" page or whatever. You could even have AM parse the returned page and discard all parts of the page except the link (they can't enforce a copyright on or enforce a process on the download mechanism of GitHub). The AM user must manually click the download link which makes them responsible for the download, not you. But at the user click AM can intercept the link activation (since it is an owned browser window) and make sure the download goes to a know place where AM can extract it to the right folder and configure it for the end user.

I'm not a lawyer, but I've had over 20 years of experience in IP (both patents and copyrights) and have several device patents (no software patents) to my name. The browser is a part of Windows. There is no fundamental difference, from a license standpoint, if your application launches the browser window as an embedded owned browser window and intercepts and process the users explicit request within the context of the user's desire to add it as a managed program to your program. It's obvious that NiceHash wants their program to really be usable only within their domain, but that's an unfair restriction (and unfair business practice) on a software that is otherwise freely available for separate use.

Of course Excavator using GitHub to host their closed-source application is a questionable use of GitHub in the first place. They just don't want to pay for server bandwidth to host their own proprietary program distribution. Then they use the source control part of GitHub to make a sort of documentation site; again, because they don't want to pay for their own server. There may or may not be anything against the terms of service of GitHub, but it seems at least dishonest and an abuse of what GitHub is meant to be to me.

One small correction, Mining Pool Hub does have coin mining ports in addition to their own auto switching algo mining ports. So Mining Pool Hub should be able to work with fixed coin profit switching. The Multi Pool Miner package has the feature of coin mining on MPH but I haven't tried it.

WattTool is not working with Radeon 17.7.2 on my Windows 10 Enterprise edition on RX480 8G, RX 570 4G, RX 470 4G. All GPU/MEM MHz/mV entries show 0. WattTool did work with Radeon 17.4.4 drivers with RX 480 8G and partly worked with RX 570 4G (it didn't work for MEM mV but did work for voltage offset).

The difficulty factor is also important. So I think the profit factor should be per pool-algo-coin combination, not per algo or pool separately.

Referring to:
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.

Profit switching in MultiPoolMiner or AwesomeMiner can switch into and out of Claymore potentially ever 10 minutes. Is this safe so that Claymore will not think that it is cheating, or does the profit switching program need to make sure Claymore is run for a longer time?

Some possible issues concerning AM and profit switching on miningpoolhub when using auto exchange to some other coin.

I believe AM uses the BTC equivalent value with calculating highest profit coin at any particular time. On miningpoolhub, when using auto exchange to another coin, even when the auto exchanging to BTC, miningpoolhub has additional delays that has to be considered. Normally coins mines are initially unconfirmed, then confirmed; but with auto exchange they are then automatically place on the exchange to be converted to the desired coin, then finally deposited into the desired coin some time later. The more coins being auto exchanged, the faster this process completes. The time it takes for some coins to be exchanged can be very long if they have a very small balance because miningpoolhub bundles multiple small accounts of other miners together until there is enough to efficiently exchange them. I have seen small balances take days to exchange and of course the profit switching calculation will be completely off at that point because it was based in part on the BTC exchange rate at the time it was mined. On small mining rigs, profit switching to a coin that produces a small balance and then switches away too quickly is a problem because you can end up with such small coin balances on some coins that effectively never exchange until days or weeks later.

Setting AM to only switch once every several hours might partially resolve this issue, but is not optimal profit switching.

Can AM be told that any particular coin is set up as an auto exchange to another coin and then account for that by: 1) factoring in the conversion to the destination coin value when determining when to switch to that coin; 2) set that coin to always mine for a minimum duration (possibly) or minimum profit (best option) to improve the chance that there are enough coins to auto exchange quickly even if it would otherwise indicate that a profit switch is indicated. (i.e. a switch away from a low coin mining too quickly effectively reduces the profit of that coin to 0).

Example: Let's say I have SiaCoin set to auto exchange to ETH on miningpoolhub. I would like to be able to inform AM that I have this set and have it factor that into the profit calculation (i.e. consider the BTC/Day/GH/s factor by 0.5% loss for the auto exchange, or whatever). And also set SiaCoin so that when AM switches to it that it will mine it for at least enough to achieve some number of ETH, (i.e. 0.01 ETH) thereby practically guaranteeing that the auto exchange happens quickly.

So I get that "-mode 1" overrides Claymore so that it only does ethash even if it gets parameters for dual. But if I add "-mode 1" will Awesome Miner also know to stop comparing the BTC/Day for the various dual options so that it won't try to switch to dual? If it does try to switch to dual, then al lit is doing is switching to potentially a less profitable pool than it was already in.

Awesome Miner profit mining really needs benchmark adjustments. When my rig is mining ETH solely using claymore I get 84 MH/s. When it is mining ETH+SC I get only 56 MH/s ETH. There is no way the 1670 MH/s SC compensates for a loss of nearly 30 MH/s ETH. Awesome Miner needs to consider the actual performance on single algos and performance for each combination of dual algos for each a rig to determine what is better profit. MPM out performs AM in this respect because it applies combination benchmark results to determine which is combination is higher profit.

For now I need to completely disable dual coin profit mining. How do I do that?