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

[JaredKaragen]

Whomever is using my batch and has put some hash into my account a second time today:  I thank you:)

It may have been brief, but every little bit is appreciated!

[1714920908]

1714920908

[1714920908]

1714920908

[1714920908]

1714920908

[1714920908]

1714920908

[1714920908]

1714920908

[jkminkov]

Yes a mess now for Minercontrol.

 "sparam1": "-o stratum+tcp://mine.zpool.ca",
        "sparam2": "-p",
        "minprofit": 1.1,
        "algos": [            
            {
                "algo": "blake2s",
                "folder": "_APARAM1_",
                "command": "_APARAM2_",
                "arguments": "_APARAM3_ _SPARAM1_:5766 -u _ACCOUNT_ _SPARAM2_ MHC,c=BTC -i 0,22,0",
                "usewindow": true
            },
            {
                "algo": "blakecoin",
                "folder": "_APARAM1_",
                "command": "_APARAM2_",
                "arguments": "_APARAM3_ _SPARAM1_:5743 -u _ACCOUNT_ _SPARAM2_ MHC,c=BTC -i 0,22,0",
                "usewindow": true
            },
            {
                "algo": "c11",
                "folder": "_APARAM1_",

I THINK MINERCONTROL MAY NEED AN UPDATE--

I cant see how to insert a variable into the mining URL specified in "spararm1".  Essnetially, the program needs a different "sparamX" for each algo now.  TB, have you figured a way?

NOTE TO CRACKFOO:  MinerControl only functions if you have port forwarding configured at the pool.  I don't configure my ASICS to work with it, and have not tried.  But, the regular algos in the "switching" catagory will not be addressed properly with the current MinerControl.       --scryptr

            { "algo": "lbry", "folder": "D:\\data\\MinerControl165cuda\\ccminer-1.8-lbry-rc\\x64", "command": "ccminer-x64.exe", "arguments": "-o stratum+tcp://lbry.mine.zpool.ca:3334 -u stats -p c=BTC,d=32,stats -a lbry --cpu-priority 4", "usewindow": true },

get rid of parameters!

[PotShot-RSA]

Hi Crackfoo

Maybe it is time to put egc back in x15; it has increase market cap by a few hundred percent:

http://coinmarketcap.com/currencies/evergreencoin/

[Epsylon3]

egc is PoS only, and was manipulated at the end

[scryptr]

Yes a mess now for Minercontrol.

 "sparam1": "-o stratum+tcp://mine.zpool.ca",
        "sparam2": "-p",
        "minprofit": 1.1,
        "algos": [            
            {
                "algo": "blake2s",
                "folder": "_APARAM1_",
                "command": "_APARAM2_",
                "arguments": "_APARAM3_ _SPARAM1_:5766 -u _ACCOUNT_ _SPARAM2_ MHC,c=BTC -i 0,22,0",
                "usewindow": true
            },
            {
                "algo": "blakecoin",
                "folder": "_APARAM1_",
                "command": "_APARAM2_",
                "arguments": "_APARAM3_ _SPARAM1_:5743 -u _ACCOUNT_ _SPARAM2_ MHC,c=BTC -i 0,22,0",
                "usewindow": true
            },
            {
                "algo": "c11",
                "folder": "_APARAM1_",

I THINK MINERCONTROL MAY NEED AN UPDATE--

I cant see how to insert a variable into the mining URL specified in "spararm1".  Essnetially, the program needs a different "sparamX" for each algo now.  TB, have you figured a way?

NOTE TO CRACKFOO:  MinerControl only functions if you have port forwarding configured at the pool.  I don't configure my ASICS to work with it, and have not tried.  But, the regular algos in the "switching" catagory will not be addressed properly with the current MinerControl.       --scryptr

            { "algo": "lbry", "folder": "D:\\data\\MinerControl165cuda\\ccminer-1.8-lbry-rc\\x64", "command": "ccminer-x64.exe", "arguments": "-o stratum+tcp://lbry.mine.zpool.ca:3334 -u stats -p c=BTC,d=32,stats -a lbry --cpu-priority 4", "usewindow": true },

get rid of parameters!

NO NEED FOR PARAMETER VARIABLES? --

Thanks!  I haven't  tried your version yet, but it looks reasonable.  I am unsure as to how much is hard-coded into MinerControl, and thought the "sparam" and "aparam" variables were required.  I'll try it and see how it works later today.       --scryptr

[JaredKaragen]

Long night in SF.  Got to the warehouse finally.

Here's some juicy tidbits:

EVGA GTX 750Ti normalization:
x17=1.8,
nist5=8.5,
x11evo=2.7,
sib=0.725,
x13=2.3,
x14=2.14,
x15=1.8,
x11=2.7,
qubit=4.2,
lyra2v2=6.2,
blakecoin=1.4,
blake2s=0.89,
neoscrypt=0.155,
decred=0.475,
skein=73.5,
lbry=44.2,
c11=2.74,
quark=5.0,


I'm tired.

[crackfoo]

egc is PoS only, and was manipulated at the end

indeed it is and was. I did happen to make quite a bit off it though. But yes, it won't be added back for PoS.

[jkminkov]

Long night in SF.  Got to the warehouse finally.

Here's some juicy tidbits:

EVGA GTX 750Ti normalization:
blakecoin=1.4,
blake2s=0.89,

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

[Aerithos]

Long night in SF.  Got to the warehouse finally.

Here's some juicy tidbits:

EVGA GTX 750Ti normalization:
blakecoin=1.4,
blake2s=0.89,

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

My 980Ti gets 4.6 GH/s for blakecoin and 1.8 GH/s for blake2s using tpruvot 1.8, so those 750Ti numbers make sense.

[tbearhere]

Long night in SF.  Got to the warehouse finally.

Here's some juicy tidbits:

EVGA GTX 750Ti normalization:
x17=1.8,
nist5=8.5,
x11evo=2.7,
sib=0.725,
x13=2.3,
x14=2.14,
x15=1.8,
x11=2.7,
qubit=4.2,
lyra2v2=6.2,
blakecoin=1.4,
blake2s=0.89,
neoscrypt=0.155,
decred=0.475,
skein=73.5,
lbry=44.2,
c11=2.74,
quark=5.0,


I'm tired.

Tired yes I know what you mean JK

quark is ? 6 mh
Or  .235mh scrypt for reference on 750ti  and quark is 6mh no oc'ing.
Just wondering if you used .235mh scrypt for a reference ? 
Thx

[JaredKaragen]

No reference.  direct hashrates.  scrypt is useless on GPU so i left it out.

Ive been up for 42 hours straight now.....  barely got home 85Mi south.

And all hashrates taken with ccminer dev 1.8.0 as my batch specifies.


I will do a normalization on the 960 as well.   I wonder if the ,stats function of the pool can use the GPU type to choose a normalization automatically.....  from there we just need to provide the data to be put in tables for the pool to reference...   coding it in might be hard, but i'm not sure personally.

[JaredKaragen]

:sorry for double post if it bugs anyone:

The readings were taken with a:
Device: Gigabyte GTX 750 Ti
Vendor ID: 1458:3667

It has no PCIE plugs, powered only by the 16x slot.  We use this little thin HP i7 machine to do video projections and video-mapping.
The is the one good thing about the 750Ti;  the TDP is phenomenal for the performance with multiple displays.

I was so tired when I finally got to re-coding and servicing the miners up there;  that I never changed the name of the miner; so I have a phantom miner masquerading as my one at home.   Oah well... lol.
My buddy is thinking of putting together a quad 1080 (no titan due to TDP) for doing the regular projection and video mapping to replace a machine with 4x 960 ssc cards..... 

But when those new pc's aren't at an event... they will be plugged in and hashing =)

[jonesskill]

More than 6 hours, minging LYRA2REV2 at 45-55Mh/s and i earn 0.00070726 BTC....

Sometimes seems like these numbers get locked, more than 3 hours mining and this number don't go UP, but every hour goes down.

I really don't recomend this pool, Something weird about this, AT nicehash and Miningpool hub the gains are slower but are real.

[JaredKaragen]

More than 6 hours, minging LYRA2REV2 at 45-55Mh/s and i earn 0.00070726 BTC....

Sometimes seems like these numbers get locked, more than 3 hours mining and this number don't go UP, but every hour goes down.

I really don't recomend this pool, Something weird about this, AT nicehash and Miningpool hub the gains are slower but are real.

because exchange value on the coins changes......   it makes perfect sense.

[berron]

More than 6 hours, minging LYRA2REV2 at 45-55Mh/s and i earn 0.00070726 BTC....

Sometimes seems like these numbers get locked, more than 3 hours mining and this number don't go UP, but every hour goes down.

I really don't recomend this pool, Something weird about this, AT nicehash and Miningpool hub the gains are slower but are real.

LYRA2REV2 is highly influenced for the number of MONA and VERT found in a period of time. I'm mining in multialgo and this algo gets a good amount of time, and in the long run seems to be quite profitable. The only algo I have found real problems in zpool is myr-gr, SAFRON has been looking for a blake block for hours in the past and this has made a good amount of hash being inneficiently used. But in the long run, payments are quite constant and similar to other forums, with the advantage of its internal change rate, that allows to be paid in coins that are in an acumm state and sold it with 2x, 3x or more benefit. Yes, sometimes it doesn't happen and the coin never evolve from the shitcoin state, but that's a inherent risk in trading algos.
Crackfoo, Safron blockchain seems not to have this problem anymore, can you confirm this to include it again in the round robin?
Thanks.

[tbearhere]

No reference.  direct hashrates.  scrypt is useless on GPU so i left it out.

Ive been up for 42 hours straight now.....  barely got home 85Mi south.

And all hashrates taken with ccminer dev 1.8.0 as my batch specifies.


I will do a normalization on the 960 as well.   I wonder if the ,stats function of the pool can use the GPU type to choose a normalization automatically.....  from there we just need to provide the data to be put in tables for the pool to reference...   coding it in might be hard, but i'm not sure personally.

Yes scrypt is useless :-) I see now 1.8 ccminer  why quark is low.

[ComputerGenie]

I really don't recomend this pool, Something weird about this, AT nicehash and Miningpool hub the gains are slower but are real.

Nothing about that makes sense!

Who cares what the estimated return is in Pool B, when the actual return is higher in Pool A?

  I swear, some people just got into mining because they wanted something to do with the extra few bucks they couldn't drink away while watching NASCAR!

[crackfoo]

I've moved the x11 stratum server to the new server as well and seems to be enjoying the new digs.

Just a reminder that you check and update your stratum hosts to include the algo, so these types of changes are relatively seamless. There are still quite a few miners from SHA and SCRYPT still using the old mine.zpool.ca

Cheers

Any feedback on the stability over the past week? Doing better? Seems like it is...

Cheers

[sidroast]

Any feedback on the stability over the past week? Doing better? Seems like it is...

Cheers

I had A LOT of instability last week, miners dying, etc... the past 3-4 days have been very smooth, more or less. Thanks!

[ComputerGenie]

I had A LOT of instability last week, miners dying, etc... the past 3-4 days have been very smooth, more or less. Thanks!

  It seems like zpool just doesn't like my hash and becomes more stable when I'm gone.