<l​ouis.signet:monero.social> Has anybody actually read The Monero Standard?

<l​ouis.signet:monero.social> I bought it to support the idea only

<l​ouis.signet:monero.social> is it any good at all?

it's useful for staying in the loop, without having to stay attached to chat or github

<b​asses:matrix.org> I think he meant the book monerostandard.com

<b​asses:matrix.org> and not localmonero.co/the-monero-standard/weekly/95

<b​asses:matrix.org> and not localmonero.co/the-monero-standard

<l​ouis.signet:monero.social> yeah the book sorry

Louis.signet another book, entirely free or purchasable masteringmonero.com

Median block size limit: 294.50 kB

Recent transaction spike increased block size a little

from 300000 bytes to 301568 bytes

the heaviest block with biggest penalty was p2pool.io/explorer/block/3095592

0.597956 XMR mined instead of 0.6 XMR

<d​avidolufemi:matrix.org> Pls teach me how to mine

Nice

That's a fresh one too

<b​asses:matrix.org> serhack is based

there can be penalties?

Yeah, if block size exceed current block size limit.

310KB > 300KB

it's fine still, miners will include the TX if the fees compensate for the penality. Block reward was 0.597956, Actual reward was 0.607024

ignoring one 146/2 TX would have produced a lower reward probably, else why it got mined...

<e​ndor00:matrix.org> That's odd... skipping one of those big txes would have dropped fees by 0.002025, so fee reward would have been 0.007043

<e​ndor00:matrix.org> But without penalty, the total reward would have been 6.007043 > 6.007024?

unless theres a rounding issue, seems like you need to drop 2 of the big tx to go under the limit

<e​ndor00:matrix.org> Just one, why two?

nvm i moved the decimal when i shouldnt have

Maybe the miner round and decided that 0.007 == 0.007 ? But yeah, if the miner wanted more he should have left one of the big TX in the mempool

<e​ndor00:matrix.org> Maybe they're optimizing for maximum blocksize increase, while still remaining above 0.6 xmr net reward?

<e​ndor00:matrix.org> But we can only speculate, without actually knowing what the miner's mempool looked like when they built that template

<g​fdshygti53:monero.social> Maybe, as at the end it's what matter.

<g​fdshygti53:monero.social> Miners expect 0.6. Tail emission is what pay miners, not the fees

whos the miner? just some solo guy?

<r​ucknium:monero.social> IIRC sech1 said that `monerod`'s block construction algorithm doesn't quite choose the best set of txs for highest block revenue. IIRC P2Pool has a slightly better algorithm that takes a little more time to find its solution.

<r​ucknium:monero.social> A naive exhaustive search would complete in about O(n choose k) time probably.

yes, p2pool uses better algorithm to pick transactions and usually gets higher block reward when blocks are full

snex: in that case, the miner can be a sole miner or a pool that is NOT p2pool. As there is only one output of 0.607023719333.

the best solution can be found by discrete knapsack solver, but it takes O(n*k) time where k = 300000 (block size), it's too slow

(p2pool produce an output for each miners that had mined block in the sidechain)

IIRC monerod uses an algorithm that tends to create slightly bigger blocks and slightly smaller block reward

compared to p2pool

how unique are tx in terms of size vs reward? if they tend to look very similar you could just cache a bunch of optimal solutions

not very unique

often they have the exact same size and fee

no need, current algorithm is already pretty good: github.com/SChernykh/p2pool/blob/master/src/block_template.cpp#L457

Which it what you was as privacy is expected

s/was/want/g

<b​asses:matrix.org> How do you guys know if an exchange is a member in CryptoSafe Alliance?

<b​asses:matrix.org> or Crypto Defenders Alliance

<s​omeoneelse495495:matrix.org> I guess if they are big enough they are part of the CSA. KYC => CSA at least