00:01:35 nioc: https://blocks.p2pool.observer/payments 5 XMR came in then 10... overfunded by 5 XMR 00:03:23 if only the first donation showed on the website after 1 confirmation :( 00:03:34 maybe this is useful to someone https://blocks.p2pool.observer/payments.json?id=monero-ccs 00:03:48 that said I only track txs that come in blocks, so 1-conf 00:05:35 *if only all donations were to get displayed on the website after 1 confirmation 15:49:29 Community meeting in 10mins https://github.com/monero-project/meta/issues/1439 16:00:24 Meeting time: https://github.com/monero-project/meta/issues/1439 16:00:34 Hello all 16:00:40 End of meeting 16:00:51 Hello 16:00:53 Hello 16:00:57 hello 16:01:30 hola/hello 16:01:31 hi 16:02:15 while waiting for people to arrive, lets get into the highlights over the past 2 weeks 16:02:25 @syntheticbird 16:02:51 CUPRATE KESTERITE HAS BEEN RELEASED 16:02:54 DOWNLOAD NOW 16:02:59 ITS VERY FAST 16:04:05 Speaking of fast, some effort was also put into speeding up wallet sync in monerod (the graphs were a powerful motivator) 16:04:16 Don't count those chickens yet, monerod might catch up :P 16:04:24 https://mrelay.p2pool.observer/m/matrix.org/ofvrHSrhiWSJAaeTPOJxoYPU.png (clipboard.png) 16:04:41 h/t @boog900:monero.social 16:04:57 Hi 16:05:09 syntheticbird thx 4 the motivation :) 16:05:38 🫢. 16:06:00 is it too early to shill for more motivation? 16:06:02 We attempted to decrease the lock contention during hot paths, which resulted in a ~2.85x throughput increase when syncing 16 wallets at once 16:06:04 https://ccs.getmonero.org/proposals/syntheticbird_cuprate_scs_ab_3_months.html 16:06:22 havent had coffee, so yes. 16:06:26 kiddin' 16:07:40 no other highlights? 16:07:50 i feel like im forgetting something 16:08:11 there is something COLD that happened but that doesnt' concern monero 16:08:12 yes, koe was OVER FUNDED :P 16:08:21 oh right 16:08:27 πŸŽ‰ 16:08:48 wtf since when did confetti fill the screen 16:09:32 bro its beenn 10 years 16:09:44 back when matrix was called Riot 16:10:11 there is also 16:10:17 hello guys 16:10:45 maybe update I done other day has changed something in setting's then. never seen that happen before 16:10:48 hallo 16:10:51 News: Revuo Monero - This week in Monero TWIM << no news since the last meeting 16:11:11 not weekly thenm 16:11:23 syntheticbird can you run ci for https://github.com/Cuprate/cuprate/pull/668 :) 16:11:25 aloha 16:11:27 revuo is quarterly /s 16:11:44 sure thomas 16:11:49 4. CCS proposals 16:12:06 a. [MRL] Dennis Trautwein - ProbeLab P2P Network Metrics Proposal 16:12:30 not sure whats going on with this one, no activity, havent heard anything from the proposer(s) in over a month 16:13:23 guess will need to ping them again - if no response, probably close it? 16:13:25 they are around. they want to know the next steps. 16:13:38 okok 16:14:02 well, they can respond to the comments on the proposal (i missed mrl meeting, must be where they are) 16:14:28 $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 16:14:30 did not notice them at the last MRL meeting 16:14:56 bold of you plowsof to assume we all donors can read 16:15:29 he didnt, which is why he has to ask the proposer 16:15:35 https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/667#note_36602 16:15:56 plowsof: $40k for what? 16:16:05 for the proposal that he just linked 16:16:46 * thumbs up to plowsof * 16:16:56 ohh, thanks plowsof. i forgot to post the link :') 16:17:15 anyway that'll be a -1 for me 16:18:08 personally, im not a fan of the proposal. it started off very corporate, and was a paid service 16:18:28 felt to me like we were funding blockchain surveillance 16:18:43 It's also not fully open-source, I don't think 16:18:45 i am all for blockchain surveillance as long as its open source 16:18:56 since they will ofc sell their services to whoever 16:19:09 im not for funding for-profit BS 16:19:21 -1 16:19:44 if its free, and available to mrl for free, forever, i have np with it 16:20:10 if we pay to build it, then have to pay to access it, thats not cool 16:20:11 lol 16:20:37 dont quote me - the proposal has changed since the early iterations where this was the case 16:21:53 i still am not a fan. MRL ack'd the reduced scope, but a few downvotes here, so we're at a crossroads 16:22:13 If it's their business, why should the community fund any of it? 16:22:25 because 16:22:39 plowsof: oh ok, makes sense 16:22:48 lol 16:22:58 plowsof: "because that why, you see?" 16:23:28 ok, moving on 16:23:47 b. acx - part-time monfluo https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/690 16:23:52 i didnt forget the link this time 16:24:06 +1 16:24:08 +1 16:24:09 +1 16:24:47 +1 16:25:01 +1 16:25:42 c. jpk68 - full-time work (3 months) https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/689 16:25:46 will be nice to see how their monero-oxide stuff alleviates the monero dependency problems mobile devs encounter 16:26:43 ofrnxmr: The funding stuff has been resolved since the last meeting? 16:26:46 press +1 if you are a bad person 16:26:47 +1, also left a comment 16:26:51 c +1 16:27:03 Thank you for your support, everyone <3 16:27:06 +1 16:27:34 Regarding funding: I contacted Gingeropolous and he said he would comment on the proposal within two weeks 16:27:42 +1 16:28:07 I still believe the proposal qualifies as "future work", but again, it's not a hard requirement 16:28:54 d. panagot12 Monero LWS Observatory β€” Public LWS Health https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/686 16:29:13 lolwtf? 16:29:26 Not sure why this hasn't been closed yet :| 16:29:28 me when ping cloudflare.com 16:29:29 still 404 the repo 16:29:32 they made the repo public, and dm'd me on twitter (i think, dont remember) about it 16:29:35 NACK 16:29:37 now it 404s again 16:29:47 hard close for breaking the rules 16:30:02 you can’t have a proposal on the ccs and have the repo like that, or can you? 16:30:09 @jpk, not closed because we give everyone a fair chance 16:30:16 you can not, correct 16:30:26 thomas builds can complete this on a random sunday afternoon 16:30:38 lmao 16:30:48 ofrnxmr: So will be closed? 16:30:54 -1 anyways 16:30:58 i am voting for it to be closed 16:31:10 i am voting for author to be tortured 16:31:15 ofrnxmr: +1 to be closed 16:31:24 @syntheticbird: feathers involved? 16:31:28 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 16:31:40 @slowbeardigger:matrix.org: as a bird? yes 16:31:52 good\ 16:32:09 speaking of LWS, this is a bit off topic, but @plowsof i dont think we should be listing that lws csharp lib on getmonero 16:32:21 reasoning? 16:32:27 from btcpayserver monero devs? 16:32:30 its under a year old, about 5 commits for the whole repo, hasnt been touched in 5 months, and lws is a moving target 16:32:36 yes 16:32:43 +1 to remove 16:33:59 its not listed yet, but there is a new pr to add it 16:34:17 +1 to close it 16:34:21 i forgot to comment about it, and just wanted to say something 16:34:48 e. v1docq47 - monero konferenco 2026 voice-over and working on xmr.ru https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/683 16:35:26 +1 16:35:31 Im still a +1 here, but still want to wait for other proposals to be funded since this likely isnt urgent 16:35:42 @ofrnxmr:xmr.mx: agreed 16:35:50 https://ccs.getmonero.org/funding-required/ 16:37:12 and last, but not least 16:37:15 f. r4v3r23 - ANONERO Continued development https://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/671 16:37:24 -1 16:38:07 tbh i see Anonero a bit redundant 16:38:07 +1 for Anonero 16:38:45 +1 16:38:48 latest update on this was a support comment from vik / cake wallet https://repo.getmonero.org/monero-project/ccs-proposals/-/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" 16:39:07 for this current proposal we have a kotlin dev that didn;t notice the deps where >3 years old since anoneros inception 16:40:32 the longer this frags on, the more i wonder about the longevity -- plowsof pointed out some serious vulns that have yet to be fixed 16:40:38 freeze/thaw , pay to many, and account support exist already in monfluo which is also a fork of monerujo 16:40:46 http://git.anonero5wmhraxqsvzq2ncgptq6gq45qoto6fnkfwughfl4gbt44swad.onion/ANONERO/ANONERO/commits/branch/main 16:40:50 some / at least 1 16:41:04 which has already been fixed on a fork, and iirc on feather 16:41:20 has the community had any input on the new UI? 16:41:25 s/frags/drags 16:41:51 are they going to rely on AI to complete the milestones? https://git.disroot.org/iuanv9/anonero-fork/pulls 16:42:24 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? 16:42:39 it doesn't 16:43:41 syntheticbird have you used anonero wallet? 16:43:53 during a short period of time 16:44:00 a year ago 16:44:05 does that count ? 16:44:14 i guess so 16:44:20 a fresh wallet for one time use / testing? 16:44:51 just testing since cake wallet syncing over tor was duper slow and I wanted to test out other monero only wallets 16:45:21 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 16:45:30 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 16:45:39 and dont use it as air-gapped, because anon has internet permissions 16:45:48 (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 16:46:27 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 16:46:55 anon is the airgap / offline signer half 16:47:25 during set up you select a node (for your air gapped wallet) 16:47:38 and your airgapped wallet begins to sync from that node 16:47:40 Yeah, it's just the anoyance of the "offline signer" trying to sync all the time on a phone without internet 16:47:54 Even without node configured 16:48:09 A few fixes but at the end it could be a good option 16:48:25 Also Anon don't seam to LOCK itself if you don't "exit" it once your done 16:48:42 it also loads the ui before the lockscreen 16:48:52 like you unlock phone a few hours later and your right in the wallet, no unlock needed 16:49:13 this is what i mean about maintenance 16:49:27 the last dev just seems to have up and left once the funds ran out 16:50:29 so we have more upvotes than down to merge ANONERO as is 16:51:05 im not against merging it 16:51:21 @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 ? 16:51:24 but i guess it might be a good idea to confirm that the dev is still availale 16:51:58 it seems all over the place imho 16:52:08 @pw:xmr.mx: the devs last commit was updating dependencies 2 months ago 16:53:01 you did say don't reduce the time scales, keep it long and it's ok to finish early 16:53:28 -1 16:53:38 thats what i said, yes. raver said that the dev would stay on for a year regardless 16:53:53 "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." 16:53:55 if the dev deosnt come back for 100 odd monero im sure someone else can audition to do the work 16:54:29 fair 16:54:36 kotlin devs that are willing to make merges outside of core that are reviewed by themselves 16:55:14 btw, i skipped jeffro since im assuming that is just awaiting merge 16:55:27 yes (with 1 milestone already completed) 16:56:41 ok, thats all folks. need to get back into my research into defeating syntheticbird and the evil cuprate kestrintueisdes 16:57:05 Next meeting Sat Aug 22, 2026, 1600 UTC 16:58:02 thanks everyone 16:58:20 thanks 16:59:06 thnx 16:59:17 take care ppl 17:00:21 ofrnxmr: sounds like the next starwaes episode 17:00:30 fs star wars 18:19:23 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 18:19:45 for real wallets the throughput increase will be less 18:36:20 @boog900: you are being cruel 18:37:01 I had to hold back from sending the cuprate graph 18:37:20 i admire the self control 18:37:41 I'm going to try and figure out how to recreate Boog's graph setup, and then maybe compare performance across release versions 18:38:02 For example, v0.18 vs. master vs. some other experimental changes 18:38:19 What even is the setup? Python? 18:38:48 why figure it out instead of just asking for it to be shared 18:39:09 That was attempted :P 18:39:12 oh lmao 18:39:28 No pressure or anything, I can figure it out (probably) 18:39:31 The first one that used real wallets was, the second one (which created that graph) was rust 18:39:35 monerod will win in the end 18:40:00 delusions of grandeur 18:40:17 It was slopped so I don't want to like publish it as endorsed code 18:40:21 shrodingers monerod 18:40:28 is rust starting to replace c/c+ ? 18:40:30 I wish I could say that will happen in the near future :pensive: 18:40:51 Who is going to implement something like Cuprate's storage architecture 18:40:56 No one's doing that anytime soon 18:40:57 @jpk68:matrix.org: well, monerod reviews for slightly big changes take forever 18:41:00 like p2p encryption 18:41:05 hasn't caught up yet :) > <@ofrnxmr:xmr.mx> monerod will win in the end 18:41:10 so, near future is probably a pipe dream 18:41:16 @ofrnxmr:xmr.mx: This is a big reason I think it never will 18:41:22 @boog900: i have a local build that improved node sync by 2x 18:41:35 but i didnt tell you that 18:41:40 its a secret 18:41:46 not enough :) 18:41:48 Anyways, it's good to have competition. Then we can all benefit 18:41:51 oh, whoops. i thought this was dm 18:42:04 with logs and everything 18:42:07 crazy secret 18:42:09 @boog900: i meant to say 20x, but its not real yet 18:42:31 should get glowing explorer involved. 18:42:32 also not applicable to fast-sync 18:42:45 ah 18:43:13 We are much faster full verification sync 18:43:40 yeah 18:44:01 i benched (as in, sports) that stuff for now 18:45:21 vtnerd did some pretty impressive refactor in modern C++ in some parts of epee yet reviews stalled 18:45:41 Link please? 18:46:08 I think the weak_ptr thing might be part of it. That was merged yesterday or today 18:46:45 https://github.com/monero-project/monero/pull/8970 18:47:05 Oh, that, yes 18:47:50 I think the best way to improve monerod will be to start monerod 2 18:48:23 "yo chatgpt, reqrite monerod in C. make no mistakes" 18:48:26 @boog900: unironically not even need to start from scratch, just fork monerod and refactor everything with accelerated review process 18:49:05 Bitcoin Core was never fully rewritten, yet it has improved a remarkable amount over the years 18:49:12 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 18:49:20 monerod have an interface for the database 18:49:23 I am unconvinced we couldn't do the same. monerod is also "modular", somewhat at least 18:49:29 so that makes adding another backend pretty scoped 18:49:35 tapes was one our last things FWIW 18:49:45 I think monerod can go far with LMDB 18:49:51 Can we just use a tar archive, lol 18:50:00 @boog900: I'm just saying tapes because you need to start somewhere 18:50:15 then venturi carry you into other parts to refactor 18:52:12 Does it use Cuprate libraries for P2P stuff? > <@boog900> It was slopped so I don't want to like publish it as endorsed code 19:01:04 it uses our RPC types and epee lib 19:02:14 Also, are you using regtest? 19:02:18 I just need more info, pleeease :(( 19:02:35 @jpk68:matrix.org: 50 XMR and I'll give you the slop 19:02:46 the crate is called cuprate-flex 19:05:54 @jpk68:matrix.org: it's a mainnet DB fixed to a certain height like 2 weeks ago 19:06:36 dev is available > <@ofrnxmr:xmr.mx> but i guess it might be a good idea to confirm that the dev is still availale 20:00:13 @rottenwheel:unredacted.orghi again babygirl 20:00:22 Why did you block? 20:00:35 @dark.macau:matrix.org: Identify yourself, "babygirl". 20:00:50 I'm Macau 20:00:55 I'm rotten. 20:00:59 I have no idea who Macau is. 20:01:05 I know I love you 20:01:11 Until you say who you are, I have nothing to talk to you about. 20:01:13 Bye. 20:02:05 macau wrong channel/everything 20:02:10 I'm sorry 20:02:34 I will DM but please undo the block rottenwhell 20:04:13 πŸ˜† 20:21:35 @dark.macau:matrix.org: How can I unblock if you don't tell us who you are... 20:26:15 maybe you should be specific, β€œhow are you in the monero space?” 20:41:19 <321bob321> Sad 20:41:35 <321bob321> How do you block people irl 20:41:39 sad? 20:41:57 <321bob321> Not u 20:42:05 ikikik 20:48:24 people always ask who dark.macau is but never how he is 20:49:02 I would focus more like 20:49:10 Do you post memes? do you have a github? 20:49:24 why when i read macau my brain says macacou? 20:52:00 @slowbeardigger:matrix.org: I half read your comment as macaroon... mmmmm macaroons 20:52:18 I love macaroons 21:05:49 @dark.macau:xmr.se: so... dark.macau... @dark.macau:xmr.se who are you? Or rather, what account should rottenwheel unblock, hm? 21:06:25 xmr.se, what a surprise... 21:48:20 Anyone see this? https://donjon.ledger.com/lsb/022/ 21:57:46 https://www.reddit.com/r/Monero/s/1C9PhZto3f 22:06:57 Speaking of macaroons.... 22:07:01 https://xcancel.com/BtcpayServer/article/2085865561137831938 22:33:57 > 20 March 2026 Monero app version 2.1.4 released with the fix. 22:34:18 that was posted June! 22:43:27 Ledger has so many scandals that you just forget about half of them after a while 22:43:36 And then no one cares anymore 22:44:24 > 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. 22:44:24 > 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.