Pages:
Author

Topic: Laurentia Pool - BAD risk for miners (Read 2331 times)

full member
Activity: 1022
Merit: 221
We are not retail.
September 05, 2020, 03:26:08 PM
Since this thread is on repeat every post I might as well just quote myself in reply. Maybe next time I'll simply do that entirely.

We can keep going around and around but the point of this thread is to spread fear, uncertainty, and doubt. Stemming from your malice of ck predominantly. It's obvious, was expected, and as soon as we unlocked our thread you were first in line raring to go. So who is misdirecting, who's being deceptive?

We'll just let our service and whitepaper speak for itself, feel free to disagree with our take on mining and the pooled environment as it is presented. Your critique, from your perspective holds no weight being incredibly biased, maliciously motivated, and intentionally inflammatory. Still you wonder why everything you spout is ignored.

There's no need for me to defend our whitepaper. It's simply our perspective, you can take it or leave it as it is. Just like every other in existence. There's nothing to hide or change. So embrace, consider, or get on with your life.

This thread only exists because you can't handle any genuine interaction or achieve any sort of discourse, while still continuing to manipulate the situation. As -ck is the dev for the pool and wont interact with you.

Kano wants to pretend that we're hiding something when his posts were simply deleted because he can't interact anywhere near civilly and always has -ck in his crosshairs. If he could pose a genuine query to the pool thread he wouldn't have had to come here to throw a tantrum as we would love nothing more than to have genuine, thoughtful conversation and inquiry outside this grotesque atmosphere Kano enjoys marinating in.

The gain is for your ego Kano, which includes pumping your pool and self constantly. All you're doing is baselessly slandering reputations publicly now and for what? What you call no personal gain? Then why all of this if not a "white knight'? I'm a lair, a marketing guy, out to deceive people, blinding following. . . You keep altering your narrative to suit, that's fine. Ours is always the same. You literally have no argument and it shows now that you're slandering and name calling like a child who has nothing to comeback with.

We have a great product where no one is at more risk using our service than they would be anywhere else. If anything we've eliminated risk as much as we could for all parties. We're not in the business of losing clients money, we're not in business of extreme rent seeking services. If anything we have an extremely great track record of taking care of all our clients and being very transparent.

So call me what ever you like. I'll take anything you throw at me and continue to point out your hypocrisy in fud you wish to spread and baseless lies, an now attacking my character of late. This is your bed here, sleep in it or wake up and get on with your life. But likely you'll just get bored from someone who's happy to defend themselves in public and move on to your next victim poised for harassment.

So again. .. .Please feel free to make genuine inquiries to our pool operations in our thread, for technical questions ck is our lead but will handle what I can. Again, it's our organizational expertise, the server we both picked, ck's code and maintenance. If you want to support his, our, or both our work please reach out anytime.

Kano can deflect, slander, continue spreading fud. We'll just keep this mentally ill circus going as long as he likes till he grows up and learns to interact like an adult or like I mentioned move on to his next victim. Likely someone more meek and weak cause your ego is going to need an easy win. If anything maybe he might learn some iota of professionalism and that would be a net gain for everyone here.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
September 04, 2020, 05:32:12 AM
The point of this thread is to point out to your 'prospective' miners that they are agreeing to a sub-standard quality, risky pool.
The white paper is full of issues that suggest the person who wrote it doesn't even understand Bitcoin properly.
Some of these have been pointed out in this thread and ignored.
You wont and can't backup/fix the issues you have with your white paper, so the thread goes on.

No idea why you think someone must be a white knight to point out such things.
Like many, my interests are Bitcoin's prosperity, and not passing off lies to fill my wallet.

Clearly you like to turn a blind eye yourself at people risking other's money by lying to them.
I don't - and I'm pretty sure there are many people like that ... unless you consider most people to be scammer?
Again there is no gain for my pool making this thread though you kept saying over and over there was - without providing any.
full member
Activity: 1022
Merit: 221
We are not retail.
August 29, 2020, 03:06:31 PM
If it was about money likely we'd have a higher fee, gone for a high rent seeking score like pps. Looked at generic devs who just want a paycheck as well.

I don't expect everyone to fawn over what we're doing either. It would be nice if this could be more of a discussion than embarrassing ranting but I learned I can't control others along time ago and focus on what I'm doing/looking to achieve. I also could easily hammer, flame, and fud kano pool in retaliation. So consider the absence of that for a moment. 

