KanoPool kano.is lowest 0.9% fee 🐈 since 2014 - Worldwide - 2432 blocks - page 43.

NomadGroup

sr. member

Activity: 508

Merit: 250

Quote from: Steamtyme on May 08, 2019, 10:51:34 AM

Excellent, cables arrived, replaced a faulty breaker, and my third M10 is finally back online. Can't wait to bring the M20 monster to the pool hopefully by the end of the month. Let's get that Block cracked.

Edit: info regarding M20 reply was to a deleted post.

I ordered mine as a demo unit (full price paid) using pangolinminer.
I wouldn't trust that site. You can check the link below, under Microbt ( manufacturer) they use 2 distributors Pangolin and Whatsminer . I believe the first batch release isn't slated to ship until August.

https://bitcointalksearch.org/topic/current-list-of-competitive-hardware-january-2020-5045732

Thanks!

NomadGroup

sr. member

Activity: 508

Merit: 250

Quote from: kano on May 10, 2019, 08:14:52 PM

Deleted his post - since there's official web sites for them.

That’s what I was asking, what was the official page where I could buy one.

Steamtyme

legendary

Activity: 1568

Merit: 2037

Makes sense. I deleted mine and merged it with the one above in case anyone else sees it and asks.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Deleted his post - since there's official web sites for them.

Steamtyme

legendary

Activity: 1568

Merit: 2037

Excellent, cables arrived, replaced a faulty breaker, and my third M10 is finally back online. Can't wait to bring the M20 monster to the pool hopefully by the end of the month. Let's get that Block cracked.

Edit: info regarding M20 reply was to a deleted post.

I ordered mine as a demo unit (full price paid) using pangolinminer.
I wouldn't trust that site. You can check the link below, under Microbt ( manufacturer) they use 2 distributors Pangolin and Whatsminer . I believe the first batch release isn't slated to ship until August.

https://bitcointalksearch.org/topic/current-list-of-competitive-hardware-january-2020-5045732

Artemis3

legendary

Activity: 2030

Merit: 1573

CLEAN non GPL infringing code made in Rust lang

Quote from: Make-A-Buck on May 06, 2019, 01:20:57 PM

Quick question - did mining fees (for executing a BTC transaction) recently skyrocket?
Sent 0.1 BTC (One Tenth of a Bitcoin) from one of my wallets to my coinbase.com BTC wallet address.
I set transaction to process within 10 Blocks & the Minig Fee: was 0.0374815 BTC with BTC @ $5,707.00 = $213.91 USD
https://blockstream.info/tx/5045c32b695df6dd9abc3ef82ed2c82b2aec79b5255f01d5abdb3b50874bd3d5
Needless to say, I nearly fell off my chair when I saw this. In the past transferring 0.1 BTC has only cost a tiny bit like under $5
Thanks to all in advance for any insight into this issue. I'm more than a bit concerned!

As far as I know (not sure how to count inputs?) I did the transaction the exact same way I have done in the past.
I used the SEND tab on Electrum v3.3.4 and entered my coinbase.com BTC address set the BTC to 0.1 and processed it.
I use Electrum v3.3.4 on my laptop and I have no idea what 'kind' of wallet that coinbase.com uses. Do you have any recommendations?
Can I CANCEL the transaction? It was initiated less than an hour ago.
Thanks in advance!

This is not related to Kano pool, you should have asked in the Electrum sub forum area.

Anyways, for Electrum what you do is configure it for fee estimation static, edit fees manually, and then at send time manually set it, for example to 1sat/B when you don't care how long it will take.

You cannot cancel transactions once they have been broadcasted. But you can make it go faster if you let the Use Replace By Fee option enabled, and still have funds in that wallet to add tx fees.

There was a slight traffic increase in the last 24 hours, but if you could have waited like a few hours it would have probably gone thru.

Online wallets like those from an exchange probably won't let you do things like changing the tx fee...

garlu

newbie

Activity: 7

Merit: 0

I've never seen such a cost, but I always go low priority......maybe just bad luck/timing if the network is suddenly under high demand.?? really sucks tho and is a problem if correct

Make-A-Buck

newbie

Activity: 65

Merit: 0

Quote from: VRobb on May 06, 2019, 01:26:59 PM

Do you have many inputs to add up to the 0.1BTC you're trying to send? I just setup a transaction of 0.1BTC to see what the txn fee would be, and I got about $4 fee with 9 inputs. In case you're wondering: Mycelium set for Economic send which now is 54 satoshis/byte

