Author

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

legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
yea there was a storm last night and my internet connection isnt the best. ill restart my miner and router.
It's clearly the miner, not a temporary outage or anything like that.

The page to look at is not the graph, but the Workers->Shifts page.
That shows your average hash rate for each shift, which is in no way affected by the shifts before or after it.

Your hash rate was low for your first shift coz you started in the middle of the shift.
The next 9 full shifts you were 4.7 to 4.9THs

Then it dropped to 3.33 and has stayed between 3.1 and 3.5 for the rest (12 shifts so far) - i.e. something went wrong with it (as I said) during shift "8axpj mutsumi"
That's what the numbers mean - the shift also tells you when it started (UTC) and how long it was, so you can tell when it happened.
newbie
Activity: 47
Merit: 0
yea there was a storm last night and my internet connection isnt the best. ill restart my miner and router.
full member
Activity: 341
Merit: 100
any guess of what it could be with the miner?

It very well could of even been an interruption in your internet connection at some point affecting your n range average. for your hash rate in the last 60 some hours.     IF you go the the page that shows your shift graph you will prob see a dip some place in the pink zone that would prob correspond to when your hash rate dropped and bringing down your average for the last almost 60 hours.

I had my internet drop out on me in the middle of the night Wednesday for about 3 hours before I noticed my router needed to be restarted. that dropped my n range down from around 40.75THs to about 40.19  and I still have about 30 more hours to go before that drop in hash rate stops affecting my last 60 hours n average.





member
Activity: 67
Merit: 10
Thanks for answering that.  Smiley 
newbie
Activity: 47
Merit: 0
ill just reboot it.i dont think it over heated bc its very cool in my basement.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
any guess of what it could be with the miner?
a fault or a restart needed or overheat or ... ... ... ...
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Hey Kano, I asked this before, and please don't take this as a criticism of your pool or anything, but I noticed this block was only 88kb and 12.7 BTC total.  Now, I'm aware this block came only seconds after the previous block, but still there are ~97k unconfirmed transactions, and other blocks recently found (i.e. 464944) seconds after another block were still able to include a full block's worth of transactions and earn ~1.5 btc in fees (at current prices a $2000 difference!)

Is there something preventing blocks found shortly after other blocks from including the standard amount of transactions - even when those transactions are unconfirmed and waiting?

I don't know enough about this to know if there is perhaps a good reason for this, or if this is just an oversight in the code somewhere.

Thanks
https://bitcointalksearch.org/topic/m.18793922
and
https://bitcointalksearch.org/topic/m.17748910
newbie
Activity: 47
Merit: 0
any guess of what it could be with the miner?
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Im getting low hash on this pool while on ant pool i was getting fine. Is this a problem with my miner or pool.

Your shift data shows your S7 dropping 30% at one point - so I'd guess something is up with your miner.

could this be why i only get 2.9 th/s to 3.3 th/s. but while on antpool i get 4.5 th/s ?
No, you were getting 4.7 to 4.9 until the "8axpj mutsumi" shift where it dropped 30%.
Again, check your miner.
member
Activity: 67
Merit: 10
Hey Kano, I asked this before, and please don't take this as a criticism of your pool or anything, but I noticed this block was only 88kb and 12.7 BTC total.  Now, I'm aware this block came only seconds after the previous block, but still there are ~97k unconfirmed transactions, and other blocks recently found (i.e. 464944) seconds after another block were still able to include a full block's worth of transactions and earn ~1.5 btc in fees (at current prices a $2000 difference!)

Is there something preventing blocks found shortly after other blocks from including the standard amount of transactions - even when those transactions are unconfirmed and waiting?

I don't know enough about this to know if there is perhaps a good reason for this, or if this is just an oversight in the code somewhere.

Thanks
newbie
Activity: 47
Merit: 0
could this be why i only get 2.9 th/s to 3.3 th/s. but while on antpool i get 4.5 th/s ?
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Block by harrujee with 55TH/s!  Welcome to the Acclaim Board with your 1st Kano block!  Cheesy

This is our 1st of BLOCK FRIDAYCheesy
S9v2 ... and only our 2nd ever block found on the JP node - the first was last month Smiley
The JP node will have been running for a year from the 18 of this month, never a lot of hash rate, but of major importance helping getting blocks in and out of China.
newbie
Activity: 47
Merit: 0
Im getting low hash on this pool while on ant pool i was getting fine. Is this a problem with my miner or pool.
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Block by harrujee with 55TH/s!  Welcome to the Acclaim Board with your 1st Kano block!  Cheesy

This is our 1st of BLOCK FRIDAYCheesy
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
@kano On the Rewards page, would it be too much of a problem to provide a copy of the total mining rewards BTC amount which is at the bottom row of the table, either at the top or right above the table? As we find blocks, I find myself needing to scroll more and more to get that number to help my reconciliation process. Most of us are interested in information related to latest blocks that we haven't reviewed yet, and having this number up there can be helpful, and probably helps usability of the page with less or no scrolling.
Well - it does seem silly to have a total at the top of a list ... but in this case it's not awkward since there's no other data on the total line ... so ... meh I guess so.
full member
Activity: 266
Merit: 119
@kano On the Rewards page, would it be too much of a problem to provide a copy of the total mining rewards BTC amount which is at the bottom row of the table, either at the top or right above the table? As we find blocks, I find myself needing to scroll more and more to get that number to help my reconciliation process. Most of us are interested in information related to latest blocks that we haven't reviewed yet, and having this number up there can be helpful, and probably helps usability of the page with less or no scrolling.
sr. member
Activity: 393
Merit: 250
911 IT Admin. I keep 911 up so you get help ASAP!

...run mycellium so you mine to a cold storage, then use https://bitinfocharts.com/bitcoin/ mycelium to track your balance)
And then transfer from that adress to the exchange if you must change it to fiat.
What ^he said (that's how I do it, too) - though if you're running mycelium you can see your balance in there at any time.  I also don't put in the private key unless I'm about to transfer some coin out, then I put it in just long enough to sign the transaction, and after it goes through I delete the private key.

One MAJOR caveat - don't lose the paper with your (cold) storage address on it...!

Thank you guys!  I actually have a ledger USB wallet but I knoticed that every time I send something on it the BTC address changes just like on most places that I've used for example I wanted to test the bitso wallet but the address changed too after first transaction.  So if I send my rewards to my ledger wallet it doesn't matter if the address changes and I will still receive my BTC?

Correct, all the addresses the Ledger creates are valid forever. Just stick with one unless you want to micro-manage coins coming in from different sources et cetera.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Hi Kano,

I am going to set up some hash rates in Malaysia. Should I connect to your Singapore node, if I recall correctly, for better connectivity?

  
–    stratum+tcp://stratum.kano.is:3333
      stratum+tcp://de.kano.is:3333
      stratum+tcp://sg.kano.is:3333
       stratum+tcp://jp.kano.is:3333
     stratum+tcp://fr.kano.is:3333              
       stratum+tcp://NYA.kano.is
       stratum+tcp://Nl.kano.is
The truth I can be mistaken and I ask to forgive            
Close Smiley

There's no fr.kano.is since that just points to de.kano.is

I had trouble with the FR server and they didn't do anything to fix it so I got rid of it - as I mentioned when I did that Smiley
DE is close to it anyway, so FR wasn't necessary when there's NL and DE and most of the EU hashrate is up around NL
newbie
Activity: 47
Merit: 0
just starting mining and moved from antpool to kano.is. Hope i like it. Smiley
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Hi Kano,

I am going to set up some hash rates in Malaysia. Should I connect to your Singapore node, if I recall correctly, for better connectivity?

I recommend pinging each of the nodes that KanoPool has (see thread title) and pick whichever has the best response time. Being closer geographically doesn't always mean it will be the fastest.

After you find the node that is fastest for you, make sure to use the main stratum.kano.is as your 2nd link in case there is an outage on the first node you choose.
Jump to: