00:07:48 Merged in Alpine testing like an hour ago 00:16:51 ofrnxmr: not yet on website 00:18:19 Oh, i just saw it on the repo 00:19:12 (i sent the 18.5.0 link the the user and told them to use that, but 18.5.2 link went up around the same time) 01:24:24 Skylight Wallet is Now Available in the Official F-Droid Repository with Reproducible Builds 01:24:25 https://magicgrants.org/2026/07/20/Skylight-Wallet-in-F-Droid 10:29:53 https://moneroresearch.info/ onion address is down 10:40:21 #monero-research-lounge:monero.social ^ 16:48:41 what's in ~/.shared-ringdb/data.mdb ? 16:49:09 i ran `strings` on it and found `blackballs2-...` 17:01:06 chiselfuse: https://monero.stackexchange.com/a/8236 17:25:46 i see, ty 17:25:53 do wallet files (~/Monero/wallets/...) store the key images for my outgoing transactions? 17:28:50 one more question: do key images contain the ring signatures? if yes, this means that if i delete ~/.shared-ringdb/data.mdb, the wallet should re-populate it given i open a wallet file afterwards, right? 17:34:11 Wallet files store the key images. Those will be restored if you delete/restore the cache. 17:34:14 one *more* question: is ~/.shared-ringdb/data.mdb encrypted? as far as i understand it shows key images to other software so that it re-uses the same ring for signatures. but if it's not encrypted then any other software can see outgoing transaction history for all wallets, right? 17:34:45 moneromooo: by "Those" what are you referring to? 17:35:00 Key images do not contain ring signatures. Deleting that file is fine *iff* you never use a monero fork of the chain itself. 17:35:37 "[tT]hose" refers to the key images for your spent outputs. 17:35:55 moneromooo: i see. what if i delete it and then i want to use a fork. there is no way to recover the rings in order to reuse them, right? 17:36:27 by "delete it" i rever to the ~/.shared-ringdb 17:36:32 s/rever/refer/ 17:37:09 I just looked to refresh my memory. Do not take this as 100% certainty: the ringdb is meant to share data between cooperating *chain* forks, so IIRC I believe the data inside is encrypted using your wallet keys. 17:37:49 moneromooo: if the monero fork happened *before* i received my funds, then i don't need the rings, right? 17:38:33 Thus, two forks (eg, monero and notmonerocoin) using the same wallet keys can read/write the data, but other software with access to the db but not the keys will not be able to read the sensitive data, though they might be able to infer some of the other data. 17:38:49 Correct. 17:39:24 This is really needed to keep info private when spending the same output on two chains. 17:44:17 i'm ignorant of the cryptography so it sounds so odd that they are not part of the key image of a transaction but i'll trust what people here tell me 17:44:41 some day perhaps i'll try to study more in-depth 17:46:14 A key image is a deterministic result of an op based on an *output*, not a transaction. A tx with 3 (outputs used as) inputs will contain 3 key images. 17:48:02 I don't know the crypto either, but Bob can prove that a key image supplied by Alice really comes from the output Alice is spending, even though he does not know which output that is. I trust the cryptographers too ^_^ 18:03:25 moneromooo: realistically, how likely am i to need to save that ~/.shared-ringdb/ database? the scenario is that the network forks in the future and thus the value of my coin is somewhat distributed across 2 forks and there i'll want to spend it on both (depending on which fork the person i am paying wants me to send to them the funds on), right? do you think it's a realistic concern? 18:23:00 chiselfuse: it's more or less obsolete as far as I know 18:23:24 there haven't been forks since 2018 and I assume with FCMP++ it won't be needed 18:27:06 oh nice 18:27:11 now i don't have to document this anymore 18:27:26 thanks :) 18:29:25 > moneromooo: realistically, how likely am i to need to save that ~/.shared-ringdb/ database? the scenario is that the network forks in the future and thus the value of my coin is somewhat distributed across 2 forks and there i'll want to spend it on both (depending on which fork the person i am paying wants me to [... too long, see https://mrelay.p2pool.observer/e/7s2_-5gLMHZleW94 ] 18:29:25 Iirc, its only a concern of you yourself , run a fork of monero that shares monero history and duplicated cpins (like btc and bch) 18:29:59 Because spending the outputs on both chains will assign different decoys and potentially expose the true spend 18:31:43 Its not needed at all if the fork you run isnt a history sharing fork. Example, running townforge or wownero doesnt require this 18:31:47 me? running a fork of the blockchain? or me running a wallet connected to a fork? 19:34:50 Running a wallet connected to a fork 19:35:12 Sending txs on a wallet connected to a fork that shares the same history* 22:52:56 GUI binaries v0.18.5.2 are now available at getmonero.org 23:06:41 soo i'm trying to sync an old-ish version of monero 23:06:50 and i can't get past the block 3700000 23:07:02 around the block 3700000 i get "monerod.exe has stopped working", i see a flash of a terminal window and the calculator app pops up 23:07:08 what the fuck 23:08:36 why are you syncing an old version? 23:08:53 selsta: X2 23:09:01 That’s the actual what the fuck 23:10:25 i'm running the last version that launches properly on my OS 23:11:20 so which version are you using? 23:12:09 0.17.3.2 23:13:05 Wow, its like ubuntu default packages or something 23:13:10 there was a network upgrade, you need to use v0.18 23:13:40 wait no it's actually 0.18.1.2 23:14:10 I was looking at the downloads folder 23:14:25 are you using GUI or CLI? 23:14:33 GUI 23:15:18 and this is on windows? 23:15:24 Windows 10? 23:15:26 yes it's on windows 8 23:15:30 lol 23:15:31 ooh 23:16:25 on first look i don't see why newer versions would break on Windows 23:16:28 how does it fail? 23:17:22 after reaching that block height in GUI, a window saying "monerod.exe has stopped working" pops up and i see a flash of cmd.exe and i shit you not the calculator app opens 23:17:38 ok, but how does it fail with newer versions? 23:20:02 the newer version can't launch, it errors about msvcrt.dll 23:23:09 v0.18.1.2 was the last version that works or did you make a jump? 23:24:19 one thing you can try is download the latest CLI for windows, and then replace the monerod.exe from there, while keeping the old gui https://www.getmonero.org/downloads/#cli 23:33:58 GUI binaries v0.18.5.2 are now available at getmonero.org 23:34:02 GUI only as there was an issue with the recent 0.18.5.1 release 23:44:52 Gui dont work on windows 7+ by default i thing. You need 10+ or extra libs afaik. There is no reason for that as windows is compatible with windows . only that wrong sdk was used 23:45:23 User is on windows 8 23:53:24 based on Qt docs, it should work with 8.1 23:54:03 not seeing a change in the build env that would explain different msvcrt.dll 23:56:50 8.1 be the only windows 8 worth using. 8.0 is an experimental abandoned path. I have no 8.x to test, I never installed windows 8.x anywhere lol 23:58:59 I remember Windows 8 being a fever dream where it would open this tablet interface when clicking the start button