As far as I know (not sure how to count inputs?) I did the transaction the exact same way I have done in the past.
I used the SEND tab on Electrum v3.3.4 and entered my coinbase.com BTC address set the BTC to 0.1 and processed it.
I use Electrum v3.3.4 on my laptop and I have no idea what 'kind' of wallet that coinbase.com uses. Do you have any recommendations?
Can I CANCEL the transaction? It was initiated less than an hour ago.
Thanks in advance!

VRobb

hero member

Activity: 1610

Merit: 538

I'm in BTC XTC

Do you have many inputs to add up to the 0.1BTC you're trying to send? I just setup a transaction of 0.1BTC to see what the txn fee would be, and I got about $4 fee with 9 inputs. In case you're wondering: Mycelium set for Economic send which now is 54 satoshis/byte

Edit- I see your transaction is 73600 bytes, which would be about $200 with my wallet above so I'd say that's it.

Make-A-Buck

newbie

Activity: 65

Merit: 0

Quick question - did mining fees (for executing a BTC transaction) recently skyrocket?
Sent 0.1 BTC (One Tenth of a Bitcoin) from one of my wallets to my coinbase.com BTC wallet address.
I set transaction to process within 10 Blocks & the Minig Fee: was 0.0374815 BTC with BTC @ $5,707.00 = $213.91 USD
https://blockstream.info/tx/5045c32b695df6dd9abc3ef82ed2c82b2aec79b5255f01d5abdb3b50874bd3d5
Needless to say, I nearly fell off my chair when I saw this. In the past transferring 0.1 BTC has only cost a tiny bit like under $5
Thanks to all in advance for any insight into this issue. I'm more than a bit concerned!

BSGMiner

member

Activity: 490

Merit: 16

1xA921 + 1xA741 + Backup-->1xA6 ;)

Quote from: kano on May 04, 2019, 07:35:54 PM

...moving those numbers to something that didn't happen, would not just linearly affect the result - it would of course also make this month look a lot better.

That side-effect is a good reason not to worry about trying to 'monthatize' the block reporting.

For example, let's just say we hashed 365% at the end of April with no block, but 15% into May we found a block. Falsely, somebody would interpret the beginning of May as really good luck, but nay, nay. It took us 380% to get that block, which isn't horrible, but it's not lucky.

NomadGroup

sr. member

Activity: 508

Merit: 250

Quote from: kano on May 04, 2019, 07:35:54 PM

Quote from: NomadGroup on May 04, 2019, 07:33:23 PM

Quote from: kano on May 04, 2019, 07:17:56 PM

Quote from: NomadGroup on May 04, 2019, 07:12:11 PM

I don’t understand one thing. Last block, last month was found on the 5th and that was the last block found that month, no blocks for 25 days after that. It was a block number 3 that month with expected of 2.56 and luck 117.20%. 25 days later when the month was over nor the expected blocks has changed nor did the 117% luck. How did that happen and nothing changed in the statistics after not finding a block for 25 days after that?

Roll Eyes

The blocks page shows block found - the monthly table shows blocks found in that month.

Normally when the pool size is larger, the gaps between blocks are smaller - just so happened we had a longer time between two blocks and it spanned a month boundary.

The side effect is always that the first block of all months includes some hashing in the previous month, just this time it was most of the previous month.

Ok, so what was the actual luck for the previous month if say you found the block on the 30th and not the first?

A different value that didn't happen Tongue

