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

So the pool was awarded and received 25BTC empty block at this height? Sorry, I've spent most of my time up till now learning more about the hardware and operating it. Now I'm trying to get into the nuts and bolts of the rest.

No this is simply blockchain.info breaking and showing stupid stuff. The transaction fees are zero.

So, I know that on another pools thread, the empty block submission issue has been discussed. What I am now a bit curios about is the occasional block that really isn't? IE-


Number Of Transactions 1
Output Total 50 BTC
Estimated Transaction Volume 25 BTC
Transaction Fees -25 BTC
Height 334933 (Main Chain)
Timestamp 2014-12-19 10:02:34

So, it looks like Blockchain counts 25BTC and -25BTC as 50BTC? All in one transaction? Its not an Orphan but contains nothing and stays as part of the permanent ledger? These seem to appear more frequently than orphans, usually submit time is long enough for plenty of transactions to have occurred after the previoius block height and are not immediately(Timewise) followed by the next blockheight submittal.

This example happens to be relayed from Discusfish but I have seen plenty others from Most of the existing , established pools.

why cant they just stay on for a week? be nice for some extra speed to get my 50c of bitcoin!

As you wrote it:   BTC-TMXSTAR.worker <== so worker is your workername ;-)
Better use something else for it, because you get mixed up with that. For example wo1 or so...

Hi i forgot my worker name. but my username is TMXSTAR
I cant find my worker on your website. please help
Is it OK to mine my Antminer S3+ on your pool?

Thanks advance
and
God Bless!!!!!

Went to fail over for a few minuets about 2:46:56 hrs ago.   

Once you have registered an account at https://kano.is , and when you start mining, it will automatically create the worker name you use in cgminer.

So e.g. if you registered a username "BTC-TMXSTAR"
Then in cgminer you could:

./cgminer -o stratum+tcp://stratum.kano.is:3333 -u BTC-TMXSTAR.worker -p x

Of course you can use almost any workername you like (in place of "worker") to add on after the dot.
If you stick to using only letters and numbers it will certainly be OK.
The x on the end doesn't matter what it is so just leave it as x.

Edit: Oh - web interface ... OK forgot about that on S3
In the web interface set the pool to stratum+tcp://stratum.kano.is:3333
and the username to BTC-TMXSTAR.worker

(after you have created your account BTC-TMXSTAR at https://kano.is )

It would probably save you a lot of time to put a short explanation in a link on the pool web page (maybe under the helpless section)... then you could just link to that each time 

I've seen that, a number of times!

I keep telling Eleuthria (and other pool ops) that what pool operators really get paid for is to explain luck and variance over and over and over and .... ad nauseam.

I think Eleuthria gets it but most people don't hear it when he says the very same things.

Yeah except that graph is yet again another graph that doesn't understand or consider statistics.

Like for example, the pool that graph comes from has only had only 90% of expected luck over the last month.
So anyone mining there has been paid only something like 90% of PPS, which ... oddly enough ... doesn't match that graph either

Anyone using a historical hash rate to decide on a pools performance, needs to include:
the block luck if the time period is not long
explain why luck isn't 100% if the time period is long

Long means many months at 1% of the network and probably a couple of months at 10% of the network.

Let me expand on that ...
Ignoring luck, a PPLNS pool that charges a 0.9% fee will expect to average 99.1% of PPS ...
If it isn't, after removing luck from the calculation, then there's something wrong with the pool software, or the miner has been hopping off the pool during the PPLNS payout times.

A PPS pool with a 4% fee will expect to averate 96% of PPS always

There have been a few people running pool comparisons lately and I've yet to see one of them that understands statistics ...
They have all been based on the Gamber's Fallacy: historical luck will match future luck.
But luck is only a measure of the past, and applying it to the future means you don't understand what luck is.

RE: Nice Visual that compares pool payout methods.

Those were the days. 800MH could do 5BTC in 12 days.

Indeed hopping on may benefit those who have been with the pool not necessarly the person with large hash power who jumps on if a block is solved.


See here:

Bitcoin: PPLNS vs PPS

http://www.etcwiki.org/wiki/Bitcoin:_PPLNS_vs_PPS

Nice Visual that compares pool payout methods.

http://eligius.st/~luke-jr/samples/800MH-3/

... and he's back in again.
Yep up and down and up and down and ...

Hopping is irrelevant with a PPLNS pool which this pool uses. I suggest you research pool pay schemes and the influence of hopping on them.

All you have to do is solve the block......................or buy more hardware....Miners will come and go.

I don't know but it is wreaking havoc on my projected payout. Don't want to bitch but my payout is down 30% plus from what it was this morning and we are back down to 164 TH. I appreciate the extra hash but need to build in some safe guards to prevent this hopping in and out.

Another pool that sells out your hash dropped my miners earlier so I bet the same thing happened to him and his miner most likely failed over back to this pool. Prices are dropping fast and I would think a lot of miners will be moving back to BTC mining pools soon.