[ANN][The Original Multipool - Scrypt/SHA256/Scrypt-N/X11] multipool.us

[Mahav]

I can not connect to port 7777 via cgminer. My bat
cgminer --scrypt -o stratum+tcp://multipool.in:7777 -u name -p pass

yeah, I cant connect to any ports

Ditto here.

[1715371910]

1715371910

[1715371910]

1715371910

[1715371910]

1715371910

[Zalfrin]

multiport is down for me, but I can connect to at least FTC manually.

[Loktera]

I'm also having difficulties connecting to the pool. Hash rate still seems to be pretty high though, only affecting a few of us?

[ISAWHIM]

Last connection was at 19:00 (7PM)... Lost three hours... Arg... Should have had a fallback pool setup.

Still down I see... Trying again using the load-balance option, so I can see when you go online.

[Jazkal]

Yeah, I can't connect to port 7777 either.

[flound1129]

Yeah, I am mining FTC directly.

It is possible, that his shares are worth more because of higher difficulty. His hash rate is jumping from 6 to 18mhash. He didnt find any blocks... Hopefully that is just due bad luck.

Correct, Terracoin is the only coin that has its share count adjusted for difficulty at the moment.  I will fix this soon.

[flound1129]

Yeah, I can't connect to port 7777 either.

Not sure what was going on there, mincoin pool software was hung for some reason..  Things should be better now.

[flound1129]

Just to add on my own experience in case it helps with debugging, I'm not experiencing this problem. I'm at 31818 Accepts and 962 Rejects right now total, and ever since it jumped to LTC my Accepts have been going up while Rejects have stayed pretty low (most of my Rejects were from the fast-block coins).

This was on FTC... just now... The Diff changed mid-stream due to the number of workers online now.

diff 32 hurts when it drop due to new block found, and rejects up to 6x shares that were "waiting" for delivery, just before the block was found. Not so bad on slow coins like FTC, but on fast coins, it cuts you short by almost 50% of shares.

Alleviated by reducing my work-load size to 64 also... thus, it finishes up to 4x faster and then submits... instead of waiting for workload 256 to finish, before submitting on every card.

Problem resolved... Use CGminer 3.2.1 (I was only using 3.2.0 for issues related before all the wallets updated when I was solo-mining on this machine.)

Is it recommended to use WL of 64 for all coins (er, the multipool) then?

that's more of a card setting than a coin setting, afaik.

[flound1129]

Last connection was at 19:00 (7PM)... Lost three hours... Arg... Should have had a fallback pool setup.

Still down I see... Trying again using the load-balance option, so I can see when you go online.

Sorry for the downtime..

Always have a backup!  Even I have give-me-ltc.com configured as a backup lol...

[flound1129]

Kicking you 1% donation now. Any idea when you will turn back on API? I am pretty handy with android appbuilder and could make a lil android app pretty quick like for mobile stats.

Hoping to have it enabled either tonight or tomorrow.

[flound1129]

API is enabled, please let me know if you think anything should be changed.

To get pool data, use URL: http://multipool.in/api.php or http://multipool.in/api.php?curr=currency (ltc, ftc, wdc, etc.)

To get user data, use URL: http://multipool.in/api.php?api_key=...  (your API key on account details page)

[ranlo]

Just to add on my own experience in case it helps with debugging, I'm not experiencing this problem. I'm at 31818 Accepts and 962 Rejects right now total, and ever since it jumped to LTC my Accepts have been going up while Rejects have stayed pretty low (most of my Rejects were from the fast-block coins).

This was on FTC... just now... The Diff changed mid-stream due to the number of workers online now.

diff 32 hurts when it drop due to new block found, and rejects up to 6x shares that were "waiting" for delivery, just before the block was found. Not so bad on slow coins like FTC, but on fast coins, it cuts you short by almost 50% of shares.

Alleviated by reducing my work-load size to 64 also... thus, it finishes up to 4x faster and then submits... instead of waiting for workload 256 to finish, before submitting on every card.

Problem resolved... Use CGminer 3.2.1 (I was only using 3.2.0 for issues related before all the wallets updated when I was solo-mining on this machine.)

Is it recommended to use WL of 64 for all coins (er, the multipool) then?

that's more of a card setting than a coin setting, afaik.

Well, I mean for LTC there are almost no stales. When it comes to the quick-block coins, though, after each block is found I have anywhere from 3 to 10 stales, which sometimes adds up quick. I'm wondering if the work load will decrease this (I don't quite get what the work load does).

[flound1129]

