02:08:00 <m-relay> <j​effro256:monero.social> Can someone send the merge list here plz ?
02:08:09 <selsta> .merges
02:08:09 -xmr-pr- 8929 9122 9172 9176 9286 9290 9336 9376 9380 9381 9389 9395 9400 9441 9445 9451 9452 9454 9457 9469 9475 9481 9490 9501 9502 9504 9505 9506 9507 9510 9511 9512 9515 9518 9525 9527 9529 9530 9531 9532 9533 9535 9536 9537 9540 9541 9542 9543 9548 9549 9554 9556 9558 9560 9565 9574 9577 9580 9581 9583 9584 9585 9589 9590 9592 9593 9607 9614 9615 9616
02:08:29 <m-relay> <j​effro256:monero.social> It doesn't show up on Matrix, unfortunately
02:08:40 <m-relay> <j​effro256:monero.social> idk why
02:08:55 <selsta> https://libera.monerologs.net/monero-dev/20241218
02:09:15 <m-relay> <j​effro256:monero.social> sweet thanks !
02:11:41 <selsta> luigi please also add "ci" and "bugfix" labels to github monero repo
03:56:46 <luigi1111> oh this merge list
03:57:28 <luigi1111> selsta would you like to be elected to be granted write access
04:01:12 <selsta> noo lol
14:10:59 <sech1> Is there any way to get total Monero emission from monerod RPC? The thing that I used (get_miner_data RPC -> already_generated_coins) doesn't work anymore because emission is > 2^64 piconero now
14:18:54 <moneromooo> get_coinbase_tx_sum
15:03:01 <sech1> I remember that RPC being super slow - it goes through all blocks in range
15:05:33 <moneromooo> It is. It does.
15:07:52 <sech1> So there is no easy and fast way (only easy and slow) to get total Monero emission now, hmm... Something to work on.
15:09:05 <sech1> I only noticed it because my https://p2pool.io/tail.html got stuck at 2^64 - 1 emission and doesn't update numbers anymore, lol. I guess I can keep emission cached and only request new blocks each time from that RPC
15:09:11 <m-relay> <s​yntheticbird:monero.social> wasn't get_coinbase_tx_sum like a fucking Dos vector at some point?
15:09:26 <sech1> Yes, it can easily lock your node for hours
15:09:35 <sech1> even days if you're on a slow HDD
15:09:47 <m-relay> <s​yntheticbird:monero.social> lmao
15:10:07 <sech1> it is a restricted RPC though
15:10:16 <moneromooo> Hmm. I use it extensively in Townforge functional tests, which grow a chain till maybe 300k. It's on a SSD, but with crypto and xen, so it's not THAT slow.
15:10:26 <moneromooo> Extensively, means *extensively*.
15:10:44 <sech1> it goes through all blocks and all transactions, so essentially the entire blockchain
15:11:03 <moneromooo> Ah, txes too, for fees... Forgot, yes.
15:11:28 <sech1> yes, it's impossible to calculate the emission without accounting for fees
15:11:31 <moneromooo> Anyway, generated coins in 64 bits in the db itself.
15:11:39 <sech1> yes, I noticed
15:12:05 <sech1> so it's saturated at 2^64 - 1 at the moment. It's not an issue because it's only used to calculate block reward
15:12:29 <sech1> well, it's an issue if someone tries to use it for other purposes, like I did :D
15:12:43 <moneromooo> One thing I also noticed is 64 bit height... 32 bit height will max out in millenia. Easy win.
15:13:02 <moneromooo> (at least in the db, changing it everywhere is lolno)
15:13:25 <sech1> we also have CRYPTONOTE_MAX_BLOCK_NUMBER at 500 million
16:19:39 <edgzoah> Hi guys, i'm curious if there are any examples of wallet2 usages because i'm trying to sync a wallet and i think i'm missing something because every time it loads for an eternity with no results
16:41:03 <moneromooo> simplewallet.cpp uses it, as does wallet_rpc_server.cpp.
16:41:14 <moneromooo> I suggest bumping logs to 3 to see what's going on.
16:41:34 <moneromooo> You can also dump network traffic to see what json is being exchanged.
16:41:47 <moneromooo> Make sure you're pointing at the right port too. RPC port, not P2P por.