Bitcoin Forum
December 08, 2016, 02:41:39 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   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 »
  Print  
Author Topic: [DOWN] Bitlc.net - P2SH, No invalid blocks, Custom payouts, EU, 0% fee, LP  (Read 170872 times)
yuriyg
Newbie
*
Offline Offline

Activity: 7


View Profile
July 14, 2011, 01:51:24 AM
 #761

So - the only block not paid for is 136012. Everything else is up and running, working fine and without any issues.

Jine,

Actually, I do see block 136012 in my transactions:
Quote
Received Block 136012 - Wednesday 13 Jul 01:11:13 EDT

The one that I'm missing is 136008.


1BDuh7qYXt7mi5VoRXQubgKdaWuarnkoLm
1481208099
Hero Member
*
Offline Offline

Posts: 1481208099

View Profile Personal Message (Offline)

Ignore
1481208099
Reply with quote  #2

1481208099
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481208099
Hero Member
*
Offline Offline

Posts: 1481208099

View Profile Personal Message (Offline)

Ignore
1481208099
Reply with quote  #2

1481208099
Report to moderator
1481208099
Hero Member
*
Offline Offline

Posts: 1481208099

View Profile Personal Message (Offline)

Ignore
1481208099
Reply with quote  #2

1481208099
Report to moderator
Jine
Sr. Member
****
Offline Offline

Activity: 405


View Profile
July 14, 2011, 01:55:59 AM
 #762

Ah..

Sorry about that, it was a display error due to round-id's being a bit off because to those -1yr rounds.

The round we're missing is 136012 - not 136008.
The problem is that i do not got a working backup nor sharestats for that round (yet) - so i cannot issue a manual backup until I've solved that OR choosen to pay out 136008 once more.

(I'm not sure how to do yet, I'll give you guys an update on this mater tomorrow.)

--
Regards,
Jim

Previous founder of Bit LC Inc. | I've always loved the idea of bitcoin.
yuriyg
Newbie
*
Offline Offline

Activity: 7


View Profile
July 14, 2011, 02:02:51 AM
 #763

Thanks for the details, Jine. Love the pool, btw! Smiley

1BDuh7qYXt7mi5VoRXQubgKdaWuarnkoLm
deepceleron
Legendary
*
Offline Offline

Activity: 1470



View Profile WWW
July 14, 2011, 04:37:31 AM
 #764

Here is how the round database looked before the transactions were re-sorted.

271    136037    1 552 696    1 590 059  13 Jul 01:00:33    3h 10m     (actually 2h 50m)
270    136008    0 000 000    0 000 000  12 Jul 21:49:57    -1y 12mo  (actually 2h 33m)
269    136012    1 422 937    1 449 703  12 Jul 22:10:23    2h 53m    (actually 20m)
Round start time    12 Jul 19:16:29

Here's my analysis of what happened here:

19:16:29 - Round 269 Starts
21:49:57 - A Block is found, but not correctly added to the database
22:10:23 - Another block is found and recognized, ending Round 269, and user distribution of 50BTC are based on shares since 19:16:29
22:10:23 - The missed block is inserted into the database, causing weird calculations and 0 payments
22:10:23 - Round 271 starts
01:00:33 - Round 271 ends. The length of the round is shown wrong because it looks back at the inserted block. Payments are correct.

So the basic problem is that the shares (user share ratio/total share ratio) for both round 269 and 270 (as listed above) were combined into just round 269.

Since the 1 422 937 shares contributed during both rounds 269 and 270 were only applied to round 269 and cannot be separated now, the fair thing to do is copy round 269's user shares and total shares on block 270 also, giving it the same payout ratio per user. Users can think of this as a longer 100BTC round. The solution is essentially to just double-pay block 269.


Jine
Sr. Member
****
Offline Offline

Activity: 405


View Profile
July 14, 2011, 08:24:50 AM
 #765

I think you're correct, and that's also what we're going to do.

It's an unfortunate event for which a human error was the reason to why it happened in the first place.
I will issue a manual payout for round 269 later today, it will require some scripting and a few tests - but it's on the way.

Thanks for your analysis anyway! Smiley

Previous founder of Bit LC Inc. | I've always loved the idea of bitcoin.
Jine
Sr. Member
****
Offline Offline

Activity: 405


View Profile
July 14, 2011, 09:10:52 AM
 #766

Hi guys!

I just wanted you to know that we're having a planned outage today , more information about that below.

SERVICE WINDOW INFORMATION
Att: Selected Customers
Affected Service(s): XEN01 Node at STO4

We're going to do a planned hardware and software upgrade on the node running the Bitcoins.lc platform.
The hardware upgrade will result in a longer interruption (up to 10-15 minutes) and the software one will only require a quick restart (2-3 minutes).

In total, the service should not be affected for more then 20 minutes.

SERVICE WINDOW DETAILS
WHAT: Planned software and hardware upgrades.
WHEN: Thursday 2011-07-14 @ 18:00 - 18:30 CEST (GMT+02)  -  16:00 - 16:30 GMT
DURATION: A longer interruption while hardware upgrades are being made (up to 15 minutes), and shorter interruptions of service during software upgrades.
SERVICES AFFECTED: All Internet and communication services for customers receiving this notice.

Thanks for your understanding and sorry for the short notice!

--
Best Regards,
Network Operations Center
Jine - http://www.jine.se

Previous founder of Bit LC Inc. | I've always loved the idea of bitcoin.
Jack of Diamonds
Sr. Member
****
Offline Offline

Activity: 252



View Profile
July 14, 2011, 11:44:23 AM
 #767

I don't think the worker table is accurate at all.

It *always* shows the shares of the last 30 minutes being 1 or 2 higher than currently,
and the numbers are wildly varying across my workers

(For example one worker shows 99 to 98 shares all day, another shows 88 to 89 shares all day, another one 103 to 104,
 despite all of them being identical GPUs at same clock frequencies)

The number per 30 minutes is never higher on the left side of the column which I find hard to believe

1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
spudhed
Jr. Member
*
Offline Offline

Activity: 35


View Profile
July 14, 2011, 11:59:14 AM
 #768

is something wrong with the hash rate calc at the site, i have 2 cards, at my end theyre pumping out 420mh and 402mh each however the site reads as 700mh and has for an hour or so now, is it having issues.

and i know ive asked many times but unless i keep asking itll probably be forgotten: any sign of that api implementation any time soon?

@jackofdiamonds

love your sig dude
pandemic
Sr. Member
****
Offline Offline

Activity: 418


View Profile
July 14, 2011, 12:26:55 PM
 #769

on the site, it says I've got 386mh/s. On my machine I've got one running at 304 and another GPU at 97mh/s. Those figures aren't fluxuating so I'm wondering why that's not matching up with the site.
spudhed
Jr. Member
*
Offline Offline

Activity: 35


View Profile
July 14, 2011, 12:29:07 PM
 #770

well its not my hardware, if i push all my power to another pool it reads out the full amount, were losing some somewhere at lc it seems, unless its just the counter thats off, maybe the scheduled upgrade will fix it
deepceleron
Legendary
*
Offline Offline

Activity: 1470



View Profile WWW
July 14, 2011, 01:21:33 PM
 #771

on the site, it says I've got 386mh/s. On my machine I've got one running at 304 and another GPU at 97mh/s. Those figures aren't fluxuating so I'm wondering why that's not matching up with the site.

I don't think pools can directly measure your hashrate, they can only see how many shares you have contributed. Shares: you submit difficulty 1 hashes as proof-of-work to a pool, and then the pool checks to see if the hash is also full difficulty, solving a block. Since like full difficulty blocks, shares are a random problem and have variance, in one hour of sampling you may submit more or less shares than your hashrate predicts, plus rejected shares often aren't associated with your worker account and can't be added to the hashrate estimation. The absolute proof of your submitted work is number of shares, which you can verify by logging with your miner.

Jack of Diamonds
Sr. Member
****
Offline Offline

Activity: 252



View Profile
July 14, 2011, 01:56:10 PM
 #772

on the site, it says I've got 386mh/s. On my machine I've got one running at 304 and another GPU at 97mh/s. Those figures aren't fluxuating so I'm wondering why that's not matching up with the site.

I don't think pools can directly measure your hashrate, they can only see how many shares you have contributed. Shares: you submit difficulty 1 hashes as proof-of-work to a pool, and then the pool checks to see if the hash is also full difficulty, solving a block. Since like full difficulty blocks, shares are a random problem and have variance, in one hour of sampling you may submit more or less shares than your hashrate predicts, plus rejected shares often aren't associated with your worker account and can't be added to the hashrate estimation. The absolute proof of your submitted work is number of shares, which you can verify by logging with your miner.

But I find it hard to believe one worker produces 103 shares per 30 minutes for many days, another one does 84, another one does 91, and they are all identical (same clock frequency as well).

The number *never* moves which makes me think the algorithm could be broken. It's too much to be a coincidence since it's been happening for ages (the hashrate, however, does move)

If it was correct like on deepbit, all workers would be within 0.1% of each other in the long term. I'm seeing 20% fluctuations on GPUs that are accepting shares just fine at the same speeds (and the client shows them at nearly identical amounts of accepted shares)

1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
pandemic
Sr. Member
****
Offline Offline

Activity: 418


View Profile
July 14, 2011, 04:07:53 PM
 #773

The whole site is going to be down for 30 min?
Wolenber
Newbie
*
Offline Offline

Activity: 22


View Profile
July 14, 2011, 04:52:58 PM
 #774

The whole site is going to be down for 30 min?
It's already back up.
gellimac
Full Member
***
Offline Offline

Activity: 126



View Profile
July 14, 2011, 05:17:25 PM
 #775

how can I can to take all my BTC?

I want to change of pool
padrino
Legendary
*
Offline Offline

Activity: 1260



View Profile
July 14, 2011, 05:25:54 PM
 #776

how can I can to take all my BTC?

I want to change of pool

Login to your account, go to settings and request a payout..

1CPi7VRihoF396gyYYcs2AdTEF8KQG2BCR
TheMalon
Member
**
Offline Offline

Activity: 70


View Profile
July 14, 2011, 07:21:49 PM
 #777

14H and 30 min for the current round ... and it didn't finished ... there is somthing strange with the pool software Sad
I've took a look to BTC Mine pool (it have more or less the same hashrate) and it doesn't have so long rounds ...
TheMalon
Member
**
Offline Offline

Activity: 70


View Profile
July 14, 2011, 07:46:25 PM
 #778

15 hours ...  Huh
padrino
Legendary
*
Offline Offline

Activity: 1260



View Profile
July 14, 2011, 07:55:32 PM
 #779

Unlucky, it sure looks like it but the occurrences are picking up, without running the numbers it's hard to get a real feel for what is happening but I see from the posts it's raising suspicions.

1CPi7VRihoF396gyYYcs2AdTEF8KQG2BCR
Jack of Diamonds
Sr. Member
****
Offline Offline

Activity: 252



View Profile
July 14, 2011, 07:58:37 PM
 #780

They do happen every few months on average, but not with this frequency at other pools of similar or even lower size.

After using this pool for so long without issues, I'm having a trust problem after the last ultra-long round breaking share records was revealed to have been "3 different blocks" and there is still a 0 shares unpaid block in the system...

Sudden software bugs? I don't know what to believe. Will move away all miners until at least block 136012 becomes paid.

1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
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 »
  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!