Topic: KanoPool kano.is lowest 0.9% fee 🐈 since 2014 - Worldwide - 2432 blocks - page 26. (Read 5352311 times)

^^ Posted to Discord for him to pop in on it. He has talked about this several times there.

No matter what given that all claim to have many many users, why is it so hard for someone - anyone - that uses 3rd party firmware to post proof it has found a BTC block? Most GUI's have a spot for it and a record of blocks found since last reboot  is part of the API so can be checked even outside of the miner GUI.

On the pool side of things, when shares are sent/received information about the miner is provided as well to let the pool/miner work together. Plus when a block is found the block header generated includes information about the actual individual miner that found it. That info is more than just 'running cgminer vxxx'' and is easily logged by a pool if they care to keep detailed logs, for a start is part of the header from the block I found on Dec 16. From what Kano has said, a pool operator can extract more information as well if they care to. It should be common sense to link together miner data with block header info to track performance metrics.

Since Slush is behind the bOS projects, why not provide simple, verifiable proof the stuff finds blocks? They certainly have a large enough data set to see what miners (or, ahem, large proxy) find blocks and compare that against expected finds vs hashrate. So, if responsible pool operators want verifiable proof firmware works - give it to them.

Oh, their Stratum redeux freely gives a pool, sorry - they call it 'Service' -that info and knowing in-depth what a miner is running and can do is a large part of what it relies on to do the voodoo they plan on it doing.

Then there is #xnsub being part of it... While not an issue per se #xnsub opens up a rather large security hole and exists (so far) only for the benefit of Nicehash and DevFee firmware. It is how NH is able to change work done w/o having to restart a miner. It is also used by DevFee firmware to mine at their payment pools in the background without the miner needing to change pools & restart. Yes a lot of miners support #xnsub and yes BM had to reinstate support for it again after folks bitched about not being able to use their newest miners on NH. That still does not make it a good thing...

Then it wouldn't apply to bOS since the source is available and you could test it yourself. For this reason i don't believe it unless Kano himself says so.

Um, look at the Kanopool home page. The ban on 3rd party is in big bold red letters and has been a long standing policy for a few years.
A couple reasons for it:
a. Most violate the CGminers' Open Source license by refusing to provide their source code. If bOS provide their code, fine but that still does not address the next point,

b. Despite many requests for it - NO 3rd party firmware provider has ever given*any* proof that the firmware finds BTC blocks nor given any proof of testing for more than it does not crash but does do what they claim (control of clocking, voltage adj, fans etc)

So either he can leave the pool, or lose the miners. Nice. I'd like Kano to write here that using bOS with his pool leads to banning, just so things are official and people can take an informed decision.

The reason for the bOS test is because there is apparently some malware that damages the nand storage, so you can no longer boot from it but could still boot from SD. Obviously there is no Bitmain firmware that runs directly from SD, it only tries copying itself into nand, but bOS can run fine without installing it into nand.

While i have known before that Kano dislikes third party firmware, i have yet to read that he is explicitly banning bOS, so lets have that clarified and straightened out of the way please. The current bOS from June 2019 still uses classic cgminer, versions from 2020 will move to bosminer; both are Free and Open Source software that you can audit to your heart content, unlike the typical dev fee mod.

so... about that block.... anytime now......

Do be aware that for several reasons using non-OEM firmware is not allowed here.

Use Braiins as a test, fine, but prolonged usage will get you kicked from the pool.

Your network is definitely compromised. What about the miners? Did you set up (different) passwords on each? With 2018 or earlier firmware you had to set up both web and ssh passwords, not too sure about 2019 where you are not supposed to log in with ssh, but an earlier version (May?) has an exploit in the web server that re enables ssh access...

Also, rather than losing controllers, try the recovery procedure from (micro)SD, and if that doesn't cure it try booting BraiinsOS from the sd card and see if they work that way its better to sacrifice a cheap (small) sd card than a controller (if S9s until the i model).

Perhaps you could isolate your miners from your family network, you could have them on different network segments (both physically or logically). Ideally the miners would have their own router firewall, i would setup a white list that only lets them connect to the intended pool (and maybe Bitmain, i think the things phone home iirc before they start hashing), and having a local caching dns server is wise (dnscrypt-proxy does wonders).

A proper firewall is generally choosing what is allowed and what is not, ports and sites. Usually something like single button "medium" setting is nearly useless, especially for things whoever designed the firewall didn't think of (such as Bitmain asic miners getting malware).

While i commend you for not using Windows, be aware that both Android and iOS/OSX are not perfectly safe, Apple may be a little better but don't blind trust them, especially when your device gets too old and is put out of support. You are essentially doing a sysadmin work in your home like you would in a company...

I was thinking about that bro and it probably was the case because I have the whole family connected to the same network and everyone is browsing different sites and places which are probably aren’t safe, and I can’t control all of them.  I have my modem setup pretty safe and the WiFi isn’t even visible and it doesn’t have any ports open as far as I know and isn’t controlled from the outside but I did have a not very secured 5G Netgear router hooked up to it which I disconnected and hopefully now I’ll be safe.  So far no more machines have been hacked.

And gladly it is just my home network where I just got several miners working and not my actual farm!!!

And no, nobody uses windows in my house, it’s all phones and tablets.

Thanks.

Mine on!  I can smell that block already!!!

Its more likely that the attack is coming from one of the computers on your internal network rather than from outside.

Unless you have forwarded ports to access your miners from outside your network, or worse, your miners have public IP addresses, the most likely cause of the hack is a compromised windows computer on your network.

Good evening fellow miners!  Just wanted to let you know that I’ve had another S9 hacked today and the controller is ruined and I ran out of the replacement controllers

Firewall is set to medium, if I set it to higher level then the miners don’t connect.  Not sure what else I can do to stop this guy from stealing my coins and braking my hardware.

If anyone is interested here is the address that this bastard puts instead of my pool settings and his wallet address.


35TVW8JXxnrPviwyZoRbtNfs2RD1vXNRu1


stratum+tcp://sha256.hk.nicehash.com:3334#xnsub

The controllers can not be hard reset, the address can not be changed.  BEWARE AND KEEP YOU NETWORK SAFE¡

Good night and mine on!  The block is coming soon!

It is about that time, isn't it.

Sure would like a block about now.

This is probably the most thorough and easy to understand answer I have seen.  Thank you very much, and for explaining the shift graph.  I am in the process of moving my miners over to KanoPool.  Probably about 30 TH when all is said and done.  I have an R4 on the way.  

Summer will be interesting - those Alabama summers and mining don't mix too well.  

Just checked my modem and the settings of the firewall is on medium, I’m not sure if I should change it to high now.

Thanks for all of the useful information Kano!  I’ve purchased a SonicWall router looking device especially for this type of stuff not to happen but since I’m lacking a great deal of networking knowledge, I just put it aside and was too lazy to even try to set it up, thinking it will be too complicated. 

I guess I better try and install it on my network after all!  Because I’ve already thrown out 2 controllers which became just useless after I’ve noticed the mining addresses changed on them!  Like I’ve mentioned before even the reset buttons stopped working!  And those miners were never disassembled nor ever had changed in them, they were just like they came from Bitmain.

I’ll check my router now to see what is the settings on the firewall, because I don’t even remember what it was.  I think there were like 3 options for the firewall from light mode to the toughest one which wouldn’t let anything through I guess but like I said I’m pretty clueless when it comes to networking, just too many protocols for my old brain 

Thanks again Kano! 

Firstly, if you have a miner that mines 50% of the day, you expect at 3 Days for it to show the red line at 50% of the miner hash rate.
If, however you mine random days, on and off all day, then your red line will also be random depending on what you did in the last 3 Days when we find a block.

I'll give a clear description about how PPLNS works, since most people get the wrong idea about it.
Using the term 'ramp' unfortunately is only correct in two cases when mining PPLNS anywhere:

1) When you first start mining, N says how long until your per-block reward will match your start hash rate, if you keep the same hash rate.
2) When you stop mining, N says how long until your per-block reward will drop to zero.

They are 2 specific cases that unfortunately tend to confuse people about how PPLNS actually works.

