Bitcoin Forum
September 25, 2018, 06:07:01 PM *
News: ♦♦ New info! Bitcoin Core users absolutely must upgrade to previously-announced 0.16.3 [Torrent]. All Bitcoin users should temporarily trust confirmations slightly less. More info.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 [39] 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 »
  Print  
Author Topic: [ANN] [LTC] [PPS] [OTP 2FA] [Stratum only] LTCMine PPS mining pool (3.3%)  (Read 226872 times)
dermo
Sr. Member
****
Offline Offline

Activity: 336
Merit: 250



View Profile
June 09, 2013, 03:39:50 PM
 #761

By backup I mean another pool. Any of them.

ok
Make a difference with your Ether.
Donate Ether for the greater good.
SPRING.WETRUST.IO
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1537898821
Hero Member
*
Offline Offline

Posts: 1537898821

View Profile Personal Message (Offline)

Ignore
1537898821
Reply with quote  #2

1537898821
Report to moderator
1537898821
Hero Member
*
Offline Offline

Posts: 1537898821

View Profile Personal Message (Offline)

Ignore
1537898821
Reply with quote  #2

1537898821
Report to moderator
z0rr0
Sr. Member
****
Offline Offline

Activity: 303
Merit: 250


View Profile
June 09, 2013, 04:02:32 PM
 #762

Is this correct : --scan-time 30 --expiry 30 --queue 0

Thanks

EDIT: When I put the line as extra flags in Guiminer Scrypt Alpha the workers wont connect to the pool

Try this: -Q 0 -s 30 -E 30
pink
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
June 09, 2013, 04:13:15 PM
 #763

502 Bad Gateway

Cant access my account...
Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 09, 2013, 04:40:54 PM
 #764

Up again.

Unfortunately, DDoS protection costs enough to decrease project profitability index to <1 values. We need to think about our future strategy.  Sad

pink
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
June 09, 2013, 05:50:32 PM
 #765

There is no automatic payout planned currently. You can process manual payout in any time without limits and fees.

Balthazar, a couple of days ago you wrote me this... and I notice now that all the rules are changed.
I think that the changes should be displayed on the account and the site should also ask to accept the new terms.
So a miner can chose if leaving or keep mining with the new rules.
I have found your action quite unilateral...
soulmann
Full Member
***
Offline Offline

Activity: 219
Merit: 100


View Profile
June 09, 2013, 05:53:11 PM
 #766

Hi Balthazar

I have the Payment at 19:49:08, is it because of DDOS?

Usually it is at
19:00:01   
17:00:01
16:00:01
15:00:01

Thank you
Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 09, 2013, 06:17:23 PM
 #767

Hi Balthazar

I have the Payment at 19:49:08, is it because of DDOS?

Usually it is at
19:00:01   
17:00:01
16:00:01
15:00:01

Thank you
It was the manual payment.

Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 09, 2013, 06:23:21 PM
 #768

I have found your action quite unilateral...
You are correct with this. But unfortunately, sometimes there is no another option.

New payouts stack isn't ready yet, I've planned to add announce later. Anyway, index page updated.

soulmann
Full Member
***
Offline Offline

Activity: 219
Merit: 100


View Profile
June 09, 2013, 06:36:34 PM
 #769

Hi Balthazar

I have the Payment at 19:49:08, is it because of DDOS?

Usually it is at
19:00:01   
17:00:01
16:00:01
15:00:01

Thank you
It was the manual payment.

Shares are accepted. But I see manual payments at 22:11:46, 22:10:57. Do you recommend to use backup pool?
Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 09, 2013, 06:42:45 PM
 #770

Shares are accepted. But I see manual payments at 22:11:46, 22:10:57.
I've started payment script manually at this time, to check reindex operation effect. It doesn't affects your mining results.

Do you recommend to use backup pool?
It's always recommended to setup backup pool(s). Even if everything is fine on your main pool.

billionaire
Full Member
***
Offline Offline

Activity: 154
Merit: 100


View Profile
June 09, 2013, 06:57:36 PM
 #771

My rewards for the previous hour of work is showing as 0.00413076, when I have 3.7mh on your pool. I was hashing the entire time today, even when your site was down all of miners still accepted shares. my average hourly rewards have been around .25 is everything okay on the rewards payout on your pool?
Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 09, 2013, 07:07:08 PM
 #772

My rewards for the previous hour of work is showing as 0.00413076, when I have 3.7mh on your pool. I was hashing the entire time today, even when your site was down all of miners still accepted shares. my average hourly rewards have been around .25 is everything okay on the rewards payout on your pool?
DDoS caused the problem with statistics update at this time. I have shares log and work will be recalculated. Smiley

pink
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
June 09, 2013, 07:17:58 PM
 #773

My rewards for the previous hour of work is showing as 0.00413076, when I have 3.7mh on your pool. I was hashing the entire time today, even when your site was down all of miners still accepted shares. my average hourly rewards have been around .25 is everything okay on the rewards payout on your pool?

Seem something like this happens to me, too :\
Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 09, 2013, 07:19:59 PM
 #774

Don't worry. Everything that you sent is logged twice.  Wink

skyhigh2004
Full Member
***
Offline Offline

Activity: 201
Merit: 100



View Profile
June 10, 2013, 12:06:36 AM
 #775

