Author

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

full member
Activity: 500
Merit: 105
Block! by cryptostarusa Cheesy

Three blocks while I slept...gotta love it!

This is our 3rd of BLOCK SATURDAY! Cheesy Cheesy Cheesy


Continue sleeping  Grin
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
Block! by cryptostarusa Cheesy

Three blocks while I slept...gotta love it!

This is our 3rd of BLOCK SATURDAY! Cheesy Cheesy Cheesy
full member
Activity: 350
Merit: 158
#takeminingback
How I feel waking up to a triple BTClock Morning!!!

hero member
Activity: 1063
Merit: 502
RIP: S5, A faithful device long time
Where I can get that Ph/second miners. I have only 1Th/s ASIC bitcoin hashing speed.
member
Activity: 434
Merit: 30
Superblocks!!!

Thanks for mining guys!

Finnally reached my full 5N yesterday, so this is very welcome  Grin Grin
jr. member
Activity: 77
Merit: 4
Whooohooo get that dance going for that 4th CheesyBTC
newbie
Activity: 31
Merit: 0
WOW waking up to not one not but THREE BTClocks good god this is going to be good weekend....

MINE ON WITH KANO SAN!!!
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Block! by cryptostarusa Cheesy again Cheesy Cheesy Cheesy
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4

segwit transactions are coded in corecoin to be valued at 1/4 the fees of normal transactions.

Actually ... heh - when I looked at that code - it's almost 2 years ago now that they wrote it I think.
I should find that 4 and change it to 1 in our nodes ...

I had to bite, lol.

Would that do anything? aren't the transactions already broadcast with the fee? So making that change wouldn't be able to just grab more fees.
It would mean that if there was a space availability issue in the block work, it would be weighted the same as normal transactions when vying for the available space.

Edit: I'll have to do so more changes to deal with transactions shortly anyway.
Core took out something that only pools would use ... gee I wonder why they would do that? Tongue
Something that I've used when blocks were full - to force our payout transaction into the pool work: priority.
So I'l have to do more changes to the transaction selection code anyway and I'll remove the 4x then if possible also.

Wouldn't that negatively affect miner's profits by reducing the fees they get? SegWit gives transactions witness data, and the witness data doesn't count towards the 1 MB block maximum, which was the reasoning behind the 4x value.
No, the reason behind the 4x value is to attempt to force people away from non-segwit addresses and thus give momentum to get centrally controlled lightning networks in place where they can take fees from miners and direct them at centrally controlled transaction systems.
I wonder why a decentralised transaction system would consider such a change ... ... ... ... ... ...

Anyway, space vs cost.
You're assuming the result of what I'll change Smiley
Hint: I can program better than most of the hackers/idiots in Bitcoin.
legendary
Activity: 2772
Merit: 3284

segwit transactions are coded in corecoin to be valued at 1/4 the fees of normal transactions.

Actually ... heh - when I looked at that code - it's almost 2 years ago now that they wrote it I think.
I should find that 4 and change it to 1 in our nodes ...

I had to bite, lol.

Would that do anything? aren't the transactions already broadcast with the fee? So making that change wouldn't be able to just grab more fees.
It would mean that if there was a space availability issue in the block work, it would be weighted the same as normal transactions when vying for the available space.

Edit: I'll have to do so more changes to deal with transactions shortly anyway.
Core took out something that only pools would use ... gee I wonder why they would do that? Tongue
Something that I've used when blocks were full - to force our payout transaction into the pool work: priority.
So I'l have to do more changes to the transaction selection code anyway and I'll remove the 4x then if possible also.

Wouldn't that negatively affect miner's profits by reducing the fees they get? SegWit gives transactions witness data, and the witness data doesn't count towards the 1 MB block maximum, which was the reasoning behind the 4x value.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4

segwit transactions are coded in corecoin to be valued at 1/4 the fees of normal transactions.

Actually ... heh - when I looked at that code - it's almost 2 years ago now that they wrote it I think.
I should find that 4 and change it to 1 in our nodes ...

I had to bite, lol.

Would that do anything? aren't the transactions already broadcast with the fee? So making that change wouldn't be able to just grab more fees.
It would mean that if there was a space availability issue in the block work, it would be weighted the same as normal transactions when vying for the available space.

Edit: I'll have to do so more changes to deal with transactions shortly anyway.
Core took out something that only pools would use ... gee I wonder why they would do that? Tongue
Something that I've used when blocks were full - to force our payout transaction into the pool work: priority.
So I'l have to do more changes to the transaction selection code anyway and I'll remove the 4x then if possible also.
legendary
Activity: 1568
Merit: 2037

segwit transactions are coded in corecoin to be valued at 1/4 the fees of normal transactions.

Actually ... heh - when I looked at that code - it's almost 2 years ago now that they wrote it I think.
I should find that 4 and change it to 1 in our nodes ...

I had to bite, lol.

Would that do anything? aren't the transactions already broadcast with the fee? So making that change wouldn't be able to just grab more fees.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Maybe I'm not thinking about all the angles here, but wouldn't this be good if you were the one paying that fee?

