 Show Posts
|
|
Pages: [1] 2 3 4 5 »
|
Just a quick update from running overnight on eusolo.ckpool.orgNo issues to report, all working well.  Now, where's that block??? Good luck all.... Update:- I've noticed an issue with the stats page on eusolo.ckpool.org When clicking on the worker name to view individual worker stats, the page is returned as 404 404 - Page Not Found
The page you are looking for does not exist. I see the issue, sorry about that. Missed a segment of code when moving from prisma to typeORM. Will push a fix |
|
|
|
Just a hing
On the solostat Page if you sort the worker under a address by maybe hashrate 5min, than the table is sorting by numberts yes, but not by hashrate
willi9974_3 605 GH/s 625 GH/s 612 GH/s 80.32 M 3.81 B 1 min ago
satcat21_2 604 GH/s 627 GH/s 571 GH/s 39.12 M 3.68 B 1 min ago
willi9974_4 593 GH/s 545 GH/s 522 GH/s 1.53 B 2.53 B 1 min ago
lutz_k_MRR 5,79 TH/s 5,47 TH/s 2,14 TH/s 73.77 M 3.65 T 1 min ago
ninety4_2 579 GH/s 512 GH/s 488 GH/s 18.28 M 24.20 B 1 min ago
Komakaschper_2 573 GH/s 496 GH/s 43,8 GH/s 626.97 K 21.73 B 1 min ago
yoshovon_2 551 GH/s 284 GH/s 314 GH/s 37.04 M 1.72 B 1 min ago
go-btc_m30s+_3 549 KH/s 7,13 TH/s 2,97 TH/s 958.91 M 2.50 B 1 hour 55 mins ago
yoshovon_1 538 GH/s 286 GH/s 314 GH/s 490.11 M 1.12 B 1 min ago
kekeck33_1 531 GH/s 478 GH/s 451 GH/s 82.00 M 3.30 B 1 min ago
Good catch. I'll push a fix for that. The refactor caused more changes then I expected so some of these odd small bugs popped up. Thanks! |
|
|
|
|
There was a small frontend mistake with network diff calculations for CKPool Stats. This will be fixed, but all the stored data is correct, so once the fix is pushed it shouldn't show any interruption in the stats history.
The bug effects the main page updating, so may be delayed a bit for now; the network difficulty number, and the odds of finding a block.
Sorry for the inconvenience, first time handling a new block found that highlighted the issue.
|
|
|
|
Yes both _ and . are allowed, I tried to make the pool flexible since there were different standards at the time.
Okay, pushing an update now to handle that and add worker table sorting |
|
|
|
The longer scale looks good, but the dynamic sliders aren't working presently.
If I click or drag the sliders the charts go blank and the page requires a refresh to bring them back.
I know its a work in progress, so I'll keep watching and let you have feedback as and when I can.
Its coming together though, thanks again for your efforts.
Thanks! Yeah, still testing it, what browser are you using? There appears to be another minor bug illustrated by the block party worker (bc1qprzt4ks2ne8s7pfazgwxu59kgxj9j6j6ekful7_blockparty71) The worker view is labelled Unnamed Worker. Is using "_" as the delimiter the issue? Yeah, '.' is expected to be the separator. I didn't see where it says '_' is allowed, just '.' |
|
|
|
The longer scale looks good, but the dynamic sliders aren't working presently.
If I click or drag the sliders the charts go blank and the page requires a refresh to bring them back.
I know its a work in progress, so I'll keep watching and let you have feedback as and when I can.
Its coming together though, thanks again for your efforts.
Thanks! Yeah, still testing it, what browser are you using? |
|
|
|
Your stats are not real, pool update happens once every 30 sec. You are reading updated stats once every 10-30 mins or so  ). 1m 5m etc has changed many times in this interval, not to mention users stats. Thanks for the suggestion. To keep testing costs down, only doing updates every 10min there. The new version looks to be updating every 1 minute now |
|
|
|
Dynamic or selectable scaling would be a real nice to have. Some of the graphs on other bitcoin stats scale with the mouse-wheel. So this might be a cool feature to include if you can. BTW, thanks for fixing the "unnamed worker" Thanks for your help.  Cheers G. Testing selectable/dynamic x-axis now here: https://ckstats.com/users/bc1qeuupt2tgerfum8jclt8aklu9cdmzzkwml9lg7cIf it looks good, we can push an update |
|
|
|
No problem -CK, thanks for taking a look.
With reference to the charts, they are only 2 hours in length; its been monitoring for about 5 hours now but only 2 hours are shown.
It would be nice if this was 24hour if you can do it without too much hassle or as an extension selectable from 30minutes to 7 days maybe?
Anway, thank you and the author for your efforts.
Hey Dynamic scaling of the x axis can be looked at. It's only showing 2 hours of data because it originally assumed 10 min updates, but they are happening faster now. Dynamic scaling should fix this, if not the hardcoded number can be updated to reflect the faster updates and show more data points https://github.com/mrv777/ckstats/blob/main/lib/api.ts#L11The backend is setup to save up to 7 days worth of data i believe before the cleaning script removes old data points, so 7 days worth of data should already be available, just a matter of showing it on the frontend in a nice way https://github.com/mrv777/ckstats/blob/main/scripts/cleanOldStats.js#L7 |
|
|
|
Sorry about that. That one worker that doesn't have a name isn't getting added right now. I will try to handle that case today and push a fix to the repo |
|
|
|
I'm suspicious of that GDTPool always being number 102. As I understand it all the GDT members are paying into it so most of the Lisk payments do not get dispersed. What is happening to all that accumulated Lisk? Will it be paid out eventually? Must be hundreds of thousands by now.
The Lisk that GDT members pay to gdt_pool is paid out weekly to Gold Voters of the pool. When gdt_pool gets in the top 101, bronze and silver voters will also get payouts and Gold members' payouts should increase a bit too. |
|
|
|
@Termie If the community is okay with me running two delegates, I will gladly give an even better deal If mrv_pool starts forging, I will share 50% of that delegate with all voters and still share 5% from mrv. If a voter votes for mrv_pool and mrv, I will share 110% with those voters Not only that, I will exclude every known address associated with a forging delegate to maximize returns to voters and have a cap to help small voters. I will also continue to make contributions like my liskscripts and Android App. While still not selling 100% and making donations to worthy contributions and projects |
|
|
|
My usual question to the community Why are people still voting for liberspirita  liberspirita is selling 100% of their forged lisk everyday: https://explorer.lisk.io/address/2004134067472288525LThis is also the only confirmed person to be running 2 delegates. So while some people are making lots of contributions to Lisk and trying their hardest to get into the top 101. He is running 2 and selling 100% of one. Why is this type of action being supported? If people just care about pool payments, get liberspirita out and get gdtpool in. Those two would be sharing 165% of two delegates (75% + 90%), instead of 100% of two delegates (100% + 0%). or even better, if you look at the new structure: liberspirita(0%), robinhood(100%), & liskpro(20%) = 120% of three delegates VS robinhood(75%), gdtpool(90%), joo5ty or 5an1ty(25%) = 190% |
|
|
|
I would again like to point out that liberspirita is selling 100% of their forged lisk everyday: https://explorer.lisk.io/address/2004134067472288525LThis is also the only confirmed person to be running 2 delegates. So while some people are making lots of contributions to Lisk and trying their hardest to get into the top 101. He is running 2 and selling 100% of one. Why is this type of action being supported? If people just care about pool payments, get liberspirita out and get gdtpool in. Those two would be sharing 165% of two delegates (75% + 90%), instead of 100% of two delegates (100% + 0%). or even better, if you look at the new structure: liberspirita(0%), robinhood(100%), & liskpro(20%) = 120% of three delegates VS robinhood(75%), gdtpool(90%), joo5ty or 5an1ty(25%) = 190% |
|
|
|
Well, done job! Will you make it open-sourced? So, we can help develop it or detect/solve a bug? Yes, I will open source it once the code is cleaned up a bit more It currently is in a private repo, that I will share with anyone if they ask |
|
|
|
... However, I don't understand why people are okay with this dumping of lisk from a forger
What would you do? In terms of risk management, you can not hold such large amount of a single altcoin. Lisk can be at $50 in a month or at 0. Who knows. Beside BTC you have to split into fiat, precious metal, stocks etc. btw, the Lisks are not gone, just someone else holds it... A delegate should be investing at least some of that back into the system. Whether it's paying out to voters, funding Lisk projects, etc. Not just sell 100% of their forged tokens everyday. What good does that delegate do for Lisk? Besides suppress the value of Lisk. If the argument is that it helps with distribution, then they should be giving tokens away; not selling. A delegate selling 100% of forged tokens does not help Lisk at all in my opinion. |
|
|
|
yes it looks like the coins are going to poloniex. thats why i am sure that liberspirita and robinhood are the same person. one delegate pays to the voters and the other pays to him self. thats the deal with this combo voting.
He has openly stated that he runs both delegates. However, I don't understand why people are okay with this dumping of lisk from a forger 3297547993634065215L and from here it goes directly to Poloniex. Not what I expect from a "convinced Lisk supporter". Even RobinHood pool transfers smaller amounts to liberspirita. Sure, thats the voting income of liberspirita for voting RobinHood. But this awakens a greedy impression. Even this "bread crumbs" going to Polo. Share them back to smaller RobinHood voters would looking much nicer. 3297547993634065215L is probably just a Polo deposit address |
|
|
|
|
