nioc: blocks.p2pool.observer/payments 5 XMR came in then 10... overfunded by 5 XMR

if only the first donation showed on the website after 1 confirmation :(

maybe this is useful to someone blocks.p2pool.observer/payments.json?id=monero-ccs

that said I only track txs that come in blocks, so 1-conf

*if only all donations were to get displayed on the website after 1 confirmation

<ofrnxmr:xmr.mx> Community meeting in 10mins monero-project/meta #1439

Meeting time: monero-project/meta #1439

Hello all

<syntheticbird> End of meeting

<syntheticbird> Hello

<jpk68:matrix.org> Hello

<pw:xmr.mx> hello

<slowbeardigger:matrix.org> hola/hello

<sneedlewoods_xmr:matrix.org> hi

while waiting for people to arrive, lets get into the highlights over the past 2 weeks

@syntheticbird

<syntheticbird> CUPRATE KESTERITE HAS BEEN RELEASED

<syntheticbird> DOWNLOAD NOW

<syntheticbird> ITS VERY FAST

<jpk68:matrix.org> Speaking of fast, some effort was also put into speeding up wallet sync in monerod (the graphs were a powerful motivator)

Don't count those chickens yet, monerod might catch up :P

<jpk68:matrix.org> mrelay.p2pool.observer/m/matrix.org/ofvrHSrhiWSJAaeTPOJxoYPU.png (clipboard.png)

<jpk68:matrix.org> h/t @boog900:monero.social

Hi

syntheticbird thx 4 the motivation :)

<syntheticbird> 🫶.

is it too early to shill for more motivation?

<jpk68:matrix.org> We attempted to decrease the lock contention during hot paths, which resulted in a ~2.85x throughput increase when syncing 16 wallets at once

<slowbeardigger:matrix.org> havent had coffee, so yes.

<slowbeardigger:matrix.org> kiddin'

no other highlights?

i feel like im forgetting something

<syntheticbird> there is something COLD that happened but that doesnt' concern monero

yes, koe was OVER FUNDED :P

<syntheticbird> oh right

<syntheticbird> 🎉

<pw:xmr.mx> wtf since when did confetti fill the screen

<syntheticbird> bro its beenn 10 years

<syntheticbird> back when matrix was called Riot

<syntheticbird> there is also

<thomasbuilds:matrix.org> hello guys

<pw:xmr.mx> maybe update I done other day has changed something in setting's then. never seen that happen before

<slowbeardigger:matrix.org> hallo

News: Revuo Monero - This week in Monero TWIM << no news since the last meeting

<pw:xmr.mx> not weekly thenm

<thomasbuilds:matrix.org> syntheticbird can you run ci for Cuprate/cuprate #668 :)

<hbs:matrix.org> aloha

<ofrnxmr:xmr.mx> revuo is quarterly /s

<syntheticbird> sure thomas

4. CCS proposals

a. [MRL] Dennis Trautwein - ProbeLab P2P Network Metrics Proposal

not sure whats going on with this one, no activity, havent heard anything from the proposer(s) in over a month

<ofrnxmr:xmr.mx> guess will need to ping them again - if no response, probably close it?

they are around. they want to know the next steps.

<ofrnxmr:xmr.mx> okok

<ofrnxmr:xmr.mx> well, they can respond to the comments on the proposal (i missed mrl meeting, must be where they are)

$40k for 1.5 person months -> "let the donors decide" / and i think im the only one who mentioned that on the CCS comment so must not be a big concern

did not notice them at the last MRL meeting

<syntheticbird> bold of you plowsof to assume we all donors can read

he didnt, which is why he has to ask the proposer

<pw:xmr.mx> plowsof: $40k for what?

for the proposal that he just linked

<syntheticbird> * thumbs up to plowsof *

ohh, thanks plowsof. i forgot to post the link :')

<syntheticbird> anyway that'll be a -1 for me

<ofrnxmr:xmr.mx> personally, im not a fan of the proposal. it started off very corporate, and was a paid service

<ofrnxmr:xmr.mx> felt to me like we were funding blockchain surveillance

<jpk68:matrix.org> It's also not fully open-source, I don't think

<syntheticbird> i am all for blockchain surveillance as long as its open source

<ofrnxmr:xmr.mx> since they will ofc sell their services to whoever

<ofrnxmr:xmr.mx> im not for funding for-profit BS

<slowbeardigger:matrix.org> -1

<ofrnxmr:xmr.mx> if its free, and available to mrl for free, forever, i have np with it

<ofrnxmr:xmr.mx> if we pay to build it, then have to pay to access it, thats not cool

<ofrnxmr:xmr.mx> lol

<ofrnxmr:xmr.mx> dont quote me - the proposal has changed since the early iterations where this was the case

<ofrnxmr:xmr.mx> i still am not a fan. MRL ack'd the reduced scope, but a few downvotes here, so we're at a crossroads

<hbs:matrix.org> If it's their business, why should the community fund any of it?

because

<hbs:matrix.org> plowsof: oh ok, makes sense

lol

<ofrnxmr:xmr.mx> plowsof: "because that why, you see?"

ok, moving on

b. acx - part-time monfluo repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/690

i didnt forget the link this time

<jpk68:matrix.org> +1

<syntheticbird> +1

<slowbeardigger:matrix.org> +1

<sneedlewoods_xmr:matrix.org> +1

<pw:xmr.mx> +1

c. jpk68 - full-time work (3 months) repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/689

will be nice to see how their monero-oxide stuff alleviates the monero dependency problems mobile devs encounter

<slowbeardigger:matrix.org> ofrnxmr: The funding stuff has been resolved since the last meeting?

<syntheticbird> press +1 if you are a bad person

<sneedlewoods_xmr:matrix.org> +1, also left a comment

<pw:xmr.mx> c +1

<jpk68:matrix.org> Thank you for your support, everyone <3

<syntheticbird> +1

<jpk68:matrix.org> Regarding funding: I contacted Gingeropolous and he said he would comment on the proposal within two weeks

<slowbeardigger:matrix.org> +1

<jpk68:matrix.org> I still believe the proposal qualifies as "future work", but again, it's not a hard requirement

d. panagot12 Monero LWS Observatory — Public LWS Health repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/686

lolwtf?

<jpk68:matrix.org> Not sure why this hasn't been closed yet :|

<syntheticbird> me when ping cloudflare.com

<slowbeardigger:matrix.org> still 404 the repo

they made the repo public, and dm'd me on twitter (i think, dont remember) about it

<jpk68:matrix.org> NACK

now it 404s again

hard close for breaking the rules

<slowbeardigger:matrix.org> you can’t have a proposal on the ccs and have the repo like that, or can you?

@jpk, not closed because we give everyone a fair chance

you can not, correct

thomas builds can complete this on a random sunday afternoon

<syntheticbird> lmao

<slowbeardigger:matrix.org> ofrnxmr: So will be closed?

<slowbeardigger:matrix.org> -1 anyways

i am voting for it to be closed

<syntheticbird> i am voting for author to be tortured

<slowbeardigger:matrix.org> ofrnxmr: +1 to be closed

<slowbeardigger:matrix.org> @syntheticbird: feathers involved?

seriously though if LWS can't be trusted to just not work, sometimes, id rather see pull requests upstream to make it more stable if thats the case

<syntheticbird> @slowbeardigger:matrix.org: as a bird? yes

<slowbeardigger:matrix.org> good\

<ofrnxmr:xmr.mx> speaking of LWS, this is a bit off topic, but @plowsof i dont think we should be listing that lws csharp lib on getmonero

<syntheticbird> reasoning?

from btcpayserver monero devs?

<ofrnxmr:xmr.mx> its under a year old, about 5 commits for the whole repo, hasnt been touched in 5 months, and lws is a moving target

<ofrnxmr:xmr.mx> yes

<syntheticbird> +1 to remove

<ofrnxmr:xmr.mx> its not listed yet, but there is a new pr to add it

<syntheticbird> +1 to close it

<ofrnxmr:xmr.mx> i forgot to comment about it, and just wanted to say something

e. v1docq47 - monero konferenco 2026 voice-over and working on xmr.ru repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/683

<slowbeardigger:matrix.org> +1

<ofrnxmr:xmr.mx> Im still a +1 here, but still want to wait for other proposals to be funded since this likely isnt urgent

<slowbeardigger:matrix.org> @ofrnxmr:xmr.mx: agreed

<ofrnxmr:xmr.mx> ccs.getmonero.org/funding-required

and last, but not least

f. r4v3r23 - ANONERO Continued development repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/671

<slowbeardigger:matrix.org> -1

<slowbeardigger:matrix.org> tbh i see Anonero a bit redundant

<ravfx:xmr.mx> +1 for Anonero

<syntheticbird> +1

latest update on this was a support comment from vik / cake wallet repo.getmonero.org/monero-project/c…als/-/merge_requests/671#note_37062 "While @r4v3r23 hasn't been kind to me, Cake Wallet, or our team historically, but that shouldn't stop us from supporting independent builders"

for this current proposal we have a kotlin dev that didn;t notice the deps where >3 years old since anoneros inception

<ofrnxmr:xmr.mx> the longer this frags on, the more i wonder about the longevity -- plowsof pointed out some serious vulns that have yet to be fixed

freeze/thaw , pay to many, and account support exist already in monfluo which is also a fork of monerujo

<ofrnxmr:xmr.mx> git.anonero5wmhraxqsvzq2ncgptq6gq45…ANONERO/ANONERO/commits/branch/main

<ofrnxmr:xmr.mx> some / at least 1

<ofrnxmr:xmr.mx> which has already been fixed on a fork, and iirc on feather

has the community had any input on the new UI?

<ofrnxmr:xmr.mx> s/frags/drags

are they going to rely on AI to complete the milestones? git.disroot.org/iuanv9/anonero-fork/pulls

<ofrnxmr:xmr.mx> the cost, the features, etc. i dont really have a problem with any of that. just that the current dev seems not willing to maintain it unless the money is on the table, so how does that play out in the long run?

<syntheticbird> it doesn't

syntheticbird have you used anonero wallet?

<syntheticbird> during a short period of time

<syntheticbird> a year ago

<syntheticbird> does that count ?

i guess so

a fresh wallet for one time use / testing?

<syntheticbird> just testing since cake wallet syncing over tor was duper slow and I wanted to test out other monero only wallets

<ofrnxmr:xmr.mx> i have it installed but never use it because of the tor requirement. i dont remember if it bypasses tor to allow local/lan nodes

<ravfx:xmr.mx> I did a second test run for that one, And actually it's the better option (cupcake UI is "laggy" on my old motorola), Monerujo still permacrash after importing the view key from it's airgap companion app

<ofrnxmr:xmr.mx> and dont use it as air-gapped, because anon has internet permissions

(release attempts openssl handshakes even on tor but thats upstream) and anonero is also slow on tor - but the ui will freeze while syncing an old wallet or just crash

<ravfx:xmr.mx> Yeah, I wish he would have a "airgap" mode that remove node syncing and all that shit (because it's kind of anoying to see the thing sync full time when you open it

<ofrnxmr:xmr.mx> anon is the airgap / offline signer half

during set up you select a node (for your air gapped wallet)

and your airgapped wallet begins to sync from that node

<ravfx:xmr.mx> Yeah, it's just the anoyance of the "offline signer" trying to sync all the time on a phone without internet

<ravfx:xmr.mx> Even without node configured

<ravfx:xmr.mx> A few fixes but at the end it could be a good option

<ravfx:xmr.mx> Also Anon don't seam to LOCK itself if you don't "exit" it once your done

<ofrnxmr:xmr.mx> it also loads the ui before the lockscreen

<ravfx:xmr.mx> like you unlock phone a few hours later and your right in the wallet, no unlock needed

<ofrnxmr:xmr.mx> this is what i mean about maintenance

<ofrnxmr:xmr.mx> the last dev just seems to have up and left once the funds ran out

so we have more upvotes than down to merge ANONERO as is

<ofrnxmr:xmr.mx> im not against merging it

<pw:xmr.mx> @ofrnxmr:xmr.mx: i thought there was new devs ready to go flat out on it and if milestones were not met (after reducing the time scales a month ago) he was happy for funding to go else where ?

<ofrnxmr:xmr.mx> but i guess it might be a good idea to confirm that the dev is still availale

<pw:xmr.mx> it seems all over the place imho

<ofrnxmr:xmr.mx> @pw:xmr.mx: the devs last commit was updating dependencies 2 months ago

<pw:xmr.mx> you did say don't reduce the time scales, keep it long and it's ok to finish early

<pw:xmr.mx> -1

<ofrnxmr:xmr.mx> thats what i said, yes. raver said that the dev would stay on for a year regardless

<ofrnxmr:xmr.mx> "Update: Guaranteed 40 hours per week. Milestones 1-3 will be completed within 3 months of funding, with Milestone 4 estimated to take ~1 month. Support/maintenance commitment for 1 year."

if the dev deosnt come back for 100 odd monero im sure someone else can audition to do the work

<ofrnxmr:xmr.mx> fair

kotlin devs that are willing to make merges outside of core that are reviewed by themselves

btw, i skipped jeffro since im assuming that is just awaiting merge

yes (with 1 milestone already completed)

ok, thats all folks. need to get back into my research into defeating syntheticbird and the evil cuprate kestrintueisdes

Next meeting Sat Aug 22, 2026, 1600 UTC

<sneedlewoods_xmr:matrix.org> thanks everyone

<syntheticbird> thanks

thnx

<slowbeardigger:matrix.org> take care ppl

<pw:xmr.mx> ofrnxmr: sounds like the next starwaes episode

<pw:xmr.mx> fs star wars

<boog900> FWIW those were fake wallets that just request data and do no other wallet ops > <@jpk68:matrix.org> We attempted to decrease the lock contention during hot paths, which resulted in a ~2.85x throughput increase when syncing 16 wallets at once

<boog900> for real wallets the throughput increase will be less

<syntheticbird> @boog900: you are being cruel

<boog900> I had to hold back from sending the cuprate graph

<syntheticbird> i admire the self control

<jpk68:matrix.org> I'm going to try and figure out how to recreate Boog's graph setup, and then maybe compare performance across release versions

<jpk68:matrix.org> For example, v0.18 vs. master vs. some other experimental changes

<jpk68:matrix.org> What even is the setup? Python?

<ofrnxmr:xmr.mx> why figure it out instead of just asking for it to be shared

<jpk68:matrix.org> That was attempted :P

<ofrnxmr:xmr.mx> oh lmao

<jpk68:matrix.org> No pressure or anything, I can figure it out (probably)

<boog900> The first one that used real wallets was, the second one (which created that graph) was rust

<ofrnxmr:xmr.mx> monerod will win in the end

<ofrnxmr:xmr.mx> delusions of grandeur

<boog900> It was slopped so I don't want to like publish it as endorsed code

<ofrnxmr:xmr.mx> shrodingers monerod

<pw:xmr.mx> is rust starting to replace c/c+ ?

<jpk68:matrix.org> I wish I could say that will happen in the near future :pensive:

<jpk68:matrix.org> Who is going to implement something like Cuprate's storage architecture

<jpk68:matrix.org> No one's doing that anytime soon

<ofrnxmr:xmr.mx> @jpk68:matrix.org: well, monerod reviews for slightly big changes take forever

<ofrnxmr:xmr.mx> like p2p encryption

<boog900> hasn't caught up yet :) > <@ofrnxmr:xmr.mx> monerod will win in the end

<ofrnxmr:xmr.mx> so, near future is probably a pipe dream

<boog900> @ofrnxmr:xmr.mx: This is a big reason I think it never will

<ofrnxmr:xmr.mx> @boog900: i have a local build that improved node sync by 2x

<ofrnxmr:xmr.mx> but i didnt tell you that

<ofrnxmr:xmr.mx> its a secret

<boog900> not enough :)

<jpk68:matrix.org> Anyways, it's good to have competition. Then we can all benefit

<ofrnxmr:xmr.mx> oh, whoops. i thought this was dm

<slowbeardigger:matrix.org> with logs and everything

<slowbeardigger:matrix.org> crazy secret

<ofrnxmr:xmr.mx> @boog900: i meant to say 20x, but its not real yet

<pw:xmr.mx> should get glowing explorer involved.

<ofrnxmr:xmr.mx> also not applicable to fast-sync

<boog900> ah

<boog900> We are much faster full verification sync

<ofrnxmr:xmr.mx> yeah

<ofrnxmr:xmr.mx> i benched (as in, sports) that stuff for now

<syntheticbird> vtnerd did some pretty impressive refactor in modern C++ in some parts of epee yet reviews stalled

<jpk68:matrix.org> Link please?

<jpk68:matrix.org> I think the weak_ptr thing might be part of it. That was merged yesterday or today

<syntheticbird> monero-project/monero #8970

<jpk68:matrix.org> Oh, that, yes

<boog900> I think the best way to improve monerod will be to start monerod 2

<ofrnxmr:xmr.mx> "yo chatgpt, reqrite monerod in C. make no mistakes"