Just to add on my own experience in case it helps with debugging, I'm not experiencing this problem. I'm at 31818 Accepts and 962 Rejects right now total, and ever since it jumped to LTC my Accepts have been going up while Rejects have stayed pretty low (most of my Rejects were from the fast-block coins).

This was on FTC... just now... The Diff changed mid-stream due to the number of workers online now.

diff 32 hurts when it drop due to new block found, and rejects up to 6x shares that were "waiting" for delivery, just before the block was found. Not so bad on slow coins like FTC, but on fast coins, it cuts you short by almost 50% of shares.

Alleviated by reducing my work-load size to 64 also... thus, it finishes up to 4x faster and then submits... instead of waiting for workload 256 to finish, before submitting on every card.

Problem resolved... Use CGminer 3.2.1 (I was only using 3.2.0 for issues related before all the wallets updated when I was solo-mining on this machine.)

Is it recommended to use WL of 64 for all coins (er, the multipool) then?

that's more of a card setting than a coin setting, afaik.

Well, I mean for LTC there are almost no stales. When it comes to the quick-block coins, though, after each block is found I have anywhere from 3 to 10 stales, which sometimes adds up quick. I'm wondering if the work load will decrease this (I don't quite get what the work load does).

I think it just controls the size of the packets that get sent to the GPU.

[ranlo]

Just to add on my own experience in case it helps with debugging, I'm not experiencing this problem. I'm at 31818 Accepts and 962 Rejects right now total, and ever since it jumped to LTC my Accepts have been going up while Rejects have stayed pretty low (most of my Rejects were from the fast-block coins).

This was on FTC... just now... The Diff changed mid-stream due to the number of workers online now.

diff 32 hurts when it drop due to new block found, and rejects up to 6x shares that were "waiting" for delivery, just before the block was found. Not so bad on slow coins like FTC, but on fast coins, it cuts you short by almost 50% of shares.

Alleviated by reducing my work-load size to 64 also... thus, it finishes up to 4x faster and then submits... instead of waiting for workload 256 to finish, before submitting on every card.

Problem resolved... Use CGminer 3.2.1 (I was only using 3.2.0 for issues related before all the wallets updated when I was solo-mining on this machine.)

Is it recommended to use WL of 64 for all coins (er, the multipool) then?

that's more of a card setting than a coin setting, afaik.

Well, I mean for LTC there are almost no stales. When it comes to the quick-block coins, though, after each block is found I have anywhere from 3 to 10 stales, which sometimes adds up quick. I'm wondering if the work load will decrease this (I don't quite get what the work load does).

I think it just controls the size of the packets that get sent to the GPU.

Ahh, thanks! I'll go ahead and give it a try and see what happens. I figure it can't hurt anything.

[nicksmith]

API is enabled, please let me know if you think anything should be changed.

To get pool data, use URL: http://multipool.in/api.php or http://multipool.in/api.php?curr=currency (ltc, ftc, wdc, etc.)

To get user data, use URL: http://multipool.in/api.php?api_key=...  (your API key on account details page)

Looks great, playing around with an android app to display the data. Do you have a logo?

[flound1129]

API is enabled, please let me know if you think anything should be changed.

To get pool data, use URL: http://multipool.in/api.php or http://multipool.in/api.php?curr=currency (ltc, ftc, wdc, etc.)

To get user data, use URL: http://multipool.in/api.php?api_key=...  (your API key on account details page)

Looks great, playing around with an android app to display the data. Do you have a logo?

I have three, actually.  I need to pick one soon and put it on the site.

Didn't get as much done as I wanted to this weekend.  Also another user requested some API changes which should hopefully make a little more sense..  Check out api2.php.

[Jazkal]

Is there a way to see the daily average profitability of TRC on the site? I'm just curious because I expect some ASIC goodness in the near future, and trying to look at what SHA-256 coins to mine.

[flound1129]

Is there a way to see the daily average profitability of TRC on the site? I'm just curious because I expect some ASIC goodness in the near future, and trying to look at what SHA-256 coins to mine.

Good question..  I will try to whip something up.  I'm also waiting for something in the mail

Here are the potential logos:

[ranlo]

I like the icon in #1 but with the text of #2...

[flound1129]

Need info on the following before I can implement NVC:

https://github.com/CryptoManiac/novacoin/wiki/FAQ

Proof-of-Work block reward can be calculated using formula nBlockReward = 100 / (nMaxTarget / nCurrentTarget) ^ (1/6). It means, that reward cut a half every 64x multiply of difficulty.

So, the question is, what is MaxTarget?  Anyone know?