█▓▒░-< [ZPOOL.CA][BTC Multipool] The miners multipool >-░▒▓█ Paid 925+ BTC

[scryptr]

crackfoo,
thank you very much, sir
please add digit grouping, i got problems reading my earnings 

ohh.... that's interesting... wth

ZOMBIE GREY IS HARD TO READ--

I can barely read the stats on my 48" HDTV.  The color scheme itself makes it difficult.  Sorry if the complaint is out-of-line, but plain white is readable (YIIMP).

[pallas]

another lbry block found! let them rain! :-)
it's so profitable I wonder why there are only 28 miners on it.

really ugly orphans(or rejected) rate on this coin

I have 99.5% accepted shares and I don't see any orphan block. Well, there are just two new blocks since I started mining it.

[denravonska]

each company has different timings in different models.!my card is the gigabyte gtx750ti windforce, Samsung memory,standard clocks   default  1033 boost 1111. Your card has other timings.

YES, I AGREE--

But about all any miner is going to get is about 50MH/s from a decent 750ti.       --scryptr

Not sure how you guys do it. I managed to scare my GTX 650ti up to 15mhs with overclocking, though now it's just doing 5mhs for some reason

[pallas]

please make the initial diff for lbry higher: an average rig makes so many shares it gets banned repeatedly.

[scryptr]

another lbry block found! let them rain! :-)
it's so profitable I wonder why there are only 28 miners on it.

really ugly orphans(or rejected) rate on this coin

I have 99.5% accepted shares and I don't see any orphan block. Well, there are just two new blocks since I started mining it.

ZPOOL HAS FOUND TWO BLOCKS TOTAL--

Zpool needs more miners, really.  That is why I started mining LBC at Zpool.       --scryptr

[berron]

Is there any way to add LBC to the fantastic JK scrypt (please, JK, add a BTC address in your signature for donation)?? If not, it could be GPU mined, and which software is being used now to mine this algo in Nvidia GTX9XX cards??
Thanks a lot for the answers

[Spiffy_1]

The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable.  In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals.  To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it.  Otherwise its manually selecting the coin to force it to pay.  It's the same with sib at the moment.  Both coins are incredibly profitable but we currently don't have the hash to hit it.

[crackfoo]

The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable.  

I've joined the lbry slack channel so hopefully can drum up some more miners.

But yes, this these coins it's ideal to have more hash. Same with DCR, which we just hit some luck and got 2 blocks in an hour.

[citronick]

I have -w 64 -g 4 -I 19 added to my stratum.  But I'm running the new 64 bit sgminer for lbry and 2 7950's put out 100 Mhash.

not working on my 390 - i get this error message:

--------------------------------------------------------------
[16:26:05] Started sgminer 5.4.0-nicehash
[16:26:05] * using Jansson 2.7

error: Clang front-end compilation failed!
Frontend phase failed compilation.
Error: Compiling CL to IR

[16:26:09] Failed to init GPU thread 0, disabling device 0
[16:26:09] Restarting the GPU from the menu will not fix this.
[16:26:09] Re-check your configuration and try restarting.
Press enter to continue:

--------------------------------------------------------------

anyone can help me with this?

plenty of 390 hash power to zpool and contribute to finding LBRY blocks.... if only I can get sgminer working for Hawaii/390 GPUs

[Spiffy_1]

I have -w 64 -g 4 -I 19 added to my stratum.  But I'm running the new 64 bit sgminer for lbry and 2 7950's put out 100 Mhash.

not working on my 390 - i get this error message:

--------------------------------------------------------------
[16:26:05] Started sgminer 5.4.0-nicehash
[16:26:05] * using Jansson 2.7

error: Clang front-end compilation failed!
Frontend phase failed compilation.
Error: Compiling CL to IR

[16:26:09] Failed to init GPU thread 0, disabling device 0
[16:26:09] Restarting the GPU from the menu will not fix this.
[16:26:09] Re-check your configuration and try restarting.
Press enter to continue:

--------------------------------------------------------------

anyone can help me with this?

plenty of 390 hash power to zpool and contribute to finding LBRY blocks.... if only I can get sgminer working for Hawaii/390 GPUs

Hey bud, I downloaded my lbry sgminer from this site ]http://cryptomining-blog.com/8075-cpu-and-amd-gpu-mining-for-lbry-credits-lbc-now-available/]

I simply changed the pool to our beloved zpool  and its lbry port and it worked for me.  Remove the intensity setting at the start and manually increase it in the miner to find a stable and profitable intensity then hardcode it into the batch file.  I hope this helps you out.

[pallas]

The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable.  In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals.  To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it.  Otherwise its manually selecting the coin to force it to pay.  It's the same with sib at the moment.  Both coins are incredibly profitable but we currently don't have the hash to hit it.

The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense.
See "gambler's fallacy" for further explanation.

[aarons6]

crackfoo,
thank you very much, sir
please add digit grouping, i got problems reading my earnings 

ohh.... that's interesting... wth

ZOMBIE GREY IS HARD TO READ--

I can barely read the stats on my 48" HDTV.  The color scheme itself makes it difficult.  Sorry if the complaint is out-of-line, but plain white is readable (YIIMP).

your sharpness is too high..

its always set too high from factory..

[joblo]

The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable.  In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals.  To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it.  Otherwise its manually selecting the coin to force it to pay.  It's the same with sib at the moment.  Both coins are incredibly profitable but we currently don't have the hash to hit it.

The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense.
See "gambler's fallacy" for further explanation.

Yup. If you flip a coin 100 times and it comes up heads what are the odds it will come up heads the 101st time? 50-50.
Unless the coin is loaded.

[scryptr]

crackfoo,
thank you very much, sir
please add digit grouping, i got problems reading my earnings 

ohh.... that's interesting... wth

ZOMBIE GREY IS HARD TO READ--

I can barely read the stats on my 48" HDTV.  The color scheme itself makes it difficult.  Sorry if the complaint is out-of-line, but plain white is readable (YIIMP).

your sharpness is too high..

its always set too high from factory..

I'VE ADJUSTED THE PICTURE--

The adjustment is not the problem, the color scheme is.  Thanks, but the grey-on-grey does not read well.       --scryptr

[citronick]

I have -w 64 -g 4 -I 19 added to my stratum.  But I'm running the new 64 bit sgminer for lbry and 2 7950's put out 100 Mhash.

not working on my 390 - i get this error message:

--------------------------------------------------------------
[16:26:05] Started sgminer 5.4.0-nicehash
[16:26:05] * using Jansson 2.7

error: Clang front-end compilation failed!
Frontend phase failed compilation.
Error: Compiling CL to IR

[16:26:09] Failed to init GPU thread 0, disabling device 0
[16:26:09] Restarting the GPU from the menu will not fix this.
[16:26:09] Re-check your configuration and try restarting.
Press enter to continue:

--------------------------------------------------------------

anyone can help me with this?

plenty of 390 hash power to zpool and contribute to finding LBRY blocks.... if only I can get sgminer working for Hawaii/390 GPUs

Hey bud, I downloaded my lbry sgminer from this site ]http://cryptomining-blog.com/8075-cpu-and-amd-gpu-mining-for-lbry-credits-lbc-now-available/]

I simply changed the pool to our beloved zpool  and its lbry port and it worked for me.  Remove the intensity setting at the start and manually increase it in the miner to find a stable and profitable intensity then hardcode it into the batch file.  I hope this helps you out.

thanks spiffy - i used the same sgminer from the link.

Still getting the same error - see above.

Will try running sgminer on a different rig and see if that works.

[Spiffy_1]

The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable.  In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals.  To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it.  Otherwise its manually selecting the coin to force it to pay.  It's the same with sib at the moment.  Both coins are incredibly profitable but we currently don't have the hash to hit it.

The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense.
See "gambler's fallacy" for further explanation.

Yup. If you flip a coin 100 times and it comes up heads what are the odds it will come up heads the 101st time? 50-50.
Unless the coin is loaded.

I know what you guys mean, pool lucky is simply another variable.  but my point was not many people want to mine a coin for 2 hours or more to get one block.  They would rather mine a bunch of coins in that 2 hour block to show a steady gain instead of nothing then an abrupt adjustment in funds even if it works out to be the same.

[joblo]

The problem with lbry(if it is a problem), is currently we need a lot of Mhash to get it profitable.  In a rolling scrypt batch file, you won't stay on the coin long enough to solve it when current blocks are found in 30 minute or longer intervals.  To get it profitable we need to get down to about 5 min intervals so a scrypt will actually stay on it long enough to find it.  Otherwise its manually selecting the coin to force it to pay.  It's the same with sib at the moment.  Both coins are incredibly profitable but we currently don't have the hash to hit it.

The probability of finding a block doesn't change with time, it's always the same given a certain difficulty, so "staying on a coin long enough" doesn't make sense.
See "gambler's fallacy" for further explanation.

Yup. If you flip a coin 100 times and it comes up heads what are the odds it will come up heads the 101st time? 50-50.
Unless the coin is loaded.

I know what you guys mean, pool lucky is simply another variable.  but my point was not many people want to mine a coin for 2 hours or more to get one block.  They would rather mine a bunch of coins in that 2 hour block to show a steady gain instead of nothing then an abrupt adjustment in funds even if it works out to be the same.

It's not like solo mining, you don't have to be mining when a block is found. If you stop mining before a block is found you will get
credit for your share whenever the next block is found. However your percentage share will drop over time as the total shares grow
while yours remains static.

One concern is a multi-coin pool where you don't have control of which coin is mined. It would be nice if some of the more
popular coins could have their own pool.

At the moment there are two levels of profit switching: among coins sharing the same algo, and among algos. users have control over
algo switching but not coin switching within an algo's pool.

It would be nice if users could choose which coin in a specific algo's pool to mine. I'm not aware of any auto-exchange pools that
offer this. The yaamp platform offers both the tools to let users do their own profit switching, as well as the auto-exchange to
avoid requiring a wallet for each coin. It would be just a matter of giving the more popular coins their own mining port.

[joblo]

It would be nice if users could choose which coin in a specific algo's pool to mine. I'm not aware of any auto-exchange pools that
offer this. The yaamp platform offers both the tools to let users do their own profit switching, as well as the auto-exchange to
avoid requiring a wallet for each coin. It would be just a matter of giving the more popular coins their own mining port.

that would drastically cut yaamp pool's profits,
of course that would be done long ago if it were profitable for the pool

How so?

[joblo]

It would be nice if users could choose which coin in a specific algo's pool to mine. I'm not aware of any auto-exchange pools that
offer this. The yaamp platform offers both the tools to let users do their own profit switching, as well as the auto-exchange to
avoid requiring a wallet for each coin. It would be just a matter of giving the more popular coins their own mining port.

that would drastically cut yaamp pool's profits,
of course that would be done long ago if it were profitable for the pool

How so?

it's the core of yaamp, i won't elaborate.
this curve (and actually any similar curve) demonstrates the subject:
https://i.imgur.com/rzPqCUE.png
(this one is mining skein for 6 hours, then halt and waiting for complete payout,
top is ~55ksat, payout is ~22+10ksat, in form of 1sat tty)

I don't know what you're implying with that curve. Those kinds of drops are mostly due to exchange volatility and
orphaned blocks. The only connection to the stoppage in mining is that the drop is more visible in the graph because
there are no offsetiing new blocks to push it higher. I have seen this many times with many algos, some with many
coins.  I see no connection at all to the yaamp SW or my suggestion for single coin pools.

[joblo]

I don't know what you're implying with that curve. Those kinds of drops are mostly due to exchange volatility and
orphaned blocks. The only connection to the stoppage in mining is that the drop is more visible in the graph because
there are no offsetiing new blocks to push it higher. I have seen this many times with many algos, some with many
coins.  I see no connection at all to the yaamp SW or my suggestion for single coin pools.

ok nvm, more happy people in crypto - more profits
just let me point out - it was 55k, then it became 32k - for me, not necessary for the pool.
if you enable somehow mining certain coin instead of autoprofitable one
such miracles in favor of the pool won't be possible in general anymore.
for single coin pools we have http://yiimp.ccminer.org/, it's totally different

That in no way benefitted the pool, they lost out on fees due to the lower mature value.

Next time don't bother trolling if you aren't prepared to elaborate, particularly
when you're so far off base.