HerbPean
Legendary
Offline
Activity: 1638
Merit: 1005
|
|
May 04, 2017, 03:08:00 PM |
|
My 60 TH feels like a drop in a water now ;-)
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
May 04, 2017, 03:49:32 PM |
|
My 60 TH feels like a drop in a water now ;-)
Haha! I know, my 147 used to show up on the first screen of Pool Stats page. Now I have to scroll down to see it.
|
|
|
|
VTdude12
Member
Offline
Activity: 76
Merit: 10
|
|
May 04, 2017, 04:18:57 PM |
|
Wow... Blockmines up over 12PH... *insert I'm not worthy gif here* Common blllllllocks!!!
|
Block # 456099 & 515126 @ Slush 25 - S9 8 - D3 16 - L3+ 9 - 8x 1070 6 - 8x 1060 7 - 8x RX580 1 - 7x RX480 1 - 6x RX470
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
May 04, 2017, 05:42:01 PM |
|
Block by moecarrimNEW and a payout! This is our first of BLOCK Thursday!
|
|
|
|
tbonetony
Sr. Member
Offline
Activity: 441
Merit: 250
No zuo no die why you try, u zuo u die dont be shy
|
|
May 04, 2017, 06:32:53 PM |
|
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?
|
|
|
|
mozgokrut
Newbie
Offline
Activity: 2
Merit: 0
|
|
May 04, 2017, 07:01:46 PM |
|
|
|
|
|
DarkStar_
Legendary
Offline
Activity: 2772
Merit: 3284
|
|
May 04, 2017, 08:06:34 PM |
|
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.
|
taking a break - expect delayed responses
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
May 04, 2017, 08:29:24 PM |
|
We all thank you for putting the effort!
|
|
|
|
m_a17
Newbie
Offline
Activity: 13
Merit: 0
|
|
May 04, 2017, 08:30:55 PM |
|
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
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
May 04, 2017, 08:31:49 PM |
|
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.
|
|
|
|
Jigor
Newbie
Offline
Activity: 47
Merit: 0
|
|
May 04, 2017, 09:47:23 PM |
|
just starting mining and moved from antpool to kano.is. Hope i like it.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
May 05, 2017, 12:33:08 AM |
|
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 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 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
|
|
|
|
overcon
|
|
May 05, 2017, 02:18:54 AM |
|
<snip> ...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.
|
Donate BTC to: 1PXBBTLqXQnT9qAyWsc51XGj2GUt4WW57x
|
|
|
IntroVert
|
|
May 05, 2017, 11:18:15 AM |
|
@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.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
May 05, 2017, 12:28:04 PM |
|
@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.
|
|
|
|
clgrissom3
Legendary
Offline
Activity: 1722
Merit: 1032
Carl, aka Sonny :)
|
|
May 05, 2017, 01:58:13 PM |
|
Block by harrujee with 55TH/s! Welcome to the Acclaim Board with your 1st Kano block! This is our 1st of BLOCK FRIDAY!
|
|
|
|
Jigor
Newbie
Offline
Activity: 47
Merit: 0
|
|
May 05, 2017, 02:02:33 PM |
|
Im getting low hash on this pool while on ant pool i was getting fine. Is this a problem with my miner or pool.
|
|
|
|
kano (OP)
Legendary
Offline
Activity: 4620
Merit: 1851
Linux since 1997 RedHat 4
|
|
May 05, 2017, 02:05:44 PM |
|
Block by harrujee with 55TH/s! Welcome to the Acclaim Board with your 1st Kano block! This is our 1st of BLOCK FRIDAY! S9v2 ... and only our 2nd ever block found on the JP node - the first was last month 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.
|
|
|
|
Jigor
Newbie
Offline
Activity: 47
Merit: 0
|
|
May 05, 2017, 02:11:41 PM |
|
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 ?
|
|
|
|
oawan
Member
Offline
Activity: 67
Merit: 10
|
|
May 05, 2017, 02:12:50 PM |
|
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
|
|
|
|
|