LOL yeah right people became richer than Bill Gates.  Someone has no clue how dilution of coins or stocks work.  You can't split your stock shares and tell everyone they just doubled their money.  The price always splits right along with the stock split.  The same thing happens here.

65 coins -> 20 billion means the price splits 19999999935 times right along with it.  So that $120 price becomes $0.0000000006 per share.

Also imagine that someone publishing an article written and paid for by the coin creator and of course it must be true.   Someone will take your money and post something online, that is a fact.  No amount of disclaimers is going to change the fact that it was still written and paid for by a totally biased source.  This is like a Trump style liefest in here.  It's like you drank your own kool-aid and now are seeing things that no one else can see.

So is this intended to keep people from algo hopping too much?  I'd guess the hash rate may fluctuate a lot depending on the profitability.  I'm sure there are some that stick to one or two hashes, but for someone using multialgo this might cause a lot of variance in fees.  Granted the fees are fairly low overall, but likely would have to be figured into the profitability somehow.


Can you confirm what number we should use for equihash since it comes usually in KH/s?

Well my first thought was just that it was too long.  So I started erasing a bunch of things and it wasn't until I started erasing the ones before blake2s that it started working.   I had a post half written thinking it was just too long until I decided to go back and make sure it wasn't just too far from the beginning or something like that.  I was adding things to the beginning until it failed again and noticed that when I added a long string without decred in it that it still worked.  That's when I realized my initial thought was wrong and that it was decred that was causing the issues.

I'm an IT support person so doing trial and error is pretty much in my nature.  Still working on stabilizing using Multipoolminer since that gives nice output and such, but I'm wondering if the pools multialgo method is still going to be more efficient since it cuts you off when it knows something else is more profitable.  Also not sure I like how Multipoolminer just kills the process when it switches to something else.  Not sure what that might do in the long run.


Also those numbers were basic averages for a single 1080 card.  I have a box with 5x1080, one with 1x1080, and one with 1x1080 and 1x1080Ti so the numbers all pretty much are the same ratios between the cards.  Haven't really had it stable enough to get a good feel for how much I'll earn in a day from zpool.  hmq1725 was causing bluescreens on my main miner until I realized I needed to set the intensity down to 17 from the default of 19 it was selecting.   Much more stable now.

So it appears if you include decred in your multialgo it doesn't pick up the difficulty.

Tried this (decred at the end):

or this (decred at the beginning):


And it didn't pick up the difficulty from the d=32

Tried this:

And it does pick up the 32 difficulty.

Nope the dash was a typo in the post when I tried to reconstruct the whole string from the batch file. I've tried with the d=xxx at the beginning or the end and it doesn't seem to take effect unless I take out the multialgo factors.

Not sure about equihash, but all the other difficulties seem to be measured in MH/s with the exception of blake2s, decred, blakecoin which since seem to be measured in GH the pool does the proper comparison at least it seems too.

So what I did was actually use Multipoolminer on zpool and just let it benchmark all the algos that I wanted to use and then filled in the numbers that I got.  You could do the same with anything else and just run each algo for a bit and change the number to be what you averaged.  As I said not sure if you would do 1.2 for equihash or 1200, but for blake2s it seems you put the number in GH/s.

Seems like the d=xxx diff setting doesn't work when combined with the multialgos method of mining.

Tried the following and it never seems to pick up the fixed diff:

ccminer -r 0 -a blake2s -o stratum+tcp://blake2s.mine.zpool.ca:5766 -u %ADDY% -p -c=BTC,myr-gr=95,lyra2v2=50,decred=3.55,blakecoin=6.75,c11=22.5,groestl=50,blake2s=5.45,x17=12,nist5=60,skein=720,sib=16.5,lbry=380,timetravel=36,veltor=29,bitcore=18.9,hmq1725=5.6,stats,d=64

Yet when it kicked off it used the stratum difficulty which starts out much too low.

Do I need to set a diff for each coin or something?  At this point I've just  been adding a -m 8 for blake2s so it ramps up the difficult quicker.  If I use the following it picks up the difficulty just fine:

ccminer -r 0 -a blake2s -o stratum+tcp://blake2s.mine.zpool.ca:5766 -u %ADDY% -p -c=BTC,stats,d=64

This is just the one line I have from Nemo's miner batch script.

Is there a way to get a reading from the zpool website how much you're earning on average per hour between all your miners?

I see a graph of account balance, but it would be nice if we could maybe get a graph of aggregate earnings.

There is no market for it.  The only buy orders are about .25BTC and that's likely because they have no clue that these coins are coming.  It will take another day at least to get coins paid out and then likely another 48 hours to get them to the exchange.  The first person to do that is going to wipe the market and then it's over.  What is the reason anyone would buy this coin?  Transactions that take 2 days?  If you want some coins just go mine on the eca.acc-pool.pw which is the main pool.

Only people who will buy will be the ones who forgot they had buy orders on the exchange.  It's still likely 48 hours or more before anyone can get the coins onto the exchange to sell anyways.  Look at the blocks being confirmed hardly any of them have transactions besides the actual payout of the block.  Which means it will be even long until the block with the transaction going to the exchange is fully confirmed.  This is a scam coin if I ever saw one.  Someone likely had a bet to see if they could get to #1 on coinmarketcap and unfortunately the website is smarter than to think that releasing 19 billion coins at a price when there were 45 in circulation is going to suddenly launch it to the top.

Only .24BTC in buy orders on the market.   Those people who left buys in are going to be sad when these coins actually hit exchange wallets and get sold.

Just because you have a price now doesn't mean it is going to sustain that after you release another 19 billion coins.   I'd guess the price will be  $0.0000000153 if the current price stands.  45/19000000000 * $65

We'll see though...

The problem is hopefully zpool's code can handle it because there is no market for it basically.   I'm stopping all nist mining until we see what's going to happen.  There was virtually no market for the coin originally, I highly doubt there is one that's suddenly going to form after the release of 19 billion coins.

Actually the Electra Super Reward Bonanza stage appears to be here.  Per the thread blocks for the next 24 hours will create 19 billion ECA.

https://bitcointalk.org/index.php?topic=1848351.0

Hmmm wonder what is actually going to happen with these.

If you are then I am too.  Not just you

Anyone have a recommendation how often I should switch doing Multialgo with Multipoolminer?  Default is potentially every 60 seconds, but I'm thinking that might be too quick to really do much for each coin it mines.  I've been running it less than a day and it seems like it is going alright so far.  Just trying to get a feel what others are doing.

Running 7x1080 + 1x1080Ti in 3 different machines.

That's about what I'm getting on both Skein and Groestl.  It seemed there is usually one share that occasionally gets dropped between blocks and with the frequency of blocks it adds up over time.  From what I've read there might be something the pool can do to alleviate some of that, but I think you're always going to have a few that will slip through.

Anyone know why mining with the klaus branch of the ccminer which seems to have some myr-groestl efficiencies it doesn't seem to actually produce more valid hash even though the miner software indicates that it is?  It's not producing more invalid hashes, but it also doesn't seem to be generating more valid hashes even though it is reporting a higher hash rate.

I'm new to mining so not sure if there is an easy way to get an actual valid benchmark of how effective these different miners are?

With 2.0 final:
ccminer.exe --algo=myr-gr -o stratum+tcp://stratum.dgb-groestl.theblocksfactory.com:9003 -u xxx.xxx_diff1 -p x -i 23



https://github.com/tpruvot/ccminer/releases


With 8.08 Klaus:



https://github.com/KlausT/ccminer/releases

As you can see even though the miner seems to indicate I should be getting 10% more I'm actually getting 50% less share.

Both were running for at least the full 15 minutes for the average share rate.

I've been using Bitinstant for all my BTC purchases and now that they are rebuilding or whatever I need an alternative option.

I have USD in a WF bank account and would like to purchase ~$1000 worth of bitcoins.  The issue is all the options that I've tried either have horrendous fees 20%+ or take like a week.

Anyone know any alternatives to BitInstant that can get me BTC quickly for a relatively low fee?