<ravfx:xmr.mx> Merged in Alpine testing like an hour ago

ofrnxmr: not yet on website

<ofrnxmr:xmr.mx> Oh, i just saw it on the repo

<ofrnxmr:xmr.mx> (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)

<sgp_> Skylight Wallet is Now Available in the Official F-Droid Repository with Reproducible Builds

<sgp_> magicgrants.org/2026/07/20/Skylight-Wallet-in-F-Droid

<basses:matrix.org> moneroresearch.info onion address is down

<ofrnxmr:xmr.mx> #monero-research-lounge:monero.social ^

what's in ~/.shared-ringdb/data.mdb ?

i ran `strings` on it and found `blackballs2-...`

chiselfuse: monero.stackexchange.com/a/8236

i see, ty

do wallet files (~/Monero/wallets/...) store the key images for my outgoing transactions?

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?

Wallet files store the key images. Those will be restored if you delete/restore the cache.

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?

moneromooo: by "Those" what are you referring to?

Key images do not contain ring signatures. Deleting that file is fine *iff* you never use a monero fork of the chain itself.

"[tT]hose" refers to the key images for your spent outputs.

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?

by "delete it" i rever to the ~/.shared-ringdb

s/rever/refer/

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.

moneromooo: if the monero fork happened *before* i received my funds, then i don't need the rings, right?

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.

Correct.

This is really needed to keep info private when spending the same output on two chains.

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

some day perhaps i'll try to study more in-depth

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.

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 ^_^

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?

chiselfuse: it's more or less obsolete as far as I know

there haven't been forks since 2018 and I assume with FCMP++ it won't be needed

oh nice

now i don't have to document this anymore

thanks :)

<ofrnxmr:xmr.mx> > <chiselfuse> 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 mrelay.p2pool.observer/e/7s2_-5gLMHZleW94 ]

<ofrnxmr:xmr.mx> Iirc, its only a concern of you yourself , run a fork of monero that shares monero history and duplicated cpins (like btc and bch)

<ofrnxmr:xmr.mx> Because spending the outputs on both chains will assign different decoys and potentially expose the true spend

<ofrnxmr:xmr.mx> Its not needed at all if the fork you run isnt a history sharing fork. Example, running townforge or wownero doesnt require this

me? running a fork of the blockchain? or me running a wallet connected to a fork?

<ofrnxmr:xmr.mx> Running a wallet connected to a fork

<ofrnxmr:xmr.mx> Sending txs on a wallet connected to a fork that shares the same history*

GUI binaries v0.18.5.2 are now available at getmonero.org

soo i'm trying to sync an old-ish version of monero

and i can't get past the block 3700000

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

what the fuck

why are you syncing an old version?

<slowbeardigger:matrix.org> selsta: X2

<slowbeardigger:matrix.org> That’s the actual what the fuck

i'm running the last version that launches properly on my OS

so which version are you using?

0.17.3.2

<ravfx:xmr.mx> Wow, its like ubuntu default packages or something

there was a network upgrade, you need to use v0.18

wait no it's actually 0.18.1.2

I was looking at the downloads folder

are you using GUI or CLI?

GUI

and this is on windows?

Windows 10?

yes it's on windows 8

lol

ooh

on first look i don't see why newer versions would break on Windows

how does it fail?

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

ok, but how does it fail with newer versions?

the newer version can't launch, it errors about msvcrt.dll

v0.18.1.2 was the last version that works or did you make a jump?

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 getmonero.org/downloads/#cli

GUI binaries v0.18.5.2 are now available at getmonero.org

GUI only as there was an issue with the recent 0.18.5.1 release

<ravfx:xmr.mx> 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

<ravfx:xmr.mx> User is on windows 8

based on Qt docs, it should work with 8.1

not seeing a change in the build env that would explain different msvcrt.dll

<ravfx:xmr.mx> 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

I remember Windows 8 being a fever dream where it would open this tablet interface when clicking the start button