11:45:34 an issue on -site asks for a better description of "suggested_confirmations_threshold" , currently it is "Estimation of the confirmations needed for the transaction to be included in a block." but this seems wrong. block reward / unlock time / network hashrate effect it https://github.com/monero-project/monero/blob/v0.18.1.2/src/wallet/wallet_rpc_server.cpp#L102-L117 is trying to prevent some kind of attack? 12:55:08 It is definitely wrong. 12:55:39 It is the number of confirmations needed for the amount received to be lower than the accumulated block reward (or close to that). 12:56:00 The field name is not great either I suppose. 12:57:51 The original intent was to signal the rough point where it would not be worth it for a sender to pay miners to undo their work till the tx in question is reorg'd away, and made invalid. 12:58:26 But it's not perfect, especially since it only knows the output sent to the wallet calculating that number, and the attacker might have more in that tx. 12:59:28 Also, for large amounts, you get a value that's impractical. Like, receive 100 monero, you'll get, er... 130 confirnatins. Which is actually not impractical... 12:59:38 OK, so for huge amounts it will be :) 13:20:14 A double spend can also target someone else’s tx, so confirmation time is about aggregate risk 13:32:10 thank you moneromoo ukoehb x 13:33:49 so maybe there is an easy way to get the height at which a key image is spent? I don’t think it’s practical to scan every tx client side 13:36:36 basically I want to know when multisig funds are spent without being notified by the final signer. ideally I can get the spending tx with its height. I can check that the key images are spent, but the api only shows they’re spent and confirmed, not when or what tx 13:37:08 maybe it would require a new call to monerod 13:45:55 I have a patch for that somewhere. 13:46:09 Not sure why I did not PR it. I'll look. 13:47:19 Ah, it was to go with historical reserve proofs. I think I actually did PR that... 13:48:44 I did: https://github.com/monero-project/monero/pull/6616/commits 15:06:38 Isn't it a little strange that this PR #6616 was never merged? I don't see any reasons against it in the discussion at the PR. 15:34:17 Nobody cared about it I guess. It's a niche use. I thought it'd be helpful for people who want to pay their taxes but that might be a minority among monero ousers :) 15:36:23 On Monday Oct 24th at 1700 UTC I will be hosting an architecture walkthrough of the seraphis library via VDO.ninja screenshare. It's primarily for the seraphis migration working group ( https://github.com/seraphis-migration ), but it would be great if other devs could attend since seraphis would impact everyone (ping for vtnerd who rarely reads chat). If you want to attend, let me know so I can send an invite on the 24th (I may 15:36:23 limit attendance if too many people want to join). Otherwise, we will try to have a video recording made. Note that you can join with no audio or video and just type in the chat if you want. 15:36:55 The meeting will probably be ~1-2hrs long. 15:55:26 Seems like a very useful thing to do. I'd watch such a downloadable video. 21:32:31 Sounds great UkoeHB, I should be able to join 21:38:12 I'd love to long, Ukoe. Sounds interesting! 21:38:14 *join 22:01:03 ok