<pyxmr2025:mozilla.org> Hey everyone, I’d like to gather your opinions on the content-creation-plans at repo.getmonero.org/monero-project/c…requests/655#content-creation-plans in advance.

<pyxmr2025:mozilla.org> There are two options:

<pyxmr2025:mozilla.org> 1. Automated Generation via AIGC Tools[... more lines follow, see mrelay.p2pool.observer/e/7q2h7fEKMWJOX3Rm ]

<pyxmr2025:mozilla.org> Also, I hope this proposal is not just a temporary replacement for Observer, but can also serve as a reference for 3RA to upgrade Observer. After all, he mentioned that he plans to:I will likely implement some changes to the project: migrate away from Jekyll due to its excessively long local build times, redesign the website, and potentially expand the overall journalistic approach.

<kayabanerve:matrix.org> 25 minutes till the meeting, right?

<syntheticbird> 4 pm UTC

<hbs:matrix.org> nope 1h24

i have one server with 8 e7-8880 v4 and another one with 8 e7-8880 v3 .i have 480 gb ram .which is the best way to mine?better to insert all ram in one server and to use only one server for mining or to use both servers inserting half of memory in each one.

<pyxmr2025:mozilla.org> trevor: Of course, mine with both servers at the same time.

<pyxmr2025:mozilla.org> Theoretically, as long as your RAM is larger than 2GB, you can mine with high efficiency.

<pyxmr2025:mozilla.org> and this problem you could go to #xmrmine:matrix.org

thank you.

#monero-mining (theyre on irc)

<pyxmr2025:mozilla.org> nope 20min!

<ofrnxmr:xmr.mx> Lol msg didnt send

<ofrnxmr:xmr.mx> mrelay.p2pool.observer/m/xmr.mx/dvHvtvfNfobxHtpiVuVahWKP.png (share_8575133963605237553.png)

<ofrnxmr:xmr.mx> Meeting in 13mins

selsta part-time monero development (3 months) (20) is now fully funded! ccs.getmonero.org/proposals/selsta-20p.html @luigi1111

tyy

<ofrnxmr:xmr.mx> Meeting time.

<ofrnxmr:xmr.mx> Agenda: monero-project/meta #1356

<ofrnxmr:xmr.mx> We have 11 proposals to introduce & discuss within the hour. Aiming to budget average 5 mins per item.[... more lines follow, see mrelay.p2pool.observer/e/kNmT_vEKRTBzX3g4 ]

Hello

hi

<pyxmr2025:mozilla.org> hi

We have 11 proposals to introduce & discuss within the hour. Aiming to budget average 5 mins per item.

Greetings!

Hello

(Reposting from irc since the message was truncated)

g'day

<syntheticbird> Hi

Any community highlights anyone would like to share over the past month or so?

<sneedlewoods> hey

<pyxmr2025:mozilla.org> Well, the new beta version of getmonero.org is definitely a highlight.

Yea. Its been migrated to github.com/monero-project/monero-site on the "beta" branch

<hbs:matrix.org> hello

Monero core/gui release(s) , be sure to update getmonero.org/downloads

Dont update :O

<dangerousfreedom:matrix.org> Hello

<sneedlewoods_xmr:matrix.org> can't see meeting messages from this account, if others have the same problem join on irc

<redsh4de:matrix.org> hello

:P. There is a bug

<strawberrychocolatefudge:matrix.org> Hi there

sneedlewoods_xmr: Same here

Dont update

<pyxmr2025:mozilla.org> ofrnxmr: I think I could try to contribute. The beta design is really good, but it’s missing some animations, isn’t it?

Stick with v0.18.4.5 for now. Wait for v0.18.4.8

<syntheticbird> @pyxmr2025:mozilla.org: Sorry @pyxmr2025:mozilla.org I cover that already

<pyxmr2025:mozilla.org> @syntheticbird: emm,I see.ok

News: [Monero Observer](monero.observer) - [Revuo Monero](revuo-xmr.com) - [This week in Monero TWIM](cyphergoat.com/this-week-in-monero) -- observer is still on break

