new ccs: repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/314

we need some 'work-in-progress' spring cleaning done. payouts for koe / moneromoo and tobtoht specifically - and also vtnerd who have all been contributing lately

<UkoeHB> "what am I doing right now? https..." <- i was referring to the monero-specific implementation of seraphis. but i see in your CCS that it will be handed off the other monero devs to code up

I'm sad to say I've burnt out and I've been slacking off for months now. Still around, but I can't bring myself to work on monero again. I still owe some work, so the CCS isn't out of date, it's me who's just hit a wall.

(just a comment on mine since you mentioned it, no idea whether others' are out of date or not)

You've done enough recently to deserve some form of payout , clearly

I'm about halfway through the last milestone. I'll get there at some point I'm sure :)

Moo

Post up a donation address or something

*Mooo

Thank you, but I'd rather you support the people who are working on monero these days, like jberman[m] ukoeHB Rucknium[m] etc.

Gotta encourage the new generation ^_^

Appreciate the thought though.

Yea but mooo, they'll get their too.

Dont be the old guard that gets left behind.

* Yea but mooo, they'll get their too.

Dont be the old guard that gets left behind.

Sorry, I thought this was lounge :)

My bad, sorry

At the meeting this Wednesday, I want to discuss increasing Seraphis address indices from 7 -> 16 bytes (and increasing the address tag MAC from 1 -> 2 bytes). See: gist.github.com/tevador/50160d160d2…ment_id=4144862#gistcomment-4144862

Sorry they are technically Jamtis address indices, not specific to seraphis *

Summary: Jamtis is an addressing scheme. Addresses have address indices so that a single wallet can issue many addresses for receipt of funds, and efficiently recover all those funds (very much like knaccc's cryptonote-style subaddresses that we currently use). Jamtis adds to this concept the 'address tag', which is attached to an address. An address's tag is a cipher of that address's index, plus a short MAC for

efficiency in the scanning process (the cipher key is derived from your wallet's master key). Address tags are encrypted and attached to outputs when making a tx. Currently Jamtis specifies 7 bytes for the index and 1 byte for the MAC.

When scanning an enote, there are two general sections.

1) Check the view tag (1 byte). If the view tag passes, then you decrypt the associated encrypted address tag (with a simple XOR) and produce a 'nominal spend key'.

2) Try to decipher the address tag. If deciphering the address tag succeeds (i.e. the MAC bit positions in the deciphered tag equal zero), then you try to recreate the nominal spend key (i.e. use the address index to recreate that address index's spend key). If that succeeds, you probably own the enote so you can try to recover the amount and the key image.

Step 1 can be done by a remote scanning service, while step 2 can be done by a client.

The important part in (2) is that deciphering an address tag is extremely cheap (like 100ns), compared to the next step which is an expensive EC op.

Getting a community meeting organised (spamming the same message in multiple rooms ^^) - its been 2+ months since the last one, i've proposed a time this Sunday 18:00 UTC - if you have something you'd like to be highlighted or share with the community and/or can't make it let me know monero-project/meta #695