I understand it's not good for us miners, but what about the people consolidating these transactions, for example?
There's no trouble consolidating non-segwit transactions.

It's 750Kb of a 1.9Mb block - 10500 inputs - for 1sat/Byte
Nope I don't see how that's good at all.
1.7 times the size of a (current) standard block - 1.7 times the data to transmit and store that block ... for 0.0075 BTC

It's someone taking advantage of segwit's and core's anti-non-segwit design.
But it also looks like segwit spam if you look at the transactions.
Maybe I misunderstood how much the transaction fee was for that 100-into-1 transaction. I just did something like that for my mining rewards--90s-into-1--and it was 0.00013808 BTC.

Edit: So, is it more/less/same expensive for segwit transactions?
segwit transactions are coded in corecoin to be valued at 1/4 the fees of normal transactions.

Actually ... heh - when I looked at that code - it's almost 2 years ago now that they wrote it I think.
I should find that 4 and change it to 1 in our nodes ...
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
Maybe I'm not thinking about all the angles here, but wouldn't this be good if you were the one paying that fee?

I understand it's not good for us miners, but what about the people consolidating these transactions, for example?
There's no trouble consolidating non-segwit transactions.

It's 750Kb of a 1.9Mb block - 10500 inputs - for 1sat/Byte
Nope I don't see how that's good at all.
1.7 times the size of a (current) standard block - 1.7 times the data to transmit and store that block ... for 0.0075 BTC

It's someone taking advantage of segwit's and core's anti-non-segwit design.
But it also looks like segwit spam if you look at the transactions.
Maybe I misunderstood how much the transaction fee was for that 100-into-1 transaction. I just did something like that for my mining rewards--90s-into-1--and it was 0.00013808 BTC.

Edit: So, is it more/less/same expensive for segwit transactions?
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
So anyone notice the evil deeds of segwit today?

That was a 1.9MByte block but only 0.05067870 BTC in fees

There's been a few blocks that size today aroung 1.9Mb or 2Mb
Sux segwit filling up the block chain with crap Sad
I hated segwit right from the start Sad
It had 105 segwit transactions like this paying crap 1sat/vByte 100 inputs 1 output
https://btc.com/21555f5a80c49071b57d26f0aee7caae73e4a3f3f4486f664df73489a1989661
Being a total of ~750Kb of the block space
(and about 0.0075 BTC in fees)
Maybe I'm not thinking about all the angles here, but wouldn't this be good if you were the one paying that fee?

I understand it's not good for us miners, but what about the people consolidating these transactions, for example?
There's no trouble consolidating non-segwit transactions.

It's 750Kb of a 1.9Mb block - 10500 inputs - for 1sat/Byte
Nope I don't see how that's good at all.
1.7 times the size of a (current) standard block - 1.7 times the data to transmit and store that block ... for 0.0075 BTC

It's someone taking advantage of segwit's and core's anti-non-segwit design.
But it also looks like segwit spam if you look at the transactions.
legendary
Activity: 1736
Merit: 1032
Carl, aka Sonny :)
So anyone notice the evil deeds of segwit today?

That was a 1.9MByte block but only 0.05067870 BTC in fees

There's been a few blocks that size today aroung 1.9Mb or 2Mb
Sux segwit filling up the block chain with crap Sad
I hated segwit right from the start Sad
It had 105 segwit transactions like this paying crap 1sat/vByte 100 inputs 1 output
https://btc.com/21555f5a80c49071b57d26f0aee7caae73e4a3f3f4486f664df73489a1989661
Being a total of ~750Kb of the block space
(and about 0.0075 BTC in fees)
Maybe I'm not thinking about all the angles here, but wouldn't this be good if you were the one paying that fee?

I understand it's not good for us miners, but what about the people consolidating these transactions, for example?

I see where your logic is but we mine on a pool that gives the transaction fees back to the miners.  That is a huge perk of mining here.  After each halving it's the transaction fees that help make up the difference so let's cheer and dance for those fees Cheesy
member
Activity: 285
Merit: 10
Free mining equipment tracking and reporting
Ah, miss those pretty Cray YMPs!
pretty close to what is on your phone now.  Amazing how technology changes!
member
Activity: 490
Merit: 16
1xA921 + 1xA741 + Backup-->1xA6 ;)
So anyone notice the evil deeds of segwit today?

That was a 1.9MByte block but only 0.05067870 BTC in fees

There's been a few blocks that size today aroung 1.9Mb or 2Mb
Sux segwit filling up the block chain with crap Sad
I hated segwit right from the start Sad
It had 105 segwit transactions like this paying crap 1sat/vByte 100 inputs 1 output
https://btc.com/21555f5a80c49071b57d26f0aee7caae73e4a3f3f4486f664df73489a1989661
Being a total of ~750Kb of the block space
(and about 0.0075 BTC in fees)
Maybe I'm not thinking about all the angles here, but wouldn't this be good if you were the one paying that fee?

I understand it's not good for us miners, but what about the people consolidating these transactions, for example?
Jump to: