Pages:
Author

Topic: █▓▒░-< [ZPOOL.CA][BTC Multipool] The miners multipool >-░▒▓█ Paid 925+ BTC - page 56. (Read 217685 times)

legendary
Activity: 1470
Merit: 1114
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?
legendary
Activity: 1470
Merit: 1114
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. Wink

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.
full member
Activity: 235
Merit: 100
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. Wink

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.
legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
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.
legendary
Activity: 1797
Merit: 1028
crackfoo,
thank you very much, sir
please add digit grouping, i got problems reading my earnings  Grin



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
legendary
Activity: 1470
Merit: 1114
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. Wink
legendary
Activity: 1736
Merit: 1006
crackfoo,
thank you very much, sir
please add digit grouping, i got problems reading my earnings  Grin



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..
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
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.
full member
Activity: 235
Merit: 100
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.
legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
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
legendary
Activity: 3486
Merit: 1126
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.

full member
Activity: 235
Merit: 100
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.
hero member
Activity: 727
Merit: 501
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
legendary
Activity: 1797
Merit: 1028
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
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
please make the initial diff for lbry higher: an average rig makes so many shares it gets banned repeatedly.
newbie
Activity: 37
Merit: 0
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 Sad
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
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.
legendary
Activity: 1797
Merit: 1028
crackfoo,
thank you very much, sir
please add digit grouping, i got problems reading my earnings  Grin



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).
legendary
Activity: 3486
Merit: 1126
crackfoo,
thank you very much, sir
please add digit grouping, i got problems reading my earnings  Grin



ohh.... that's interesting... wth
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
another lbry block found! let them rain! :-)
it's so profitable I wonder why there are only 28 miners on it.
Pages:
Jump to: