2.5 + 2.5 + 2 = 8

forget that for a second.

file "creation" looks fine?

fixed, btw.

its going straight to work in progress without funding?

I believe I said fixed?

lol

would you look at that? ccs.getmonero.org/ideas

<s​yntheticbird:monero.social> cuprated achieved fast-sync in 1h50m: matrix.to/#/!zPLCnZSsyeFFxUiqUZ:mon…l&via=matrix.org&via=unredacted.org

👏

<s​pirobel:kernal.eu> sir, this is a community workgroup channel 🙂

[CCS Proposals] plowsoff opened merge request #560: plowsof CCS Coordinator repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/560

<p​lowsof:matrix.org> meeting in 2 hours monero-project/meta #1164

<a​remor:matrix.org> Oh nice. New time

<s​pirobel:kernal.eu> 2 am here 🌃

<b​usyboredom:tchncs.de> I'm moving this weekend so won't make it to the meeting, but my update for AcceptXMR is:

<b​usyboredom:tchncs.de> Had a fun side quest packaging the WordPress plugin for nixos-based WordPress installations. Slow progress on the currency conversion work, should make faster progress next two weeks since I'll be done moving.

Thanks for the update busyboredom 💪

<o​frnxmr:xmr.mx> i prefer the old time (1600utc)

<o​frnxmr:xmr.mx> The later it gets, the more it lands in the middle of stuff

Meeting time monero-project/meta #1164

first time at 18:00 , maybe 20:00? or back to 16:00 we can play it by ear

<s​pirobel:kernal.eu> 16 pls 20 would be 4am for me

right... ok lets get through the major recent events

[OSPEAD](github.com/Rucknium/OSPEAD) "since the August 2022 hard fork [...] an effective ring size of 4.2" - Rucknium [related reddit thread](reddit.com/r/Monero/comments/1ivnef…s_published_ospead_findings_showing) xenu

<m​ichael:monero.social> Hello.

hello

im wondering if any chainalysis have been using this already, or, if they can show the effects on existing research , e.g. moonstoneresearch / sgp_ report on the CCS hack moonstoneresearch.com/2023/11/03/Postmortem-of-Monero-CCS-Hack.html

cuprated fast sync entire blockchain in under 2 hours (fast sync is the default sync method of monerod*) [related tweet](nitter.net/KevinoTech/status/1895772875086520336) rottenwheel

2.5x faster according to #cuprate syntheticbird

ccs.getmonero.org/funding-required 🙏

Looks like cuprate optimized randomx syncing

Previously it was seconds per batch, now it looks to be about as fast as pre-randomx

ofrnxmr yo umentioned 're writing monerod in c++ would yield improvements also' which i found funny

😆😆 yeah. Starting from scratch w/o all of the inherited deficiencies

j-berman has developed / given presentation on faster syncing for clients IIRC wonder if cuprate could adopt this in the future (i assume this would be for a cli rather than the daemon, i could be wrong)

<s​pirobel:kernal.eu> link?

-dev needs to not-ignore what cuprate is doing. Clearly the 2x*2 speedup should be possible to be duplicated on monerod

for berman? ill have to find it / confirm - i vividly remember a presentation perhaps at a cake sponsored event where the async style sync was mentioned

Cuprate was one-upon-a-time slower tobsync the first 100k blocks than monerod, and ~same speed to sync the full chain. I dont think the optimizations are voodoo

One of them was simply the sync-mode

cc hinto boog900

can move on to ccs ideas in the mean time

meantime*

<o​frnxmr:xmr.mx> Yea

just to mention tat vtnerd was merged to funding , but feedback is welcome (what to focus his time on etc) ccs.getmonero.org/proposals/vtnerd-2025-q1.html

a. [Funding Proposal for Unstoppable Wallet: Enabling Native Monero Integration on iOS & Android](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/532)

j0j0xmr had linked a commit, removing something from their paid tier , however the concerns in the proposal comments remain unaddressed

Close / reopen if they ever feel like responding

[CCS Proposals] plowsoff closed merge request #532: Funding Proposal for Unstoppable Wallet: Enabling Native Monero Integration on iOS & Android repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/532

i agree, oops, moving on

b. [Btcpayserver plugin](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/538)

a new comment from Deverick repo.getmonero.org/monero-project/c…als/-/merge_requests/538#note_28917

<s​pirobel:kernal.eu> and this one repo.getmonero.org/monero-project/c…als/-/merge_requests/538#note_28920

also wondered what the emoji meant lol

I dont understand deverick, napoly and skunkwheel thumb downing my comment that btcpayserver 2.1 will launch with monero support. The ccs proposal doesnt asknowledge that and needs to be redefined imo

sgp_ had intended for the btcpayserver plugin to be on the MAGIC repo but : libera.monerologs.net/monero-community/20250227#c502452

<r​ucknium:monero.social> A little relevant: Siren and Stnby have submitted a funding proposal for further Metronero development to the MAGIC Monero Fund: MAGICGrants/Monero-Fund #41

<r​ucknium:monero.social> Metronero is a "BTCPayServer alternative using MoneroPay."

thanks for sharing Rucknium , relevant

<r​ucknium:monero.social> I'm not longer on the committee, so I don't know if it will get approved or not. But it probably will

<s​pirobel:kernal.eu> I want to mention, that the first milestone of my proposal is also relevant

<s​pirobel:kernal.eu> similar feature set, but different goals / target audiences

"During our work on open bounties and 2 for the Monero community, we identified the need to realign our efforts on the plugin migration to ensure continued support for Monero within BTCPay Server."

i do not agree that "Multiwallet support: This is a critical feature that aligns monero with the rest of the BTCPay ecosystem." - FCMP++ .. quantum resistance.. would be critical. don;t tell me that "merchants like Cake Pay, Concords, Shopinbit, and many more." will cease to exist if multi wallet support isn't added

bitcart.io has multi wallet support / easier to setup imo than btcpayserver , where are the third party hosters pushing monero? (for free)? marketing issue?

Metronero adds a (at least from what i remember) method of third party hosting with a fee model

will the repo be on monero-project repo? Deverick should be drumming up support for his own proposal as per rules and pushing this along

and napoly

theyre instead just playing the drum of "the world will end if we dont use lws with remote nodes oxymoron"

<s​gp_:monero.social> I'm talking with deverick about options to maintain this going forward. I think this CCS can be tabled until further notice, imo

but 8 people thumbed it up and 1 down this is typical CCS conspiracy

<s​gp_:monero.social> LWS support will mostly benefit btcpayserver hosting companies, so I want to work with deverick/napoly to reach out to these companies with a proposal and have them cover the majority/all of the costs. At least as Plan A

<s​pirobel:kernal.eu> plan B is normal CCS?

sgp_ thank you for drumming up support for their proposal

<s​gp_:monero.social> No, that's probably plan F

<s​gp_:monero.social> Again, just my opinion

i agree with it

<s​pirobel:kernal.eu> we all agree nice

+1 for Metronero Siren Stnby

<r​ucknium:monero.social> Did they say how exactly they intend to enable multi-wallet support?

<s​pirobel:kernal.eu> also +1

<s​pirobel:kernal.eu> by using lws

<s​gp_:monero.social> Metronero proposal for MAGIC Grants uses one wallet seed only for their multiple stores feature

<s​gp_:monero.social> It's shared

benefit being a fee model for the hosting company , or, open source self host right?

bitcart.ai / mrnaif uses some Rust magic for third party hosting of multiple monero wallets

+1 for metronero

we can move on i thinks? thanks for the feedback

Yes, but also on metronero, it uses moneropay

And includes further development on moneropay

<r​ucknium:monero.social> It makes sense to me that this proposal should revise its scope and cost once NicolasDorier finished the 2.1 plugin. So that the proposers know what architecture they would be building on top of.

will make sure Deverick napoly see this meeting log , thank you

c. [Initial commit of MoneroKon 2025 CCS proposal](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/554)

they made a profit last yr, i dont understand why they need ccs this year?

+ a 10% buffer even tho theyre going to market sell it into a stablecoin

there was an issue with the front end UI of the Safe wallet, but hbs and fancisscom clarified "funds are safe, the only issue is that Safe hasn't restored the UI to interact with the multi sig safe on polygon yet, so any interaction would require direct smart contract calls, doable but not ideal"

<s​gp_:monero.social> I read it as basically them needing a loan to cover the initial costs

Are they repaying it?

<s​gp_:monero.social> Not in this case, though arguably them continuing to invest in the community event is reasonable (imo)

I read it like that too, but i dont see anything about where the surplus goes

the smiles on attendees faces shall be payment in full

<s​tnby:kernal.eu> Thanks for bringing our toy up

<h​bs:matrix.org> The surplus, if any, will be used to finance future editions of MoneroKon

do note that the general fund has a history of contributing to monerokon proposals

<s​gp_:monero.social> Ideally you should aim to have a surplus to avoid this next year. I'm not against this proposal if the goal is still sustainability

They are not selling all to stable coin and the 10% volatility has already beeb

hbs, how about using surplus up to the amount of the ccs, used to improve this years experience

Already been hit

Niocat, xmr is 220

Was 235 wen proposal was made

It was priced at 223

<h​bs:matrix.org> it was decided to go with a CCS because we have not filled all sponsors slots, so CCS is seen as a way to ensure the event can take place

