<s​darioz:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/wTGOzaCpbfqKpfAbvkvBYqUx

<s​darioz:matrix.org> (from exch.pw)

<s​darioz:matrix.org> Can someone clarify that statement?

<s​darioz:matrix.org> What they mean with "serious infosec issues"?

They can compile v0.18.3.3 themselves, all instructions are out there

I don't know why they quote infosec issues as a reason for not using the binaries. We have reproducible builds double checked by several people every time, and they can build exactly (byte to byte) the same binaries themselves.

<1​23bob123:matrix.org> There talking shit, ignore

Don't waste any chance for a little jab against Monero

Some bugs only happen on self compiled versions, let them do their thing at their own detriment.. the freedom of FOSS (no issues opened or reports) maybe they can sponsor a fix/investigation just like they where a monerokon sponsor

Actually I did have a wallet crashing (self-compiled) when trying to consolidate a lot of testnet inputs. Release binary worked just fine.

<s​darioz:matrix.org> Yeah.

<s​darioz:matrix.org> That was interesting

<s​darioz:matrix.org> I'm genuinely curious to know about what they have to say haha, if they are so concerned about a binary that was tested thoroughly by the community and the core team, they must have way more than just a single argument,, I want to see that

<s​yntheticbird:monero.social> bold claims requires bold proofs, indeed.

<s​iren:kernal.eu> bitdefender.com/blog/hotforsecurity…e-hacked-original-binaries-replaced

<s​iren:kernal.eu> monero-project/meta #916#issuecomment-1791756009

is it possible for a monero wallet to generate a subaddress via jsonrpc that then I cannot find in the wallet issuing the `address all` command?

If you're using an out of date wallet cache.

where is this cache stored? I just opened the wallet using ./monero-wallet-cli

. or wherever you specify.

So, probably . here.

If your wallet is X.keys, the cache is X.

You also need to save it if you use monero-wallet-rpc in directory mode. In single file mode, it's already saved on exit.

Subaddresses are deterministic anyway, so you can just generate it again, it'll be the same.

and X is a binary file?

Yes.

the `refresh` command doesn't update the cache?

Correct.

interesting, the address I generated programmatically using ./monero-wallet-rpc was not shown in -cli though as soon as I typed: address new -- the same address appeared

though I still cannot see the payment sent to that address, even if the wallet is synced

That wallet probably refreshed hte block wiht that payment before it knew about the subaddress.

You can use... rescan_tx IIRC ? A new command which scans just one tx. Avoids rescanning all.

trying...

Error: Unknown command 'rescan_tx': it's probably time to update the wallet :)

moneromooo, I got the latest cli wallet, though I cannot seem to find the rescan_tx command

Might be another name. I did not add it.

scan_tx maybe ?

thank you very much moneromooo for passing over your knowledge, appreciate

yw

moneromooo, have you ever seen this?

Synced 3103841/3105910 (99%, 2069 left)

2024-03-15 23:35:04.856 I [110.40.229.103:18080 OUT] Sync data returned a new top block candidate: 3103841 -> 4557091 [Your node is 1453250 blocks (5.5 years) behind]

There are a few of them.

<g​fdshygti53:monero.social> Yeah, normal fake nodes