<syntheticbird> @boog900: unironically not even need to start from scratch, just fork monerod and refactor everything with accelerated review process

<jpk68:matrix.org> Bitcoin Core was never fully rewritten, yet it has improved a remarkable amount over the years

<syntheticbird> A good thing monerod or any contributor here listening and having the motivation for could do is rewriting tapes in c++ and integrating it to monerod

<syntheticbird> monerod have an interface for the database

<jpk68:matrix.org> I am unconvinced we couldn't do the same. monerod is also "modular", somewhat at least

<syntheticbird> so that makes adding another backend pretty scoped

<boog900> tapes was one our last things FWIW

<boog900> I think monerod can go far with LMDB

<jpk68:matrix.org> Can we just use a tar archive, lol

<syntheticbird> @boog900: I'm just saying tapes because you need to start somewhere

<syntheticbird> then venturi carry you into other parts to refactor

<jpk68:matrix.org> Does it use Cuprate libraries for P2P stuff? > <@boog900> It was slopped so I don't want to like publish it as endorsed code

<boog900> it uses our RPC types and epee lib

<jpk68:matrix.org> Also, are you using regtest?

<jpk68:matrix.org> I just need more info, pleeease :((

<syntheticbird> @jpk68:matrix.org: 50 XMR and I'll give you the slop

<syntheticbird> the crate is called cuprate-flex

<boog900> @jpk68:matrix.org: it's a mainnet DB fixed to a certain height like 2 weeks ago

<r4v3r23> dev is available > <@ofrnxmr:xmr.mx> but i guess it might be a good idea to confirm that the dev is still availale

<dark.macau:matrix.org> @rottenwheel:unredacted.orghi again babygirl

<dark.macau:matrix.org> Why did you block?

<rottenwheel:unredacted.org> @dark.macau:matrix.org: Identify yourself, "babygirl".

<dark.macau:matrix.org> I'm Macau

<rottenwheel:unredacted.org> I'm rotten.

<rottenwheel:unredacted.org> I have no idea who Macau is.

<dark.macau:matrix.org> I know I love you

<rottenwheel:unredacted.org> Until you say who you are, I have nothing to talk to you about.

<rottenwheel:unredacted.org> Bye.

<plowsof:matrix.org> macau wrong channel/everything

<dark.macau:matrix.org> I'm sorry

<dark.macau:matrix.org> I will DM but please undo the block rottenwhell

<slowbeardigger:matrix.org> 😆

<rottenwheel:unredacted.org> @dark.macau:matrix.org: How can I unblock if you don't tell us who you are...

<slowbeardigger:matrix.org> maybe you should be specific, “how are you in the monero space?”

<321bob321> Sad

<321bob321> How do you block people irl

<slowbeardigger:matrix.org> sad?

<321bob321> Not u

<slowbeardigger:matrix.org> ikikik

<siren:kernal.eu> people always ask who dark.macau is but never how he is

<slowbeardigger:matrix.org> I would focus more like

<slowbeardigger:matrix.org> Do you post memes? do you have a github?

<slowbeardigger:matrix.org> why when i read macau my brain says macacou?

<pw:xmr.mx> @slowbeardigger:matrix.org: I half read your comment as macaroon... mmmmm macaroons

<slowbeardigger:matrix.org> I love macaroons

<rottenwheel:unredacted.org> @dark.macau:xmr.se: so... dark.macau... @dark.macau:xmr.se who are you? Or rather, what account should rottenwheel unblock, hm?

<rottenwheel:unredacted.org> xmr.se, what a surprise...

<monerobull:matrix.org> Anyone see this? donjon.ledger.com/lsb/022

<monerobull:matrix.org> reddit.com/r/Monero/s/1C9PhZto3f

Speaking of macaroons....

> 20 March 2026 Monero app version 2.1.4 released with the fix.

that was posted June!

<jpk68:matrix.org> Ledger has so many scandals that you just forget about half of them after a while

<jpk68:matrix.org> And then no one cares anymore

> However, instead of returning the intended derived key material, the handler returned the entire 200-byte internal Keccak state (G_monero_vstate.keccakF.acc) to the host.

> Keccak-f[1600] is a public, bijective permutation operating on a 1600-bit (200-byte) state. When the input fits within a single absorbed block — as is the case here with only 65 bytes of input — the full post-permutation state fully determines the pre-permutation state.