you know all anyone wanted was a real reason, my profitability calculations always come out correct and payouts are always made when they should be, and i definitely dont need you to cradle mt testicles by any means, its what happens when you stop mining, and you have your total earned, for example if the total BTC earned is 0.00432 and keep in mind you have stopped mining, over a period of time while the coins you have mined are confirming being exchanged and being cleared the total earned will decrease and for example you will end up with  around 0.00382 for example, instead of getting pissed off and talking crap to people just explain it none of the other stuff matters total earned should be total earned right? it used to be and if that has changed just explain why and if you dont know just say i have no idea or act your dev so you can give a simple explanation no need for an attitude, its not that hard just a real honest explanation, instead if you have a problem switch, you know there are miners out there that really like this pool including me, so no need to act like that remember no matter how much btc you make or payout the pool is as only good as the miners who mine it, no miners no pool, so thanks for your thought

After several blocks of LBRY....

I have found the reason for the drop when exchange happens is because the reward per block increases over time.  Its not a good holding coin... literally a mine and dump it seems.   Not sure how that's profitable, but it is for us that way.

By the time the block matures the value of those coins seems always to get adjusted by just about 25% (-1/4).   Which still isn't bad.


When pool hashrate is under 3Gh, pool luck is exponential.  I have gone ~ -0.014-18 in my trial period so far vs. mining straight lyra2....   but the days we have higher hashrates;  and get 1-3 blocks a day, it pays over 2X lyra2.

One of the curses of a high diff long confirm coin =)


Anyone else seeing close to the same results?

On 3x gtx 980 cards with 1.8 Release my hashrate on SIB is around 4.4Mhash to 4.8Mhash after a normalized 5 minutes.  On the 1.8 Dev version I do  7.8Mhash to 8.05 Mhash.  Both are run with no commandline arguements other than basic settings of algorithym.  I thought improvements were supposed to be incorporated with every major release, not get worse from the dev to the official.

which miner, looks like an error, no miner shows that much hashrate?

Looks normal. May want to check the exchange over the past 24 hrs too, since that is where the variance come into play while in pending state.

Totally.  The rewards are very very nice =)  I hope more people jump on the bandwagon to get a TTF ~ 3-6 hours or less.  Here's hoping... lol.

Are you trying to say you need path redundancy for each miner app you are launching?   I could add the variables and make it so it can be left blank...  Id have to do some testing on how it will work, because I presently am unsure if you can call a %variable%%afterthisvariable% in such a manner.   might need some creative twist if its not that simple (which DOS operations can be hinky like that).   My batch is only checking for an open task name (not location) so i'd need to keep the original variable and add something like %P2A% %P2B% etc for each miner app version/location.

Im trying to undertsnd your perspective... if I can make it more versatile I am all for it....  But typically batch files are in their home directory where they are controlling stuff.  I typically only use a batch in a path-registered location like c:/ or c:/windows when its something like ls.bat.... because I always #$@% up and type LS when I know damned well its not.  Thanks unix.