<pyxmr2025:mozilla.org> Forget about Monero Observer. Can anyone of you get in touch with 3RA? I don’t have XMPP anyway.

There is a proposal to discuss today from jackie wrt a news aggregator

<pyxmr2025:mozilla.org> yeah

If nothing else, lets get into the proposals?

monero moon 89 was the most recent newsletter, or? (mar 11) themoneromoon.com/p/the-monero-moon-issue-89

<pyxmr2025:mozilla.org> parasew_II: yeah

ok proposal time

i. VTNerd - [2026 Q2 Proposal](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/654) -- core monero work + continued lws development. Plenty of lws updates and is nearing a stable release

<syntheticbird> merge

<syntheticbird> no doubt

<pyxmr2025:mozilla.org> +1

+1

<syntheticbird> I have to admit its frustrating to see so many improvements from vtnerd not merge

+1

<pyxmr2025:mozilla.org> vtnerd has been doing an absolutely fantastic job all along.

<syntheticbird> but hey he is engaged on it

<ofrnxmr:xmr.mx> +1

yeah, a problem is a lack of thorough reviews

But after 2years the socks5 pr was finally merged into master

<pyxmr2025:mozilla.org> ofrnxmr: 2years

e. DangerousFreedom - [Integrate FCMP++ into monero-inflation-checker](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/645)

<pyxmr2025:mozilla.org> ofrnxmr: We might run into the same issue once Weblate goes live.

some might remember dangerousfreedom from creating the inflation checker website. He has funds remaining from his prior ccs that will be used to fund this proposal. As such, i agree with plowsof that we dont need to merge right away

Was brought up in NWLB meeting(s), rbrunner has approved the recent changes

<pyxmr2025:mozilla.org> +1

<syntheticbird> +1

its a merge imo, but is essentially a retroactive proposal, so can be merged anytime w/o issue since the funds are already earmarked

!nick jpk68

oops

<ofrnxmr> +1

k. plowsof - [CCS Coordinator + QATS](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/656)

<pyxmr2025:mozilla.org> merge+1

<pyxmr2025:mozilla.org> There have been some changes, but plowsof has been doing a great job. Besides, he’s familiar with the processes and relationships between CCS and core, even as a collaborator.

<syntheticbird> ngl i had trouble to follow the changes but he had explain enough so that's a merge +1

You might remember plowsof from being everywhere, all the time. Keeping an eye on everything that happens behind the scenes. Helping with releases and all that good stuff. Changes to recent ccs is a shift of tone / focus to ack his other contributions instead if just "ccs coordinator"

<pyxmr2025:mozilla.org> ofrnxmr: yeah.I swear he’s online 24/7. My classmates and I were even joking about whether he ever sleeps, lol.

<ofrnxmr> its a +1 from me with adding ccs coordinator back to the list. It would be hard to have ccs function without his time spent helping proposers and dealing with luigi

<pyxmr2025:mozilla.org> @ofrnxmr: Someone else will take over eventually, but the process still needs Plowsof to mentor and guide them through it.

I dont think core is going to listen to many people or allow write access to the gitlab

<syntheticbird> Trust, the ever long-standing issue in human history.

<pyxmr2025:mozilla.org> ofrnxmr: Doesn’t the C in CCS stand for community?

Core runs the infra, the wallets, and merges all proposals.

<syntheticbird> @pyxmr2025:mozilla.org: Don't forget the other C

<syntheticbird> CC

<syntheticbird> Community Crowdfunding

<syntheticbird> The Crowdfunding is the community part

Community crowsfunds. We dont run the platform

Exactly what synthetic said

g. CJ - [Grease Payment Channels -- production implementation and SDK](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/651)

For sure remove the asci at the top

<syntheticbird> is this a retroactive proposal ?

<ofrnxmr> ofrnxmr: Thus is a very complicated proposal. @hbs:matrix.org had some comments on it

<ofrnxmr> @syntheticbird: No

<syntheticbird> > Overall, the project is around 60% of the way towards a production-ready beta. Total development time for a production-ready beta is

<syntheticbird> > estimated at 3,500 hours, of which around 1,975 hours have been completed

I'm here, if you have any specific quesiotns

<syntheticbird> yeah my bad there is the total below

<hbs:matrix.org> The Grease proposal is unsatisfactory in my view since it only produces a system with a centralized entity as the Key Escrow Service.

Well, this proposal does. The goal is 100% to move to a decentralised KES. But better to take smaller steps than try and do everything at once

<ofrnxmr> But its also not a complete proposal. Mentions a follow up proposal and, again, is quite complicated. I think this one should also require approval from MRL

<pyxmr2025:mozilla.org> But we’ve already paid the price in time.

<ofrnxmr> We havent funded anything on grease. It was funded by the Power Up Privacy group

Could benefit from MRL(?) commenting on the MoNet paper - its been linked there previously im half certain, not sure what they think

CjS77: Is AI being used to write some of the code for this project? CodeRabbit is listed as a contributor on GitHub

<pyxmr2025:mozilla.org> AI can impact project maintainability, but I think it’s fine as long as we control how much we use it.

<syntheticbird> my only concern is that this should be disclosed to donors explicitly

CodeRabbit does reviews in Github.

I use AI for boilerplate code. But core stuff (crypto /signature schemes / ZK code) is still faster to do it at "human speed". In any case, I never commit any code written by an agent without reviewing it, like I would with any contributor submitting code to an OSS project

note: I think there may be some crossover with Baltsar's proposal wrt ai agents

"Agentic AI payments - This emerging use-case may become the most important. As AI agents become more capable and autonomous, they

will need to make a huge number of on-demand payments for various services, such as API calls, data access, compute resources, and

more. Grease channels can be thought of as disposable wallets for these agents. Users can fund a channel with a predetermined budget

for a specific purpose, and the agent can only use it for that purpose and nothing else until the budget runs out. This provides a

secure and private way for agents to make payments without their owners risking overspending or having to share seed phrases."

My concern is mostly with crypto implementations, which this project involves

<syntheticbird> Please precise it in your proposal because if you don't say it people are gonna lose their mind thinking you are vibecoding it entirely

Using agents for this seems to be a recipe for disaster

Yeah, that I do myself

But I find it handy to have agents review the code. They do find little issues.

i dont see any issue with running the code through AI for reviews

Me neither :)

One issue with external projects to core, which itself struggles for reviewers

<pyxmr2025:mozilla.org> CjS77: I agree with that.

Defer to MRL and revisit?

<syntheticbird> As long as the maintainer is competent enough to filter false positives that's fine

<syntheticbird> ofrnxmr: ofrnxmr: definitely

<pyxmr2025:mozilla.org> +1

h. Baltsar - [monero-mcp Maintenance, Guides, and Demos (2026 Q2)](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/652)

And confirm sentiment on funding layer2 as the time/funding is significant

CjS77 do you have any comments on this proposal?

On Grease, or monero-mcp Maintenance?

Baltsar is pasting output of gpt in his replies to me , emdash and all.

Monero-mcp

Ah, nope. Have not read it

Can you take a peek. Its seems mostly AI generated (even the proposal), but seems there js some overlap with your proposal

A quick scan suggests it might be complementary rather than competing with Grease

<syntheticbird> I have nothing against, I see a use case, pricing is high tho

What do you mean by competing? It's not even for the same sort of thing

A benefit of payments channels is that they're basically like a covenant. No prompt injection or anything similar can redirect payments -- a payment channel can *only* route payments to its intended recipient, which feels to me like a huge plus for AI agents

<syntheticbird> no offense but $135/hr for a project that will be vibecoded is unreasonable.

<ofrnxmr> jpk, there is a part of grease proposal that mentions ai payments

Ah, my bad

<ofrnxmr> ^ > <ofrnxmr> "Agentic AI payments - This emerging use-case may become the most important. As AI agents become more capable and autonomous, they

<syntheticbird> yeah i agree with jpk68 here

jpk68 - like I said -- I just had a quick scan

<syntheticbird> grease proposal mentions AI as a use case

<syntheticbird> this proposal is talking about MCP

<ofrnxmr> Yeah. Im leaning nack on mcp, but can wait for more comments on it

No offense, but I really fail to see the use case for this

<syntheticbird> same stance as ofrn

<pyxmr2025:mozilla.org> wait for me a moment(about my ccs)

<syntheticbird> jpk68: LLM controlled wallet

Yes :)

Ok, will save jackie for last

2 other sinilar mcp ish repos exist. Also sech1 described a way you'd get rekt using an older version of this in a reddit comment lol

<syntheticbird> so you can imagine gadget assistant sending payments on your behalf

moving on

c. Strawberry ChocolateFudge - [Homomorphic Dex infrastructure to increase privacy against cross-domain metadata-correlation attacks](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/642)

<ofrnxmr> ofrnxmr: I think this needs comments from woodser, binarybaron etc. I dont think it makes sense

<syntheticbird> I have not understood a single fucking paragraph of this proposal

might be my tiktok attention span but i couldnt understand what problem this solves and where it could be applied

<ofrnxmr> It sounds like an AI generated idea

<ofrnxmr> A solution in search of a problem

<strawberrychocolatefudge:matrix.org> That's mine. It's a proposal to write a DEX infra with an order book first approach.

<ofrnxmr> Basicswap is an orderbook-first approach to an atomic swap dex

<pyxmr2025:mozilla.org> back now

<ofrnxmr> you could argue that haveno also is

<strawberrychocolatefudge:matrix.org> It's a privacy focused orderbook system that mitigates chainalysis on Dex that happens via public order tracking

<strawberrychocolatefudge:matrix.org> A dark pool basically

Would it not be possible to perform the improvements on haveno itself? Why something new rather than improving/maintaining an existing dex?

<ofrnxmr> hopefully we can get comments from ecosystem participants such as haveno, eigenwallet, basicswap, and serai

<syntheticbird> You are stretching on the benefits but fail to explain simply what your solution is and how it solves the problem you are mentioning

<syntheticbird> imo

<ofrnxmr> @ofrnxmr: Since it appears that is supposed to "add privacy"(?) to existing dexs?

cc monerobull

<monerobull:matrix.org> what

Hello

<monerobull:matrix.org> ofrnxmr: this is bullshit

<monerobull:matrix.org> close

<strawberrychocolatefudge:matrix.org> It's in the spec on how it works. The proposal is to reuse existing developed atomic swap with a privacy focused order book.

<ofrnxmr> So why not work with eigenwallet?

<syntheticbird> i've heard enough

<ofrnxmr> Have you spoken to them?

<syntheticbird> -1

So instead of adding the improvement, you just fork/rewrite an existing DEX and add a feature?

*adding to Haveno, etc.

Moving on (running out of time)

f. jpk68 - [I2P SAMv3 support](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/650)

Happy to answer any questions about this one :)

<monerobull:matrix.org> @syntheticbird: -1

<syntheticbird> jpk68: How does it feel to be the third person to attempt at integrating I2P into monerod

I feel like it's worth a shot :)

Plus it's something that just needs to get done

<ofrnxmr> Sorry jpk, i meant to comment on the proposal a while ago.

<ofrnxmr> i think i have to nack the proposal for just 1 reason. There have been like 5 attempts to add i2p to monero gui, and all of them have been ai slop garbage. Your proposal is much less than the bounty available and includes the bounty deliverable. Why not just do the work and claim the bounty?

<syntheticbird> One point that inerest me is :

<syntheticbird> > Contributing to and improving upon existing documentation for anonymity networks in Monero

<syntheticbird> where is this documentation going to be ?

I'm proposing to work with the I2P devs on migration/setup guides.

The current I2P setup docs (in monero-docs) are unclear and horrendously outdated

<pyxmr2025:mozilla.org> I just think native I2P support would be more convenient for new users.

<ofrnxmr> Also, you cant replace the socks support. Monero has a policy of not breaking things, so sam would have to be in addition to / an an option to socks

<syntheticbird> with the I2P devs? what?

<ofrnxmr> jpk68: They arent outdated at all.

<ofrnxmr> (i wrote them)

<syntheticbird> > Pass code review requirements

<syntheticbird> can't be a milestone objective

ofrnxmr: Yes, the plan is to add it, keep SOCKS5 in for now (backwards compatibility), and later deprecate it after migration is given some time

<ofrnxmr> Recently

Also, just to add, this proposal has received endorsement from the I2P team, vtnerd, and StormyCloud (a nonprofit that sponsors I2P)

syntheticbird: Yes

<syntheticbird> vtnerd is part of the i2p team?

<pyxmr2025:mozilla.org> jpk68: ?

No, I mean him as well as the I2P devs

<ofrnxmr> It has 0 upvoted - vtnerd hasnt endorsed it

He said "I am in support"

Let me find the chatlog

<ofrnxmr> I saw it. He's in support of i2p sam

<ofrnxmr> Not necessarily of the proposal

My bad, was unclear

<ofrnxmr> ^ > <@ofrnxmr> Sorry jpk, i meant to comment on the proposal a while ago.

They can thumb the proposal up to confirm or not

<ofrnxmr> Im still of the party of "claim the 100+xmr bounty"

Yes, I asked them to but I think they forgot

<pyxmr2025:mozilla.org> The proposal is fine, but code (especially code like this) shouldn’t be handed over to AI.

Yes, of course, I don't use AI for anything

<pyxmr2025:mozilla.org> jpk68: Joke:Maybe they were just humoring you.

<ofrnxmr> 3.5 more proposals to go

<syntheticbird> Use case is clear. Some objectives under milestone is bugging me out. Endorsement needs to be ironed out. I'm against a nack but I stand for a revisit.

ofrnxmr: The bounty seems a bit ambiguous

bounties.monero.social/posts/32/140…-204m-i2p-baked-into-the-monero-gui bounty in question. That will most likely be changed to fit the spec of this proposal should devs deem it the correct way to integrate it. Would also be good to hear cuprates way of doing this

<pyxmr2025:mozilla.org> @syntheticbird: +1

+1 to what plowsof just said

Any submission that includes integrated i2pd binaries ("similar to how Bisq offers Tor support") could ostensibly be accepted, which is completely against what devs reccomend

I2P devs, I mean. I really want to make sure this is done the right way, which is with I2P SAM support in the daemon and a GUI interface later

Plus full migration guides

We'll revisit in a couple weeks

j. JackieXMR - [Set up a temporary news aggregation website](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/655)

Sounds good to me :)

<syntheticbird> hopefully coupe < 4

??

<syntheticbird> s/coupe/couple

<syntheticbird> hopefully you don't have to wait 4 weeks

Jackie can you explain your proposal quickly

<pyxmr2025:mozilla.org> yeah

<pyxmr2025:mozilla.org> 2-3min need

<ofrnxmr> Ok, we'll come back

b. Redsh4de - [CCS Frontend Redesign & Backend Upgrade](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/641)

There is 2 related proposals here

<syntheticbird> +infinity

<ofrnxmr> d. SyntheticBird - Site and CCS UI/UX, Transitions & Animations work (4 months) (repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/644)

+infinity

<syntheticbird> my man

<pyxmr2025:mozilla.org> Shall we keep going?

<ofrnxmr> My qualms with these 2 are:

<ofrnxmr> redshade: i think the design itself should be approved before moving fwd. Also ack from core on backend changes.

<ofrnxmr> synthetic: adding js to ccs website probably nack

<ofrnxmr> even suggesting adding js to site for a theme toggle wasnt received well

<ofrnxmr> When i say design, i dont mean matching bets-site styling. Thats fine imo.

<syntheticbird> It wasn't received well but like you said the other time, there are already past example of optional js integration. I realize this is contentious but the this js work is using a standardized API that is disabled by default on privacy browser and optional. It doesn't hurt the function of the website in any way even for the safest mode in tor browser

<syntheticbird> moreover

<syntheticbird> Either you trust getmonero.org or you don't. People that are complaining about no js are the one disabling it entirely.

<redsh4de:matrix.org> design approval wise - makes sense, i reckon can discuss what we were planning in a seperate meeting to reach some kind of consensus

<syntheticbird> And that is fine

<syntheticbird> but you can't say no one should have js just because you don't want it to be there when you disable it entirely

<pyxmr2025:mozilla.org> @redsh4de:matrix.org: website workgroup meeting?

<ofrnxmr> Should we have that diffusion in -site?

<syntheticbird> certainly

<ofrnxmr> Sounds good

<redsh4de:matrix.org> +1 with the JS stuff - the toggle case for example is a additional layer to a no-js codebase that doesnt interfere with functionality, and security conscious people already have it turned off. it doesnt change anything for people who care, and just slightly improves UX for people who dont

<jbabb:cypherstack.com> @syntheticbird: No one should have js 😈

<syntheticbird> @jbabb:cypherstack.com: EFF member spotted

back to j. JackieXMR - [Set up a temporary news aggregation website](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/655)

Jackie please state your case

<pyxmr2025:mozilla.org> hi

<pyxmr2025:mozilla.org> rebuilding a Monero Observer using Hexo.

<pyxmr2025:mozilla.org> 3RA said he was going to do a refactor

<pyxmr2025:mozilla.org> Hexo build time is only 14 seconds.

<pyxmr2025:mozilla.org> and it can no js

<pyxmr2025:mozilla.org> it looks like a blog

<ofrnxmr> Nothing has been done yet, no example right?

<pyxmr2025:mozilla.org> @ofrnxmr: emm,my blog?

<jbabb:cypherstack.com> is 0.5 XMR the lowest payout ever requested or what's the history on that?

<ofrnxmr> I dont think so. 0.2xmr i think (and we got scammed 😂)

<ofrnxmr> @pyxmr2025:mozilla.org: Link?

<pyxmr2025:mozilla.org> @jbabb:cypherstack.com: it's about 1200CNY yeah

<pyxmr2025:mozilla.org> jackie.openenet.cn

<pyxmr2025:mozilla.org> github.com/PyXMR2025/blog

Was kewbits blog opensource? That seemed ai generated

<ofrnxmr> repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/339 0.2xmr

<pyxmr2025:mozilla.org> @jbabb:cypherstack.com: I can finish that at 2-3 days

<pyxmr2025:mozilla.org> v

<pyxmr2025:mozilla.org> Are we talking about the lowest payout ever requested?

<jbabb:cypherstack.com> ha, sorry--this is all offtopic, thanks for the history lessons

Ok. We can comment on the proposak

And revisit

Last proposal a. [39C3 Support](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/622)

This has been sitting for a while. I still have no comment on it.

<hinto> 39C3 is already over, no?

<ofrnxmr> Yes

<syntheticbird> yeah last comments

<syntheticbird> this should for 40C3

<redsh4de:matrix.org> yeah, id +1 if it was updated to include that it would be for 40c3

<syntheticbird> same, +1

<ofrnxmr> Its still incredibly expensive for attending a conference

<syntheticbird> and yet there is a lot of competition there

<jbabb:cypherstack.com> this came out of that: codeberg.org/telliandev/xmr-cdc-badge

<ofrnxmr> @ofrnxmr: But what do i know - i dont attend conferences

The cost breakdown was something else

<jbabb:cypherstack.com> i have to abstain, i benefit from this, but full disclosure, i was already paid by diego to go

<jbabb:cypherstack.com> i guess noting something came out of it isn't abstaining, sorry

this was not meant for attendance, please see the budget for details. the original proposal was regarding 39c3. all the people and expenses have been pre-financed by riat and sponsors. extra funds (if any) are used towards the upcoming 40c3. ( we financed ca 50% thanks to rehrar and power up privacy, the rest has been paid by riat).

Keep adding C3's to it until its merged

proposal should be changed for 40c3

<pyxmr2025:mozilla.org> +1

Ok, we're 20mins over budget

Confirm next meeting date/time

April 4 1600UTC, cool?

<syntheticbird> tomorrow

<pyxmr2025:mozilla.org> next week?

<syntheticbird> jk

Thanks for chairing ofrnxmr and everyone for feedback. I couldn't have chaired this as im less than half here

2 weeks

<syntheticbird> ofrnxmr: good with april 4

Thanks everyone. See you there

<pyxmr2025:mozilla.org> thank you ofrnxmr

<sneedlewoods> thanks ofrn for moderating and everyone else for attending

<syntheticbird> thanks

<jpk68:matrix.org> Thanks

<syntheticbird> yeah excellent job

<redsh4de:matrix.org> thanks

<hbs:matrix.org> Thanks ofrnxmr

<pyxmr2025:mozilla.org> By the way: repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/655 still needs further discussion on the Content Creation Plans. I’ll try to finish part of it, and the proposal may be updated at any time! Thanks everyone.

[CCS Proposals] Strawberry ChocolateFudge closed merge request #642: Homomorphic Dex infrastructure to increase privacy against cross-domain metadata-correlation attacks repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/642

<strawberrychocolatefudge:matrix.org> Alright, I'll close my proposal. I understand I need to publish the dex analysys tooling first, before I propose anything, otherwise it's a communication error. Have a good evening.

People who close their own proposal should be secretly awarded double their asking amount

<hbs:matrix.org> @strawberrychocolatefudge:matrix.org: In light of the recent spam attacks on eigenwallet you may want to detail how your network of nodes would be protected against spam attacks

<kayabanerve:matrix.org> Ffs, I got distracted and did not come back to actually attend the meeting D:

<kayabanerve:matrix.org> I don't believe the 'homomorphic encryption' idea for a DEX is well reasoned.

<kayabanerve:matrix.org> Ah, author closed it.

<kayabanerve:matrix.org> CjS77: Can you please clarify _how_ the KES would be decentralized? I don't see how it can without infrastructure such as Serai.

<kayabanerve:matrix.org> Yes, someone _can_ build a decentralized network using threshold cryptography to interact with Monero, obviously, but the existing comments about using 'a blockchain' seem to suggest Ethereum could be used, when I don't see how.

<kayabanerve:matrix.org> (did they leave the room? I can't tag them)

<kayabanerve:matrix.org> > The ultimate goal is to deploy KES implementations to one or more trustless private blockchains. Candidates include Aleo, Aztec, DarkFi & Tari.

<kayabanerve:matrix.org> does say that a 'private blockchain' would be used, but I don't see how one would DarkFi or Tari.

<kayabanerve:matrix.org> One doesn't need a private blockchain, but one which can programmatically reveal an encrypted piece of data, which would be an MPC solution such as Serai implements.

<kayabanerve:matrix.org> Aleo also would be insufficient AFAICT.

<kayabanerve:matrix.org> Aztec also would be insufficient AFAICT, though off-hand I thought they had private circuits _and_ encrypted data /shrug

<ofrnxmr:xmr.mx> > 17:12:39 *** CjS77 (~CjS77⊙1269rvp) has quit (Quit: Client closed) > <@kayabanerve:matrix.org> (did they leave the room? I can't tag them)

Will fwd on gitlab

<kayabanerve:matrix.org> @ofrnxmr:xmr.mx: :(

MoNet /.Grease is listed under payment channels in monero-project/research-lab #94

<pyxmr2025:mozilla.org> Note that there is a funding change in commit a18d8e1 of repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/655.

<ofrnxmr:xmr.mx> repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/655

<jpk68:matrix.org> @ofrnxmr:xmr.mx I left a comment on my CCS which is relevant to your bounty-related concern(s). Hopefully it clears some stuff up

<jpk68:matrix.org> Sorry for writing paragraphs, haha

<jpk68:matrix.org> I'm also going to reach out to zzz/idk again, asking them about upvoting it. I'm sure they just forgot :)