I expect criticism, skepticism, but this is on another level. We knew this would happen and likely will continue to.

I'll put "the crap" we're going to do simply: Organize miners in a way to predict reward cadence and be paid directly from the network while looking push as much revenue we can directly to the users of our pool.
ckpool code and our support in organization is the best way we could achieve this.

If you don't agree with the whitepaper consider it an op-ed, and feel free to move along.
Still out of thousands of views we've only received minor critiques, outside Kano the Karen of btctalk. Which only solidifies the interpretation of the underlining motives of your relentless pursuit to discredit our, and more so, ck's work.

We can keep going around and around but the point of this thread is to spread fear, uncertainty, and doubt. Stemming from your malice of ck predominantly. It's obvious, was expected, and as soon as we unlocked our thread you were first in line raring to go. So who is misdirecting, who's being deceptive? Maybe you're just being deceptive to yourself and your own motivations. idk, idc, but you're certainly all over the place and all over us.

I've directed you and others to reach out on our thread in an appropriate manner, reach out to ck directly on technicals. Which you like to twist and manipulate into being blind and following, in place of what it is, simply delivering the user experience side of service.

Our service is competitive in the current market, there's no negligence. If anything we're responsible and transparent enough to ensure every user knows exactly what they're getting into before hand. So more fud, more harassment, more malice, more slander, and still only specifically from you.

The case remains you'll flame anything ck touches, you pump yourself and your pool here consistently in almost every reply but are even consistent in this in every thread you touch on the forum. These are just very easy observations to make. Like calling me a "marketing guy" isn't deceptive or misdirection, calling Laurentia Pool negligent when no incidents have occurred, intentionally flaming our thread with accusations and assumptions. You have some weird interpretation of what it is to be a white knight if your true goal is expose some sort of wrong doing, which doesn't even exist.

I would love to have a genuine conversation with you about the pool, still because of our division of labor and expertise you are better off speaking with ck. So reach out to him if you really want to help the pool or others. Otherwise without an honest genuine effort there is clearly malice of intent/motive with every one of your posts and you simply can't deny that.

If people think we're being deceiving, disingenuous, then I wish them the best and can only say that's far from the truth.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
August 28, 2020, 08:37:39 PM
Well I guess the point that is relevant to all this is as follows:

In the past, for a very long time, I've been posting about pools that are doing their miners wrong, long before I ran a pool of my own.
-ck has been doing this also.

In the past those pools tended to not try and justify their wrong doing and we usually gave up on responding to their miners who would post like religious zealots, ignorant of the facts.
Some of these pools disappeared, some continued to run.
This is about money, so pools in general will do whatever they can to get some and not care too much about how they do it.
Miners will tend to see they are getting a reward and not really care too much if they are being filched - especially of course if they don't know.

Alas, mfb and -ck have fallen into this same arena of mismanagement, lies and deception, like those other pools we've made posts about in the past.

Your main problem has been trying to justify the crap you are going to do.
Which is it? Ignorance? You've been fed gospel by your god and won't check if it's correct? Money?

The service you will be running is sub-standard and probably better described as negligent due to your involvement with -ck in this.

I really am not interested in getting your miners, that you've misled into believing your pool will be of high quality and reliable.
They are of course already mining somewhere else, they wont come to my pool even if they do finally understand the deceptions your white paper is full of.
You are simply trying to misdirect the facts about your sub-standard offering and point this thread discussion at my pool.
Misdirection is a typical tactic of those trying to deceive others.
full member
Activity: 1022
Merit: 221
We are not retail.
August 28, 2020, 10:15:20 AM
Marketing guy? We don’t have copywriters or the such. How unsurprisingly assumptive of you to speak on what we do.

Link your site again and deflect this thread isn’t about you or your pool.

Again, this is your/Kano’s narrative.

All I communicated was the results of my and others testing. Of course the pool or miner software don’t know cause to them it doesn’t matter that a unit hashes just what it produces. which with a well operating device should be on/close to spec. And sorry I choose to convey and communicate in a manner that isn’t pompous, belittling, or assumptive of peoples intelligence. Maybe that’s what makes me a “marketing guy”, being able to communicate well to broad audiences respectfully?

Laurentia Pool statistics are like all other pools statistics which it seems you may need a refresh on the definition. They are accurate but like all, they will have variance within a tolerable range to give users insight into their operations performance.

1% is the variance that was monitored overtime. If you’d like to talk about decay I’d reach out to ck. The long decay though is optimal for our environment in a service aspect as if a commitment doesn’t decide to comeback they still have potential for reward next block allowing us to compete more inline with PPS but incentivize continued participation to retain maximum payout potential.

And yes because of the decay hr pool side will appear higher, that’s a bit obvious and known to those who are familiar. Still the pool will have a set hr every diffadj as organized and stats would be better displayed for the pool on our dashboard page.

But back to marketing all these CI’s and customs decelerations just like on Mad Men.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
August 28, 2020, 08:47:14 AM
I don’t recall specifying a time frame. Again you don’t pose any queries just assume.

For everyone else 1% is a median based on the data I have specifically from analysis of front end which is what I manage. From my own equipment and others, who have compatible factory fw, asicboost, and operate within advertised spec. From 1hr and longer.

But whatever narrative you’d like push here is gospel. I do like bullshit but mostly over beer and good food, not about the service I provide.

Funny thing is if anyone thinks Kano has their best interests at heart here they’re mistaken. This all about ck, kano’s ego, the failing of Kano pool, and some weird, chaotic, flailing attempt to kill our project here because of all of the above.
Again ignoring facts and as usual trying to divert this away to being about KanoPool.
Simply because you have no idea of the details about what you are discussing.
You are just reporting numbers displayed or told to you and words told to you by someone else.
A pool run by a marketing guy - oh dear - the thread title just gets more and more correct every day.
Learn a little: https://kano.is/index.php?k=workdiff

Not even a miner knows it's hash rate.
It must calculate it based on shares submitted since the advent of AsicBoost, though the drivers have already been doing this for a long time anyway, assuming that each share generated represents the difficulty of the request to the miner hardware.
The same way that a pool has to calculate it, as an estimate based on shares submitted, since a pool will never know how many hashes a miner has actually done.

Shares have a Poisson distribution just like blocks and have the same CDF properties.
Thus hash rate has variance, and it's not 1%

Ckpool itself also does not show an accurate hash rate, that's also a fact.
At the pool level, after a long period of running (usually a month or so) it over reports the pool hash rate.
This is blatantly obvious when you group shares into shifts and have a shift by shift calculation of the pool hash rate.
The average of those shifts, over time, will be lower than the ckpool displayed value.
The ckpool displayed value is a decaying function based on the 'current' value, not based on a set from history.
It's also not the values it claims to be 5 min/1 hr, since the decay takes longer than that to reach zero - e.g. a miner doing no mining for the past hour 'should' have a 1 hour hash rate of 0 but it usually doesn't Tongue
full member
Activity: 1022
Merit: 221
We are not retail.
August 28, 2020, 08:17:30 AM
I don’t recall specifying a time frame. Again you don’t pose any queries just assume.

For everyone else 1% is a median based on the data I have specifically from analysis of front end which is what I manage. From my own equipment and others, who have compatible factory fw, asicboost, and operate within advertised spec. From 1hr and longer.

But whatever narrative you’d like push here is gospel. I do like bullshit but mostly over beer and good food, not about the service I provide.

Funny thing is if anyone thinks Kano has their best interests at heart here they’re mistaken. This all about ck, kano’s ego, the failing of Kano pool, and some weird, chaotic, flailing attempt to kill our project here because of all of the above.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
August 28, 2020, 01:18:03 AM
No pool side variance is about +/-1% for well operating equipment. Everything overtime reports extremely accurate. Guess again fren.
Pool side variance on a shift of 50 minutes is about +/- 7%
Statistical fact.

Read about CDF here: https://kano.is/index.php?k=poisson
Shares are also a CDF distribution. Just a lot more of them that (obviously) makes the variance lower.
Oh you didn't know that? -ck probably doesn't either.

Reality please, no idea where you got that 1% number from, but since your ckpool pool has no shifts, no collection of groups of data, just a stupidly named herp derp as at some specific point of time, written to a text file every so often, you clearly have no idea what you are talking about.

If you claim that your 5min/hourly hash rate numbers are always within +/-1% of the miner's hash rate, then you are bull shitting people.
full member
Activity: 1022
Merit: 221
We are not retail.
August 28, 2020, 12:30:02 AM
No pool side variance is about +/-1% for well operating equipment. Everything overtime reports extremely accurate. Guess again fren.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
August 28, 2020, 12:16:34 AM
Fear, uncertainty, and doubt.