nvm 223 eur

<h​bs:matrix.org> as specified in the proposal, we will seek a new venue for future editions to reduce the total budget, so if things go as planned we should not require a CCS in the future

i think the 223 includes 10% buffer, @hbs?

<h​bs:matrix.org> the exchange rate used was the EMA50, we divided 20k by that rate then added the 10% to the number of XMR

<h​bs:matrix.org> leading to 99

223 does include the 10%

So ~200eur + 10%

223*99=22k

maths are confusing, we can confirm the amounts shortly sirs

thanks for the feedback so far, i think we can move on

d. [Monero Browser Wallet](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/555)

spirobel there has been some feedback that mentioned the amount , but you clarified that it is a bargain

I'm doing math backwards, sorry plow. Real rate is 202eur/xmr (209usd/xmr)

<s​pirobel:kernal.eu> lets go through the deliverables there was also some critique that mentioned it should be split up, but I disagree with that

<s​pirobel:kernal.eu> it should not be split up

ok thanks for confirming, this is your proposal, as is - no changes required

<r​ucknium:monero.social> > Currently Monero shoppers have to copy and paste addresses from the tor browser into their wallets. This can be made more convenient and secure by a browser wallet.

<s​gp_:monero.social> No qr codes?

<r​ucknium:monero.social> But the Tor Project discourages installing extensions in the Tor Browser tb-manual.torproject.org/plugins

<r​ucknium:monero.social> > However, the only add-ons that have been tested for use with Tor Browser are those included by default. Installing any other browser add-ons may break functionality in Tor Browser or cause more serious problems that affect your privacy and security. It is strongly discouraged to install additional add-ons, and the Tor Project will not offer support for these configurations.

Or uris?

open in wallet button href="monero:"

<s​pirobel:kernal.eu> yes for good reason

<s​pirobel:kernal.eu> you mean deeplinks right? It means that often when you click an x.link on a mobile browser suddenly the x app opens

<s​gp_:monero.social> Danger: You should never install any additional extensions on Tor Browser or edit about:config settings, including the ones we suggest for Firefox. Browser extensions and non-standard settings make you stand out from others on the Tor network, thus making your browser easier to fingerprint.

<s​gp_:monero.social> privacyguides.org/en/tor

<s​pirobel:kernal.eu> yeah very good point. Most random extensions shouldnt be installed.

<s​pirobel:kernal.eu> but this is an exception

<s​pirobel:kernal.eu> anyway lets go through the deliverables and address this first

<s​gp_:monero.social> I just wanted to note the goal of an extension with Tor browser is fundamentally incompatible. Extensions can be used in other cases

<s​pirobel:kernal.eu> blanket statement

as we're over the hour we have to touch on the other proposals, thank you for the feedback so far and apologies

<s​pirobel:kernal.eu> yeah its 3am here

thank you for attending

e. [Walletverse monero integration](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/556)

has recently been rejected by MAGIC, so we can skip this one for now as we're over time but open for feedback none the less

f. [acx Monfluo maintenance and further development (3 months)](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/557)

low asking amount of 14 xmr to add features to a MySu fork

g. [Revuo Monero Maintenance (2025 Q2)](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/559)

h. [plowsof CCS Coordinator](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/560)

+1 acx, revuo and plowsof dont start til april so no big rush. But +1 plowsof

<s​iren:kernal.eu> I see value in a browser wallet from an UI/UX perspective. Especially if it improves the multisig experience.

<s​pirobel:kernal.eu> matrix.monero.social/_matrix/media/…/kernal.eu/ywzqHFIZQgFMupWQtVhGWuQo

Multisig is changing wirh fcmp

thank you for the feedback and updoots on mine and other proposals :)

<s​pirobel:kernal.eu> tor browser has no script pre installed. It is not as black and white

v1do has been up for funding for some time

Yeah, i'm not against merging em

Payouts for those dont come til end of April or-so, but no harm in getting a head start

Well, luigi has been taking 4 weeks to do payouts, so payouts will come end of may :D

(i'm voting merge acx and plow)

<s​pirobel:kernal.eu> alright good night everyone. If you have any questions about the browser wallet, library, etc abstract or concrete. pls ask 🙏

Spirobel, you recently closed out (successfully) the previous ccs, right?

good night thanks for joining . and all who have attended. yes spirobels prev porposal has been paid out and completed

<s​pirobel:kernal.eu> yes. It was the preliminary work for all of this

as an option, im considering a reduction in the amount

kewbits proposal has been terminated i am delighted to share

funding is going very hard...

v1docq47 there are also approx 1~xmr available from your previous proposals (overfunding) which is also another option to help

V1d

lets see for another month, then ill think about it

You have some overpayment from previous ccs'

So we can probably vote to apply the funds if the fundraising is unsuccessful

Plowsof. 1xmr or 10?

it would be a shame to see this happen as v1do has been completing ccs proposals for years

closer to 1

i wouldnt want to have to resort to that

ofrnxmr closer to 10***** yes github.com/plowsof/scrape_ccs_fr/tree/ccs1

apologies. 10 is substantial

theres still 3 months of work ahead, so theres no rush :)