I noticed today that my miners were getting much higher difficulty shares than normal.  My 3 x 7950 rig usually gets around 200-300 difficulty on this pool and I just checked it now and I am getting shares in the 800 for difficulty.  I know my rig is probably not finishing shares as the difficulty is too high before the block gets solved.  Any reason for this increase in difficulty?

BTC:157BZV5z5dEdEoE5KSr5D7CQGXamLpsZ7n  LTC:LYCf5PnQpXCCmpR4ka3mR8DFDe5hKhTdfc
MEC:MAgTT8QdhVCkgHTkUoKvs4w1TQvv3NU99v  DGC:D8Ubh9oYTpSe1HEBptY8wf6ZrPpj7bhkV5
FTC:6hb1VsGzkej4kSsssGA4FMnkCoVp7PLi8D  PXC:PqQwQKJoYxGSVrKtVfDa5aaJVL9Yevhb2b
soundasleep
Full Member
***
Offline Offline

Activity: 162
Merit: 100


View Profile
June 10, 2013, 12:09:04 AM
 #776

A few days ago I added support to keep track of your LTCMine.ru mining wallet balances to CryptFolio (thread). This helps you keep track of mining pool balances over time, and generates reports (such as your overall USD net worth).

I also added in a new feature to keep track of your mining hash rates as well (still being tested).
Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 10, 2013, 01:32:39 AM
 #777

I know my rig is probably not finishing shares as the difficulty is too high before the block gets solved.  
It seems that you are not quite well understood how it works.  Smiley There is no "too high" or "too low" difficulty, and share can't be "finished".

diff-1:       hash < 0x0000ffff000000000000000000000000000000000000000000000000000000, one PoW hash per 65535 avg.
diff-256:   hash < 0x000000ffff0000000000000000000000000000000000000000000000000000, one PoW hash per 16776960 avg.

Your OpenCL kernel searches the diff-1 hashes and then miner tries to test it with requested target (diff-256 in our example). If it matches the PoW condition, miner sends this result to pool, otherwise it tries another found hash. I.e. the share target it's just a filter for results of work which you are already done. Input/output data and the work amount per time interval always will be the same. With diff-256, for example, you will send 1/256 of diff-1 hashes which you are found. If you want to take a closer look on this process, try to start cgminer in debug mode Smiley

The only side effects of higher difficulty are

  • lower speed calculation precision;
  • slightly higher variance, but it doesn't matter with PPS.

Any reason for this increase in difficulty?
An attempt to decrease DB load/traffic usage and make average rejects ratio lower. Minimum diff will be decreased to 96-128 when new server will be available.

skyhigh2004
Full Member
***
Offline Offline

Activity: 201
Merit: 100



View Profile
June 10, 2013, 02:38:59 AM
 #778

I know my rig is probably not finishing shares as the difficulty is too high before the block gets solved.  
It seems that you are not quite well understood how it works.  Smiley There is no "too high" or "too low" difficulty, and share can't be "finished".

diff-1:       hash < 0x0000ffff000000000000000000000000000000000000000000000000000000, one PoW hash per 65535 avg.
diff-256:   hash < 0x000000ffff0000000000000000000000000000000000000000000000000000, one PoW hash per 16776960 avg.

Your OpenCL kernel searches the diff-1 hashes and then miner tries to test it with requested target (diff-256 in our example). If it matches the PoW condition, miner sends this result to pool, otherwise it tries another found hash. I.e. the share target it's just a filter for results of work which you are already done. Input/output data and the work amount per time interval always will be the same. With diff-256, for example, you will send 1/256 of diff-1 hashes which you are found. If you want to take a closer look on this process, try to start cgminer in debug mode Smiley

The only side effects of higher difficulty are

  • lower speed calculation precision;
  • slightly higher variance, but it doesn't matter with PPS.

Any reason for this increase in difficulty?
An attempt to decrease DB load/traffic usage and make average rejects ratio lower. Minimum diff will be decreased to 96-128 when new server will be available.

Thanks for the detailed explanation.  That will set my mind at ease.

BTC:157BZV5z5dEdEoE5KSr5D7CQGXamLpsZ7n  LTC:LYCf5PnQpXCCmpR4ka3mR8DFDe5hKhTdfc
MEC:MAgTT8QdhVCkgHTkUoKvs4w1TQvv3NU99v  DGC:D8Ubh9oYTpSe1HEBptY8wf6ZrPpj7bhkV5
FTC:6hb1VsGzkej4kSsssGA4FMnkCoVp7PLi8D  PXC:PqQwQKJoYxGSVrKtVfDa5aaJVL9Yevhb2b
Balthazar
Legendary
*
Offline Offline

Activity: 2394
Merit: 1001


Terran Emperor


View Profile WWW
June 10, 2013, 07:23:18 AM
 #779

No problem Smiley

Azure
Sr. Member
****
Offline Offline

Activity: 475
Merit: 250


★ Ⓚ KORE TEAM Ⓚ ★


View Profile
June 10, 2013, 12:22:38 PM
 #780

Just logged onto this thread after quite a while.  I had noticed today my rewards showing very erratic numbers (some too low and some too high), even though my hashing rate was constant, and my overall daily expected reward total is lower than expected today; but the explanations I've seen here seem to have answered my question(s) I had regarding this.  You're still going to recalculate them then?  Thanks Balthazar.

Azure
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 [39] 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!