00:11:00 <m-relay> <o​frnxmr:monero.social> Thats how money is supposed to work right?
00:11:04 <m-relay> <o​frnxmr:monero.social> Welcome to monero
00:13:26 <m-relay> <1​23bob123:matrix.org> Once you’re in it’s fine.
00:14:31 <m-relay> <p​lowsof:matrix.org> if you try to leave us, you may have problems (i have severe separation anxiety)
00:17:12 <m-relay> <1​23bob123:matrix.org> Yeah blood in,blood out here
00:20:05 <m-relay> <n​ullifydev:matrix.org> xDDD
00:20:08 <m-relay> <n​ullifydev:matrix.org> aight
00:20:38 <m-relay> <n​ullifydev:matrix.org> i done more research and it is safe to say i got the things i need and need to know
00:21:11 <m-relay> <n​ullifydev:matrix.org> Thanks plowsof for the kycnot.me website. I find it genuinely helpful.
00:21:30 <m-relay> <n​ullifydev:matrix.org> Thanks, yall! :D
00:22:29 <m-relay> <1​23bob123:matrix.org> https://www.monerodirectory.com/
08:53:05 <m-relay> <m​onerobull:matrix.org> >Feather now starts exactly one second faster
08:54:53 <m-relay> <m​onerobull:matrix.org> is that one of those cases where you ship with deliberate delays and comment them out every now and then to be able to say "sped up by x%"? /S
09:21:00 <sech1> monerobull It's this one: https://github.com/monero-project/monero/pull/8894
09:22:24 <m-relay> <m​onerobull:matrix.org> ah yeah remember seeing that at some point
09:23:28 <sech1> I'm not sure, I think they fixed it first. I saw it in their changelog and fixed it in Monero too.
11:36:57 <m-relay> <t​obtoht:monero.social> yeah, I took the more aggressive approach and patched out the whole loop since the wallet doesn't need accurate performance logging
11:40:16 <m-relay> <t​obtoht:monero.social> 100 ms delay is still a lot imo
11:40:20 <m-relay> <t​obtoht:monero.social> might make sense to only enable it for debug builds
11:57:57 <sech1> It's comparable to other startup code
11:58:45 <sech1> Ideally it would run in a separate thread, you're welcome to make a pull request :D
12:58:42 <m-relay> <m​onerobull:matrix.org> https://matrix.monero.social/_matrix/media/v1/download/matrix.org/EeUWZdMGScjYqInRmDnRFCgv
12:59:00 <m-relay> <m​onerobull:matrix.org> https://matrix.monero.social/_matrix/media/v1/download/matrix.org/iQHXrTteDeNVIkeKqzYikBmm
12:59:13 <m-relay> <m​onerobull:matrix.org> what can we expect from these numbers
12:59:48 <m-relay> <p​lowsof:matrix.org> 100ms ping
13:00:02 <m-relay> <p​lowsof:matrix.org> ignore^ what are those cpu models? soon to be released?
13:00:03 <sech1> Probably better efficiency than Bitmain's X5 :P
13:01:44 <m-relay> <p​lowsof:matrix.org> more info here: https://ir.amd.com/news-events/press-releases/detail/1162/amd-introduces-new-amd-ryzen-threadripper-7000-series
13:03:24 <m-relay> <m​onerobull:matrix.org> there were already more efficient ryzens when the x5 chips were introduced right
13:03:39 <m-relay> <1​23bob123:matrix.org> Expensive threadripper
13:08:04 <sech1> 7950X rig can get the same power efficiency as X5, but you really need to tune it to the limit
13:08:27 <sech1> Zen4 threadrippers achieve higher efficiency easily
13:13:14 <m-relay> <p​lowsof:matrix.org> Just wanna share that Rucknium released an update on the Exodus custom fee situation, they updated, and those non-standard fees are declining as shown by: https://monero.town/pictrs/image/7e97cd98-46dc-4e8c-8459-47fb4c01e7e5.webp , announcement here https://monero.town/post/842460
13:14:16 <m-relay> <system> file +Monero.JPG too big to download (2579696 > allowed size: 1000000)
13:14:16 <m-relay> <x​mrfn:monero.social> +Monero.JPG
15:00:01 <m-relay> <b​usyboredom:monero.social> Sweet, man Rucknium is having a good year between this and his block template generation timing spot earlier this year.
15:03:31 <m-relay> <r​4v3r23:monero.social> looking forward to the pocketchange analysis
15:26:01 <m-relay> <r​ucknium:monero.social> BusyBoredom: Thanks!  Both of those discoveries happened accidentally while I was working on deeper problems. Who know what will happen when I solve those original research questions ;)
15:26:43 <m-relay> <r​ucknium:monero.social> There are at least 4 other nonstandard fee clusters that we haven't linked to a specific wallet implementation: https://github.com/Rucknium/misc-research/tree/main/Monero-Nonstandard-Fees
15:27:08 <m-relay> <r​ucknium:monero.social> So users could check their wallets or services they use to see if they may be producing nonstandard fees
15:28:04 <m-relay> <r​ucknium:monero.social> I need to update the README.md to say that the source of the `24_34_44_fee` has been identified (Exodus Desktop) and a fix released.
15:56:18 <m-relay> <4​rkal:monero.social> Did I miss the 3 mill block party?
15:58:53 <m-relay> <p​lowsof:matrix.org> definitely not.. the fruit bowl is still.. i mean, it looks like theres 1 pear left.. and im sure we can get someone to refill the coffee machine... ill brb and see if i can find him. but welcome!
16:18:46 <m-relay> <o​frnxmr:monero.social> Noticed some swaps seem to
16:18:54 <m-relay> <o​frnxmr:monero.social> Need to rererecheck
16:22:26 <m-relay> <o​frnxmr:monero.social> Rucknium perhaps articmine, is it _best_ for scaling if all wallets used the "auto" fee tier? Or is it ideal to allow manually set fees
16:35:15 <m-relay> <z​xchen:matrix.org> is there any bridge to bridge  xmr to ethereum or ethereum to xmr?
16:36:42 <m-relay> <o​frnxmr:monero.social> Xmr eth atomic swaps?
16:36:54 <m-relay> <o​frnxmr:monero.social> Never used em myself
16:37:24 <m-relay> <o​frnxmr:monero.social> Or just trocador.app if you just want to swap
16:39:05 <m-relay> <r​ucknium:monero.social> ofrnxmr: That's one of the deep problems I was researching.
16:39:40 <m-relay> <r​ucknium:monero.social> First I started collecting mempool data to see empirical demand for Monero block space. Then I noticed something strange about confirmation times....
16:41:11 <m-relay> <r​ucknium:monero.social> To trigger changes in the dynamic block size, users need to tell miners that they are willing to pay more for block space.
16:41:39 <m-relay> <z​xchen:matrix.org> is it safe and stable ?
16:42:10 <m-relay> <z​xchen:matrix.org> I found atomic-swap need command line, would be a bit complicate
16:42:40 <m-relay> <o​frnxmr:monero.social> Yeah
16:43:28 <m-relay> <r​ucknium:monero.social> "Auto" is supposed to increase fees to the next level (of 4 levels) if (checking a source)
16:44:57 <m-relay> <r​ucknium:monero.social> https://monero.stackexchange.com/questions/11657/what-are-the-standard-fee-multiplier-levels#comment10765_11658
16:45:12 <m-relay> <r​ucknium:monero.social> "Automatic goes like this: If there's a backlog in tx pool, use Normal (5). If the last 10 blocks on chain use up 80% or more of the full reward zone, use Normal (5). Otherwise use Slow (1). This is because adjust_priority when called with priority 0 (auto), either keeps priority at 0 or changes to 1. Then when get_fee_multiplier is called, if priority is still 0, it will use the <clipped message>
16:45:12 <m-relay> <r​ucknium:monero.social> Normal multiplier. Otherwise Slow gets used."
16:45:21 <m-relay> <r​ucknium:monero.social> This info may be out of date
16:52:07 <m-relay> <o​frnxmr:monero.social> https://github.com/spackle-xmr/Dynamic_Block_Demo/tree/main/Media
16:59:13 <m-relay> <o​frnxmr:monero.social> spackle_xmr:  do you have a link to the one you did on just fees?
17:51:55 <m-relay> <s​packle_xmr:matrix.org> ofrnxmr: Do you mean the simulations looking at blocksize growth from only minimum fee transactions? 
17:51:56 <m-relay> <s​packle_xmr:matrix.org> I did not upload media on that, but I certainly can if someone wants to look at it. Running the simulation with RUN_TYPE = 5 and USERS_PAY_MORE = 0 should give the same results I was looking at.
17:54:49 <m-relay> <s​packle_xmr:matrix.org> Running the econ draft of the python script with those settings, I mean. The results will also change a bit depending on T_sim, but that gets into a complex discussion about how close each block would end up being to the absolute theoretical limit allowed.
18:31:55 <m-relay> <a​tomfried:matrix.org> https://kuno.anne.media/fundraiser/uoog
18:31:55 <m-relay> <a​tomfried:matrix.org> just gonna leave this here.
18:31:56 <m-relay> <a​tomfried:matrix.org> mods can remove it if needed
19:39:20 <nioc> irc is 4eva
19:39:23 <m-relay> <c​omradeblin:matrix.org> yea, sure. mybad.
19:41:12 <m-relay> <1​23bob123:matrix.org> Good tag
19:49:23 <m-relay> <c​omradeblin:matrix.org> plowsof: closed
20:53:52 <geonic> nioc: https://youtu.be/92FCRmggNqQ?t=70
20:55:58 <nioc> yep
21:12:35 <midipoet> how is there anyway to know if those kuno fundraising requests are legit?
21:15:32 <m-relay> <1​23bob123:matrix.org> Trust me bruh
21:19:45 <m-relay> <p​lowsof:matrix.org> there is no moderation on that platform (within reason). e.g. the one just posted now, i could have wrote that and put screenshots there.. ideally the address would be pgp signed, or their twitter handle would have tweet it .. something/anything
21:25:40 <m-relay> <c​omradeblin:matrix.org> Join us TMR at 11AM-EDT/5PM-CET to talk about a Monero Stadium and Jeserys with @LIBERTAD_CAL! + Price Report📈@BawdyAnarchist_, Dev Segment @GergelyGombai, News📷@tony_huszar
21:25:40 <m-relay> <c​omradeblin:matrix.org> 👀➡️ https://youtube.com/watch?v=A4vT54p_mjc
21:25:41 <m-relay> <c​omradeblin:matrix.org> 🎙➡️ https://streamyard.com/zrheev4e9z
21:25:41 <m-relay> <c​omradeblin:matrix.org> 🙏🏽
21:25:42 <m-relay> <c​omradeblin:matrix.org> 🎢
21:25:42 <m-relay> <c​omradeblin:matrix.org> @cakewallet
21:25:43 <m-relay> <c​omradeblin:matrix.org>  
21:25:43 <m-relay> <c​omradeblin:matrix.org> @monerocom
21:25:44 <m-relay> <c​omradeblin:matrix.org> 🎢
21:25:44 <m-relay> <c​omradeblin:matrix.org> @LocalMoneroCo
22:09:16 <m-relay> <a​tomfried:matrix.org> are you talking about what i have posted?
22:09:16 <m-relay> <a​tomfried:matrix.org> https://twitter.com/JosephTheParrot/status/1714074304768262344
22:09:17 <m-relay> <a​tomfried:matrix.org> here is the tweet of him which links to the fundraiser
22:13:18 <plowsof> ah, thanks for confirming