thanks for joining us and good luck with funding

i think we can end the meeting here, thanks all for attending

tnx

you can still request payouts before funding is completed, if needed (according to the rules)

currently this is not preferred

Rule 6 "Your work on the project can begin before the proposal is fully funded, and milestones may (at times) be paid out before the proposal is fully funded."

luigi said he wanted to wait until the proposal was fully funded

we'll have to yell at him, getting overfunded amounts approved is a positive step

ofc you cant request funds that havent been donated, but i dont think it hurts anything to request funds that have been

Yeah. We can give it another 4 weeks if v1d is ok with that

i wrote to him a month ago about the payment for dec+jan

did you post request on the proposal?

A month ago a lot of ppl requested payouts and it took him a month to pay them. So dont worry, he's just on a boat right now

yup, i wrote him and plowsof after the two month works report

<b​oog900:monero.social> yeah I think that was a wallet thing

I will make my false memory true soon, thanks boog900

<b​oog900:monero.social> The 4hr sync was bottlenecked by bandwidth, the 1hr 50m sync was on a server with a lot of bandwidth

<b​oog900:monero.social> IMHO trying to fix monerod's inefficiencies is not going to be an easy task, just look at 9135. I don't think there are going to be many low hanging fruits like our sync mode was.

<b​oog900:monero.social> also Cuprate always beat monerod at syncing it was just the first 100,000 blocks that monerod got ahead.

<b​oog900:monero.social> I would much prefer work be done on stuff like improving the p2p tx relay, which would help both cuprate & monerod.

<o​frnxmr:xmr.mx> The charts posted show a slowdown around the rx height?

<b​oog900:monero.social> It's fast sync so no RX hashes/VMs. The slow down is writing the blocks to the DB. I think because it's more smaller bits of data (more txs, outputs) rather than the large chunks of early RCT data (huge tx proofs). I do think improvements would be possible here but at this time it's not really worth it, bandwidth will probably be the limiting factor for most users.

<b​oog900:monero.social> we synced the first 3,000,000 blocks in 1 hour, the other ~300,000 was the 50 mins after.

<o​frnxmr:xmr.mx> So about 10hrs for a full sync

<o​frnxmr:xmr.mx> (Verifying)

<b​oog900:monero.social> 16 is the best we got, currently full syncing on that sever that got the ~ 2hr sync now

<3​21bob321:monero.social> the reason why they dont want you to install extensions on tor is for browser finger printing reasons

<s​pirobel:kernal.eu> repo.getmonero.org/monero-project/c…als/-/merge_requests/555#note_28974 Rucknium sgp_ I wrote a comment about some of the issues with QR-Codes and Deeplinks. But I really hope the discussion is not reduced to this. There is so much excitement and potential in browser wallets. Say what you want about eth. But the web3.js library in conjunction with the development<clipped message>

<s​pirobel:kernal.eu> of metamask led to a lot of rapid innovation. It is not just about Extension. See the bigger picture of making things more modular.

<s​pirobel:kernal.eu> yes and the extensions could also mix up circuits which would be bad. But we are going to be careful. And make sure that this does not happen. A monero browser wallet extension has to be noscript tier.

<s​pirobel:kernal.eu> and the next step after that is monerochan browser in any case. But we need to go down the path of the browser extension first. Because it drives the development of the library

<s​pirobel:kernal.eu> repo.getmonero.org/monero-project/ccs-proposals/-/merge\_requests/555#note\_28974 Rucknium sgp_ I wrote a comment about some of the issues with QR-Codes and Deeplinks. But I really hope the discussion is not reduced to this. There is so much excitement and potential in browser wallets. Say what you want about eth. But the web3.js library in conjunction with the developme<clipped message>

<s​pirobel:kernal.eu> nt of metamask led to a lot of rapid innovation. It is not just about the Extension. See the bigger picture of making things more modular.

<s​iren:kernal.eu> If anyone wants to share their workflows as a merchant, has questions or complaints about Metronero please join the public Q&A on Thursday 2025-03-06 17:00 UTC MAGICGrants/Monero-Fund #41#issuecomment-2692453872

<s​iren:kernal.eu> Yes you! The anime commission artist and electronic roulette table operator.