02:51:22 on the monero research page it says the paper for arcturus was retracted. what happened there? 03:23:05 upp, there was a critical flaw i think. lemme see if i can grep some chat logs ... 03:27:15 :/ 03:31:10 no, maybe that wasn't it 03:32:26 ah yes " Based on my initial proof-of-concept testing, I think that UkoeHB's hardness assumption break implies that Arcturus double spending would be possible with its current protocol" 03:35:16 upp, ^ 04:02:09 ah, thx 06:36:08 \join #rockylinux 06:37:06 sorry I made a writing error. 12:52:32 @moneromooo, I came here a few days ago asking for some help, and you gave me the right hint ("look at dmesg for hardware errors"). I wantend to thank you. 12:54:30 I am now running successfully a (private) RPC node over tor (whonix). I am also trying to see if I can receive incoming p2p connections on the 18080 port. Is there a flag/option in monerod where I can specify my V3 onion service address, to be advertised to the network? Without it, it is not possible for any peer to find my service within Whonix 12:55:42 Another question: I am trying to research about TOR/i2p + Monero. I have found about the Kovri project. Are you aware of any well-written document that explains the deficiencies of TOR (vs I2P) in the context of TOR? My main reasons for having monerod+TOR are: 12:56:31 1) be able to run a node even if my state declares monero to be illegal and 2) try to hide the fact that I (or my IP) has anything to do with Monero. 12:56:43 thank everybody in advance for any comment 13:11:00 Great :) For incoming connections via tor, look in ANONYMITY_NETWORKS.md. IIRC monero looks where tor creates the keys in /var. 13:12:20 I don't know if that can run from whonix though. If the file above does not say, feel free to PR a patch that adds that info, and if possible, any extra steps needed to make it whonix compatible. 13:13:24 Kovri's dead. You can use another i2p router. You can probably find good info on tor/i2p pros and cons on monero.stackexchange.com (if you can access it, they started walling themselves in from tor). 13:15:19 thanks! 13:18:52 Remark for others who can't access stackexchange: it is always possible to download (for offline use) Stackexchange using the zim format (like in Kiwix). 14:26:30 Can I ask why we aren’t having our PRs merged in the main Monero GitHub repo? There are 140 unmerged PRs in the queue. I understand they need review, but there are a lot that have passed review, and they still have not been merged. Is Luigi1112 too busy to maintain the main repo (which is totally fine)? If so we need to come together as a community and find or fund someone to do this important wo 14:26:30 rk. I am grateful for fluffypony and all the volunteer merges he did in the past. Ric, any chance you might be interested in taking up this volunteering again? If not, considering snipa doesn’t seem to have had the time or energy to help, do you have any ideas? 14:27:01 probably a better discussion for #monero-dev ? 14:27:18 Ok. I’m not a dev but I’ll cross post 14:51:07 garth: PRs and/or issues tend to pile up on any project of sufficient size. If you can solve that you'll become the hero of the universe :) 15:02:23 That’s untrue. The list of unmerged PRs in Monero are growing year over year, not because the project is growing but because we don’t have the same volunteers that we used to 15:07:27 Hi all any other websites to find face-to-face meetups for fiat cash to XMR besides localmonero.co ? 15:21:34 garth: unless we are aggressive with closing things, the amount of issues and PRs will pile up, even with more devs 15:22:09 some open source project close everything after e.g. 6 months, even if it's a legitimate issue / pr 15:22:16 I personally disagree with that method 15:24:58 It does tend to be the nature of an OSS project, unless there's an iron-grip on merging PR's that force things in/out, which tends to be very heavy passion projects. 16:26:18 very true 18:09:40 https://old.reddit.com/r/Monero/comments/tfo55a/funding_is_open_for_koes_seraphis_proofofconcept/ 22:29:38 A question: Is it dangerous to make together fountain/escrow wallet and users wallet (for all just 1 wallet, they become a subaddress on a wallet) 22:30:03 $moneroRPC->open_wallet takes too much time for everytime. I cant optimize it. 22:57:39 NakedKing, subaddresses are usually how it's done. 22:58:17 NakedKing, exchanges are using subaddresses. 22:59:06 So on an exchange you almost always deposit Monero to the same subaddress. 23:11:21 Mochi101, if i seperate them accounts, is it ok? 23:11:39 What do you mean? 23:12:13 There's no need to have different accounts for every user. Just have different subaddresses for them 23:12:18 i wont use subaddress, i will use accounts for them. 1 account for escrow and another accounts for users but on same wallet 23:12:26 ah I see 23:12:33 there will be an option deposit and withdraw 23:15:31 yes 23:18:48 so you say it's okay. I thought, it will be more secure if i seperate wallets physically. But it has insane respond/return times 23:20:42 It's ok 23:21:20 The wallet has to sync when you open it. So if you haven't opened it for 10,000 blocks it will need to look at them for txs. 23:23:03 interesting but take lots of times even they are fully synced 23:23:41 Maybe you're expectations are too high 23:32:45 That's what I always say to my wife too.