vtnerd: is 7890 also relevant for release? if yes please open against release branch

think 7822 got left behind in the merge (it's the release branch version of 7821)

it was on purpose

just to leave additional time for discussions on fingerprinting etc

probably will just merge soon though

👌I'm still continuing on fingerprinting analysis too. I thought it might be possible to simply reject gamma outputs <10 blocks old (instead of re-selecting outputs <50 blocks old) & actually patch integer truncation in all cases (7798), and achieve a definitively safe result. The code would be so much cleaner. But I'm still leaning toward that being risky, particularly because patching integer truncation would cause the algo to select

older outputs *less* frequently, which may exacerbate under-selection of older outputs

New auto-report: Monero's dependency tree, under:

reg SideKick: i asked 'why dont ya just scan a bar code' and after researching it myself - an unsigned transaction to 1 address was 44kB. a qr can hold max 3kB. A High Capacity Color Barcode (HCCB) can have 3500 characters per square inch. I counted 59620 (base64 endoded) characters from my unsigned_tx.. thats a 17 square inch bar code.

FWIW there was no attempt at containing the size of an unsigned tx.

So there might be easy wins there.

FWIW HCCB's look f'n awesome, have a nice day!

I think the size of an unsigned Seraphis tx can be reduced below 3kb if you use membership proof delegation (fwiw :p).

It's actually a bit odd that unsigned monero tx are so large.

Interesting.. a proof of concept could still be made (handling any file size small/large) - imagine a slide show of qr codes your phone must scan. each qr containing <total>:<index>:<data>. When the phone's found all the qr codes in the sequence -> create file -> sign -> return via qr slideshow ???? profit

Ah nice ide

idea

😀Ideas are worthless until implemented

Or use something like github.com/divan/txqr to transfer data

someones already done it^ lol nice thanks!