I’d imagine lower hr would as well. Then reward will have less variance on our server with a locked in hr per diffadj specifically with well operating  equipment.

Ive seen poor fw in action and imagine you have as well. It was easy to determine within five to ten minutes of mining seeing equipment struggle to produce shares and  extreme variance at 50+Th/s than a r606 at 900 gh/s.

But you know what’s best for everyone, so I imagine we’ll hear more about your greatness soon so we don’t forget.
"I know a specific case that shows wide ranges in hash rate shown on the pool"
Those numbers you have stated are more likely to be bugs in ckpool than a miner.

Typical response from you. Ignorance is bliss.

Alas for any future miners considering or having so called 'Commitments', that ignorance is indeed a BAD risk

Laurentia Pool - BAD risk for miners
full member
Activity: 1022
Merit: 221
We are not retail.
August 28, 2020, 12:03:28 AM
Fear, uncertainty, and doubt.

I’d imagine lower hr would as well. Then reward will have less variance on our server with a locked in hr per diffadj specifically with well operating  equipment.

Ive seen poor fw in action and imagine you have as well. It was easy to determine within five to ten minutes of mining seeing equipment struggle to produce shares and  extreme variance at 50+Th/s than a r606 at 900 gh/s.

But you know what’s best for everyone, so I imagine we’ll hear more about your greatness soon so we don’t forget.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
August 27, 2020, 11:29:39 PM
...
LP is able to monitor poor acting fw as their share quality would be horrendous and hr is often intermittent at best. Herp would be terrible and luck as displayed would be low overtime. Easy to weed out in conjunction with their reward would be extremely low at best making it worthless for the miner to use fw like this maliciously on our pool or if not malicious the miner would be able recover by flashing stock or quality fw to continue mining if compatible. Worst case if the miner is unresponsive to adjustment we'd simply block them and with a low reward would leave the rest of the pool relatively unaffected hashing through an entire diff adj.

Part of our pw protected server is to ensure miners are aware of incompatibilities prior to entrance, can test their equipment or in this case software. With a limited user base we can easily monitor this front and backend in collaboration in -ck.
...
Alas you are again making claims that are either lies being told to you by someone else, or fabrications on your part.

This rubbish you posted is based on the false assumption that because the reward system,
that has the ridiculously named and implemented herp derp system (aside "herp derp" means stupid accident: https://www.dictionary.com/e/memes/herp-derp/ )
where higher diff shares are rewarded more i.e. smaller miners get MUCH higher reward variance vs larger miners on the same pool,
that somehow this very tiny tiny fraction of a percentage of shares that will produce this effect you are talking about will make it easy to identify mining problems?

No, the fact of the matter is that there is NO statistical analysis of the shares in your ckpool.
None, Nada, Nothing, Zero.
full member
Activity: 1022
Merit: 221
We are not retail.
August 27, 2020, 11:16:28 PM
The Kano pump thread continues.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
August 27, 2020, 11:04:43 PM
The appropriate scenario is to ask why we prefer to retain coinbase payout, not assume ignorance in retaining it.
Most of your white paper is based on ignorance due either someone telling you false information, or you being unable to understand what they said.
I do know a heck of a lot more more about Bitcoin and programming and server management than -ck and have on occasion told him to do things properly that he has ignored.
full member
Activity: 1022
Merit: 221
We are not retail.
August 27, 2020, 10:54:20 PM
The appropriate scenario is to ask why we prefer to retain coinbase payout, not assume ignorance in retaining it.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
August 27, 2020, 10:46:50 PM
LOL - my post deleted from the other thread a short while ago:

I stated a little while back that the linked thread isn't where we'd like the record of inquiry for our service and people can and could post here. I can't say I'll monitor what is said there but if there's something I do see and can address I may.

-ck and I have had discussions on fw a few times. We've been lucky enough for users to have tested a few generations of asics, custom fws, hosted units, and rentals on the pool.
One of the reasons he shut down the derp ckpool but still runs solo was that some firmware will NOT work with a coinbase payout.
Your only fix for that is to remove the coinbase payout.
Coinbase payout is a bad idea to start with due to the reasons I've already posted and you've ignored.
Ignoring something coz you don't understand it is a very bad idea (like a lot of your white paper)
legendary
Activity: 3822
Merit: 2703
Evil beware: We have waffles!
August 24, 2020, 04:48:58 PM
Quote
Ok so assuming what Kano claims is correct, does this mean every other pool that allows rental hashrate (almost all of them) lack the skills or don't have a KDB to keep records of all of the information needed to protect themselves?
Well, for a start, how many provide in-depth per worker stats to their users?
 Seriously. It's been many-a-year since I last dabbled with other pools but AFAIK few to none have decent stats available to the user. Considering that generating tailored reports is one of the things  DB's are made for, lack of said stats strongly suggest the lack of a comprehensive back-end database.

Kano has records of every connection, miner type, and share sent/received going back to the very 1st miner the pool connected to. That very deep DB is what allows him to do meaningful statistics and re-run the results when things don't seem quite right - like what led to the rentals ban.

I would hope that other pools DO have something monitoring their assets but are just too lazy to share it. Again, NFI. The Slush kerfuffle a few years back is a rather uncomfortable  indication of how some pools and their operators do things...

I trust that since running a pool is a financial enterprise, you feel it should be ran as such right? To me that means that if performance data is available one should record and use it to make sure operations are running as expected.

Can I add that in all fairness to MFB and Laurentia pool we should move this particular topic of discussion (other pools monitoring practices) to the Kanopool thread or elsewhere? I have nothing against them and it's not cool to keep bumping this one w/o sticking to the point I mentioned above.

edit:created a new thread aimed at this exact topic regarding back-ends and worker stats available to users of the various pools out there
legendary
Activity: 2436
Merit: 6643
be constructive or S.T.F.U
August 24, 2020, 03:43:03 PM
Kano was able to analyze performance of rentals to see that (at the time) they were submitting shares to his pool that were far lower diff than statistics said they should be which led to rentals being banned.

Ok so assuming what Kano claims is correct, does this mean every other pool that allows rental hashrate (almost all of them) lack the skills or don't have a KDB to keep records of all of the information needed to protect themselves? the pools that will suffer the most from this issue would be PPS pools, they have way more reasons to do that than Kano, yet, almost nobody does that but him, which means whatever he thinks he figured out was wrong unless Kano is smarter and have better resources than all those multi-billion $ pools, but even then you would at least expect these pools to close down when they end up paying for shares that were programmed to not find blocks.
legendary
Activity: 3822
Merit: 2703
Evil beware: We have waffles!
August 24, 2020, 02:39:27 PM
Did you want to lock the thread now? Otherwise I'd recommend to return to shitting on our pool service.
Or better yet, get the thread back on-topic to address the heart of the matter: Namely the fact that ckpool by itself has near zero provisions for recording performance of the pool and miners attached to it. To me at least, *That* is the main concern and reason for this thread.

One has to remember that is was written to run -ck's solo pool and for a solo pool all that is needed is recording a users current hash rate, payout address and if they found a block. -ck has and will never change that. That is why the 'records' are scads of tiny text files. However, the data IS available there and can be extracted if one decides to take advantage of it.

Once ckpool started being used to run -ck's now defunct shared rewards pool, a huge part of the feud between -ck and Kano dealt with Kano insisting on putting a database (KDB) behind it to record and verify everything going on including values for each and every share sent out and received. That database is the reason Kano was able to analyze performance of rentals to see that (at the time) they were submitting shares to his pool that were far lower diff than statistics said they should be which is what led to rentals being banned. It is also how he was able to discern that eBangs early miners were crap (and subsequently banned as well).

How much is -ck against incorporating a database? Well, in addition to the fixes he implemented, the last changes he did to ckpool also intentionally and specifically locks out using it with KDB. No idea if it also breaks links to using other DB's. Of course since Kano wrote a lot of it (ckpool) he had no problem getting around those barriers Wink As to why -ck feels that a proper database is not needed, NFI- ask him.

Oh, and if ya did not know it already - Kanopool uses a modified ckpool as its front end which goes to prove that any 'risk' to a pool using it can be mitigated...
full member
Activity: 1022
Merit: 221
We are not retail.
August 24, 2020, 12:48:47 PM
Did you want to lock the thread now? Otherwise I'd recommend to return to shitting on our pool service.
Pages:
Jump to: