|
|
|
|
"With e-currency based on cryptographic proof, without the need to
trust a third party middleman, money can be secure and transactions
effortless." -- Satoshi
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
CapnBDL
|
|
September 10, 2015, 10:08:05 PM |
|
Just read it. WTW? Who the f*** do these guys think they are? Personally, I don't take kindly to bully-tactics like this. I hope their servers burn up with the overload!! F*** em! ck & kano...you rock! 'nuff Said
|
|
|
|
Mikestang
Legendary
Offline
Activity: 1274
Merit: 1000
|
|
September 10, 2015, 10:12:01 PM |
|
Seriously. It's not a test, either. A test implies an unknown outcome. We all know what the problem is (will be, actually), this spamfest shit is just FUD. I already hated XT, and if these guys support it then I hate it even more. In fact, I wouldn't support anything created by anyone who has a hand in these spam attacks, even if they cured world hunger with world peace.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
September 10, 2015, 10:17:59 PM |
|
Yeah it started about 8 hours ago. No real problem for kano.is or -ck's solo. - of course block changes are a little slower, but really it just means that now our block change times are more like most other pools when the network is normal - though most other pools will still be a lot slower than us now also, unless they are filtering out most of the lower fee transactions on the network by increasing minrelaytxfee and limitfreerelay, which we don't need to do. kano.is main server CPU is usually below 5% busy, so this just pushes it closer to 10% busy
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
|
September 10, 2015, 10:30:20 PM |
|
Seriously. It's not a test, either. A test implies an unknown outcome. We all know what the problem is (will be, actually), this spamfest shit is just FUD. I already hated XT, and if these guys support it then I hate it even more. In fact, I wouldn't support anything created by anyone who has a hand in these spam attacks, even if they cured world hunger with world peace.
I don't really mind the attack but this concept of "proving the need of XT" is a fairly big Fallacy. It merely prove that the blocksize limit will need to be increased in the eventuality that the rate of transaction during the "attacks" become the normal(real) transaction rate. Which can be solved just fine without XT. Thanks.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
September 11, 2015, 12:15:53 AM Last edit: September 11, 2015, 12:32:42 AM by kano |
|
Payout 373850 sent c36f2cfe47300355b16ead43b72ce0b5d43b62461d160988d5d37ff6854ea31d and confirmed ... and a block shortly after Found by some d00d with 13TH
|
|
|
|
bitfrick
Newbie
Offline
Activity: 1
Merit: 0
|
|
September 11, 2015, 02:22:38 AM |
|
I have just started to mine in Kano's pook, so be gentle with me...
I have noticed, there is a note: "Dust payments are not automatically sent out." My question is, will dust payment be accumulated and pay later? If so, when? If not, does it mean I shouldn't mine in CKPool if I only get dust payments?
Cheers, BF
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
September 11, 2015, 02:54:36 AM |
|
They accumulate. Will be paid some time ... in the future when I add payout confirmation to ckdb and thus have an unpaid balance.
Indeed if you are concerned about getting dust soon, don't mine here.
You can already see your total reward at the bottom of the reward page. You can work out your unpaid balance by subtracting your wallet balance on your payout address - assuming you only use the address for pool payouts.
|
|
|
|
CapnBDL
|
|
September 11, 2015, 05:29:39 AM |
|
@ kano, Will you please explain why my reward N avg is not going back up to the 1+TH range? I know I've had some electrical issues earlier this month causing me to drop my hashrate, but, as of late, my equipment has been performing as expected. I'm not understanding why the N avg hasn't gone back up. Thanks, 'nuff Said
|
|
|
|
MrFeiLong
Member
Offline
Activity: 67
Merit: 10
|
|
September 11, 2015, 07:27:49 AM |
|
Hello Guys !! For one day I had my miners turned off and my hashrate drop from 3,9 TH to 3,38. After one day I turned on my hardware but since shutting down "My N Avg" stat is not rising - 3,38 TH - it's still the same even though my miners are working with full hashrate. What should I do? Everytime I'm earning almost 0.01 btc less for block.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
September 11, 2015, 09:20:58 AM |
|
For both of you above. During the range of each reward, you have a gap of no shares. Until that gap is no longer in the payout range, your block reward will be affected by it. It's not a penalty by design, it's simply that the good pool luck means it is affecting more payouts, since there are more payouts in the 5Nd range from the start of your gap of no mining. So what is happening is you are getting extra rewards, but of course they are effected by the gap in the N Diff/N Range of each reward. i.e. you are being paid more often than expected, but getting a bit less while the gap is in the reward range. Lady luck is a harsh mistress, she's paying you more often but giving you a bit less extra each time
|
|
|
|
CapnBDL
|
|
September 11, 2015, 12:49:35 PM |
|
For both of you above. During the range of each reward, you have a gap of no shares. Until that gap is no longer in the payout range, your block reward will be affected by it. It's not a penalty by design, it's simply that the good pool luck means it is affecting more payouts, since there are more payouts in the 5Nd range from the start of your gap of no mining. So what is happening is you are getting extra rewards, but of course they are effected by the gap in the N Diff/N Range of each reward. i.e. you are being paid more often than expected, but getting a bit less while the gap is in the reward range. Lady luck is a harsh mistress, she's paying you more often but giving you a bit less extra each time I kinda expected that explaination....damn! Thanks for the time spent. 'nuff Said
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
September 11, 2015, 01:18:16 PM |
|
I will add that the overall effect is not to punish either. If blocks were always 100%: If you stopped mining for 1 day, then for the N Range after that (~9 days) you would get 8/9ths of your reward. If the N range was one day, then for those 9 days, you'd have one day of no reward and 8 days of normal reward. Works out the same when luck is 100%. When luck is above 100%, your total extra is of course also affected with the ~9 day N Range, you are getting more, but not 100% more, instead 8/9ths more each time since you weren't mining the whole time. The simple answer is, the average expected income of mining half the time is half the reward. Replace half, with whatever % you mine. If it's simply just an outage, then look at the (currently) 9 days after the outage and expect to get, on average, that % of the 9 days you were mining. What actually happens, is of course controlled by ... luck ... since we don't get 100% blocks every time ... and have averaged better than 100% over the past year
|
|
|
|
ZACHM
|
|
September 11, 2015, 02:19:10 PM |
|
My miners were off for a while (network switch died) and I brought them back online Sept 4th. I knew that it would take a while to back up to full payout level, but I just looked through the shifts and figured out I still have about another 2.8 days before the zeros are outside the 5N range. Kano, quick question I'm sure has been answered but I either missed it or forgot: How are the length of the shifts determined, I understand the shorter ones when we find a block, but the others are around 45 minutes, but all different?
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
September 11, 2015, 04:28:39 PM |
|
Payout 373960 sent 193d5d963b002d07dc971b03731e8a9533e9427b0a6518b46734ed19a8607dc9 and confirmed My miners were off for a while (network switch died) and I brought them back online Sept 4th. I knew that it would take a while to back up to full payout level, but I just looked through the shifts and figured out I still have about another 2.8 days before the zeros are outside the 5N range. Kano, quick question I'm sure has been answered but I either missed it or forgot: How are the length of the shifts determined, I understand the shorter ones when we find a block, but the others are around 45 minutes, but all different? ckpool normally sends out new work (a workinfo) every 30s It also sends out extra work, every network block change, but the next work change after that will be 30s after the previous work change, so effectively that is an extra workinfo - so each network block in a shift represents ~30s less for that shift A normal shift is 100 workinfos. A shift finishes early (before 100) if either: 1) We find a block 2) I restart ckpool So the maximum expected shift length is 50minutes, but all the block changes reduce that. The only effect the length of a shift has on the payout, is due to the length of the first shift in a payout range. When we find a block, ckdb counts back in time, all the shares in the shifts until it equals or exceeds 5Nd Since it can't divide up a shift, it must include each full shift up to that point. Thus the shift at the start of the payout range, will, on average, include an extra half of that shift of shares. Thus the payout covers 5Nd plus a bit, so that means shares, on average, will get rewarded a small bit more than 5 times and thus shares will be rewarded a small bit less than 1/5th of their expected value, each time they are rewarded.
|
|
|
|
sloopy
|
|
September 11, 2015, 05:41:19 PM Last edit: September 11, 2015, 06:01:47 PM by sloopy |
|
Kano, Thanks for explaining. I geek out thinking about how much work goes in running a pool, much less coding, debugging, and hitting back with great NFO. I've had a problem, or think I do, with my internet dropping out quickly. It could be something else, maybe even incoming power. The difficulty with troubleshooting with my meter comes from a limited high/low or in general record time. Also, I have seen my cable / wifi router LEDs drop out. I'm not sure, it was only once recently I saw this. It is an Arris, one you rent for 8 bucks a month. It actually seems like decent hardware, but the firmware sucks and is limited. Anyway, I noticed this behaviour (I think this shows what I mean) on the graph: Seems like I lose the connection. Sometimes I refresh the workers speed and can tell some? of the workers are showing hashrate similar to what they do when connected for a short period of time. The clock shows the miner has been up, so it would look more connection related, maybe even rollovers because I do at times see work performed on my backup. I am sure there are tools or methods maybe some simple win7 commands to get me on the ball with troubleshooting this, or first properly identifying (helping me understand what the pool thinks is happening. I haven't ruled anything out, but for incoming power to be an issue I would expect to see the up time displayed on the miner to be reset. PS the hard work you do and the members in this thread throwing out knowledge is fantastic. I had injections in my back this morning. Twas no fun really, meds are going pretty well, Just before and during the procedure I try not to think about what is going on I concentrate on the gorgeous ladies. My Doc loves being surrounded by beautiful women. Such a tough life. He is a good guy though. He knows exactly what to try next, or not try and ride it out for a bit. Sometimes less is absolutely best.
|
Transaction fees go to the pools and the pools decide to pay them to the miners. Anything else, including off-chain solutions are stealing and not the way Bitcoin was intended to function. Make the block size set by the pool. Pool = miners and they get the choice.
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
|
September 11, 2015, 09:13:25 PM |
|
Not all the spikes seem to apply at the same time. But some does, so it doesn't seem like a single unit, but not always the same either. I have that with my S5, maybe you have a combination thereof?
Maybe if you tell us what miners they are it could help shedding some light.
The big one is you blatantly losing connection for a few minutes however.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4494
Merit: 1808
Linux since 1997 RedHat 4
|
|
September 12, 2015, 01:17:51 AM Last edit: September 12, 2015, 01:32:19 AM by kano |
|
Well all I could suggest is to run some sort of network monitoring to see if your network is dropping out. I'm not a windows fan so I've no idea what to use for that.
I (or course) run a linux box (using pppoe) as my network connection at home so I see when my network drops out and reconnects - and that matches the times when my miners drop out and reconnect. I force this once a day, but it often happens at other times also. In my case it's just the way it is with my ADSL connection (last night from 10pm to 4am it happened 6 times ... only one of those was my daily reconnect by design ... that was the worst number in a long time)
There could of course be other reasons, but e.g. if it was the miner dropping the connection you'd need to monitor that somehow in the miner.
|
|
|
|
ttrrtt
Newbie
Offline
Activity: 24
Merit: 0
|
|
September 12, 2015, 01:25:55 AM Last edit: September 12, 2015, 01:36:16 AM by ttrrtt |
|
Your pool better pay better than Eligius ;-) I would say ;-) /cheers ...
Edit: it will not ;-) BUT your Reply/Views ratio is impressive in this thread ;-) so I will stay at Kano.is ;-)
|
|
|
|
thedreamer
Legendary
Offline
Activity: 1694
Merit: 1002
Go Big or Go Home.....
|
|
September 12, 2015, 01:38:11 AM |
|
Your pool better pay better than Eligius ;-) I would say ;-) /cheers ...
Edit: it will not ;-) BUT your Reply/Views ratio is impressive in this thread ;-) so I will stay at Kano.is ;-)
It DOES.
|
Go Big or Go Home.
|
|
|
|