The hash rate changes often on the pool (that's why it says 30-400PH) so moving those numbers to something that didn't happen, would not just linearly affect the result - it would of course also make this month look a lot better.

Ok I understand Wink

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: NomadGroup on May 04, 2019, 07:33:23 PM

Quote from: kano on May 04, 2019, 07:17:56 PM

Quote from: NomadGroup on May 04, 2019, 07:12:11 PM

I don’t understand one thing. Last block, last month was found on the 5th and that was the last block found that month, no blocks for 25 days after that. It was a block number 3 that month with expected of 2.56 and luck 117.20%. 25 days later when the month was over nor the expected blocks has changed nor did the 117% luck. How did that happen and nothing changed in the statistics after not finding a block for 25 days after that?

Roll Eyes

The blocks page shows block found - the monthly table shows blocks found in that month.

Normally when the pool size is larger, the gaps between blocks are smaller - just so happened we had a longer time between two blocks and it spanned a month boundary.

The side effect is always that the first block of all months includes some hashing in the previous month, just this time it was most of the previous month.

Ok, so what was the actual luck for the previous month if say you found the block on the 30th and not the first?

A different value that didn't happen Tongue

The hash rate changes often on the pool (that's why it says 30-400PH) so moving those numbers to something that didn't happen, would not just linearly affect the result - it would of course also make this month look a lot better.

NomadGroup

sr. member

Activity: 508

Merit: 250

Quote from: kano on May 04, 2019, 07:17:56 PM

Quote from: NomadGroup on May 04, 2019, 07:12:11 PM

I don’t understand one thing. Last block, last month was found on the 5th and that was the last block found that month, no blocks for 25 days after that. It was a block number 3 that month with expected of 2.56 and luck 117.20%. 25 days later when the month was over nor the expected blocks has changed nor did the 117% luck. How did that happen and nothing changed in the statistics after not finding a block for 25 days after that?

Roll Eyes

The blocks page shows block found - the monthly table shows blocks found in that month.

Normally when the pool size is larger, the gaps between blocks are smaller - just so happened we had a longer time between two blocks and it spanned a month boundary.

The side effect is always that the first block of all months includes some hashing in the previous month, just this time it was most of the previous month.

Ok, so what was the actual luck for the previous month if say you found the block on the 30th and not the first?

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: NomadGroup on May 04, 2019, 07:12:11 PM

I don’t understand one thing. Last block, last month was found on the 5th and that was the last block found that month, no blocks for 25 days after that. It was a block number 3 that month with expected of 2.56 and luck 117.20%. 25 days later when the month was over nor the expected blocks has changed nor did the 117% luck. How did that happen and nothing changed in the statistics after not finding a block for 25 days after that?

Roll Eyes

The blocks page shows block found - the monthly table shows blocks found in that month.

Normally when the pool size is larger, the gaps between blocks are smaller - just so happened we had a longer time between two blocks and it spanned a month boundary.

The side effect is always that the first block of all months includes some hashing in the previous month, just this time it was most of the previous month.

NomadGroup

sr. member

Activity: 508

Merit: 250

I don’t understand one thing. Last block, last month was found on the 5th and that was the last block found that month, no blocks for 25 days after that. It was a block number 3 that month with expected of 2.56 and luck 117.20%. 25 days later when the month was over nor the expected blocks has changed nor did the 117% luck. How did that happen and nothing changed in the statistics after not finding a block for 25 days after that?

Roll Eyes

MoparMiningLLC

legendary

Activity: 2338

Merit: 2541

EIN: 82-3893490

Quote from: BSGMiner on May 01, 2019, 09:45:06 PM

I think of it like the gambler that keeps choosing a different number and color on the roulette wheel and thinking that they're better off than choosing the same number and color each time. All they're doing is introducing more variance! Lol

P.S. - I don't gamble, so if that was a bad analogy, well... Deal with it! Cool

for roulette, I bet $10 on 2 columns of numbers - about 60% chance of hitting, now when i do, I only make my money back plus $10 but by doing this repeatedly, I still tend to walk out heading home ahead rather than behind. It's when I try to change it up that I lose it all lol

BSGMiner

member

Activity: 490

Merit: 16

1xA921 + 1xA741 + Backup-->1xA6 ;)

Quote from: kano on May 01, 2019, 08:44:45 PM

Actually, to be correct, you lose mining when luck is low and gain mining when luck is high.
But ... you can never predict when either will occur.
Hopping makes no difference to that.
(Hopping just increases your variance above the pool variance)

I think of it like the gambler that keeps choosing a different number and color on the roulette wheel and thinking that they're better off than choosing the same number and color each time. All they're doing is introducing more variance! Lol

P.S. - I don't gamble, so if that was a bad analogy, well... Deal with it! Cool

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Actually, to be correct, you lose mining when luck is low and gain mining when luck is high.
But ... you can never predict when either will occur.
Hopping makes no difference to that.
(Hopping just increases your variance above the pool variance)

Artemis3

legendary

Activity: 2030

Merit: 1573

CLEAN non GPL infringing code made in Rust lang

Quote from: Biodom on May 01, 2019, 04:35:20 PM

Quote from: clgrissom3 on May 01, 2019, 04:16:22 PM

Block by 16vV8!

This is our 1st of BLOCK WEDNESDAY! Cheesy

It looks like large miners are using PPLNS scheme timing to get more (or get a bonus).
I don't know what their game here is.

They think they are "gaming it", but they are losing more than simply always staying on the pool due to ignorance, lack of management, or both.

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