--

I have a 'tank' description that does correctly match how PPLNS works in all cases:

If you look at the shift graph, there is a green area that runs from 'now' back to N in the past - here N of course has a time value, and is 3 Days.
That green area is your 'tank' of shares.

Thus the sum of the value of all your shares in the green area, when we find a block, decides your proportion of the reward vs the total value of all the shares in the green area for all miners on the pool.

Why I say it is like a 'tank' is that each time a new shift is completed, the old shift falls off the left, and the new shift is added on the right.
If the value of the shift that falls off the left is the same as the value of the shift added on the right, then the red line will be the same.
If the value of the shift that falls off the left is less than the value of the shift added on the right, then the red line will move up.
If the value of the shift that falls off the left is more than the value of the shift added on the right, then the red line will move down.
Like a 'tank' with a hole in it emptying (on the left), and you filling it at the same time (on the right)
If you fill it faster than it empties, it's total value goes up.

PPLNS also means that any single change to your hash rate, up or down, will take N (3 Days) to complete it's effect.

So if you have 50TH of mining full time, and 50TH of mining on and off, and you've been mining both for 3 Days,
then your 100TH tank will be full, and if we find a block then, you'll get twice the reward of someone with a 50TH tank.

If you go to half mining for 3 days, at the end of 3 days you'll have half a 100TH tank, so if we find a block then, you'll get the equivalent of a 50TH tank of mining.

Anywhere during the 3 Days after you switch the extra 50TH on or off, your reward will be whatever level your tank is between 100TH and 50TH - based on what you did in the 3 Days before we found the block.

This is where the higher variance, I mentioned in my post you quoted, comes from.
It's faster for a single miner to get to full speed in the tank, as it is faster for it to get to zero in the tank. 3 Days.

Also be aware, that the pool, since it started: over 65% of the rewards have had an N value of less than 3 Days.
You can see how long the N value is for each Reward you have.

Hello.  How does the 3 days impact miners with some running 24/7 and others running off and on?  Here is my situation.  I have an Antminer S9i running 24/7 in the garage.  I supplement my heat with an S5 and 2 S7-LN's.  While the S9i will be mining constantly, the S5 and S7-LN will run as needed for heat. 

Will the S5 and S7-LN need to ramp up each time they are turned or, or will the constant mining of the S9i take care of that?

Thank you.

There are various hacks to miners to make them mine to other places.

If the miner is directly connected to the internet, and not behind a firewall, then pretty much anyone can get into it and change what it is running or set a script to change the pool being mined to.
If it is behind a firewall, then anyone else who has access to that miner can change it, but in general, of course, not anyone out on the net.

With the prevalence of hack firmware doing similar things already to charge fees, and people trying to hack into miners to override lack of ssh access, it's become pretty common knowledge how to hack into a miner if it is accessible on the internet.

Make sure it's behind a firewall and no one on the 'net can directly access it, and make sure there isn't anyone else behind the firewall, or a windows computer behind the firewall since they often get hacked/viruses to allow people to hack into your network.

... and lastly ... if it is mining somewhere else, then any miner that has the CrapHash extranonce code can be made to mine to anything at any time by the pool/proxy that is sending you work - though you'll not be able to see that anywhere since nothing logs that change - the CrapHash extranonce code hides all that information.

Hey guys I’ve encountered a very strange problem in 2 of my s9 models in the past few weeks or so.  All of the sudden they stopped connecting to the pool so I went and looked at them and everything was fine the green light was blinking the hashing boards were working just fine.  So I went ahead and connected to them through the IP addresses just to find out that they are now mining for some HK.nicehash Pool and some BTC address!!!    At the same time in the configuration page all of my pools were still there!  I tried to reset the controllers but the buttons didn’t do anything!

So I had to swipe 2 controllers because of that problem, there was no other way to fix it.  Has anyone ever encountered the same type of problem?  Is it possible to hack someone’s miner and just change the mining addresses?  I took a screenshot but not sure how to load it for you to see.

Let me know if you guys have any information regarding this type of problem

Thanks!

About time you’ve done it Kano!  That’s very good news!