<f​rog_legs:matrix.org> Whats souping

[CCS Proposals] plowsoff opened merge request #542: closure/repurpose: close netrik, award remaining to v1docq47 repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/542

<o​frnxmr:xmr.mx> This shouldnt be repurposed unless the proposer (v1d) requests it

<o​frnxmr:xmr.mx> Funds should should sit and chill in the jetfund until requested. V1d's ccs is picking up donations, and its only been a couple weeks

<o​frnxmr:xmr.mx> If v1d requested it, i'd ACK it, but w/o a request (or any interaction from him) i dont think we should be spending just bcuz we have it. Save the funds for someone who needs it, not just the first similar ccs that is posted

<s​yntheticbird:monero.social> If we acknowledge that proposer can request leftover funds then everyone is going to do so.

<s​yntheticbird:monero.social> What is the issue with CCS coordinator deciding to redirect funds to similar CCS

<o​frnxmr:xmr.mx> And again, we shouldnt be reducing ccs amounts when we repurpose "Reducing the requested amount from 45.6 -> 30.6". We should instead be donating the xmr to the ccs

<o​frnxmr:xmr.mx> They already can and do

<o​frnxmr:xmr.mx> xmrchat, acceptxmr, haveno app (💀), as example

<s​yntheticbird:monero.social> Doesn't make a lot of sense then. If everyone request it, then the request have no value, the CCS coordinator can just assume everyone would like the repurposed fund and can distribute it accordingly to the relation of the CCS.

<o​frnxmr:xmr.mx> The funds dont belong to plowsof - he's not deciding to do anything, he's proposing and iim NACKing

<s​yntheticbird:monero.social> alr

<o​frnxmr:xmr.mx> The funds are supposed 2 go tl generalfund. It's my idea that they do not go to GF, and instead remain with community for a rainy day fund. To ideally find like-ccs's in times of slow donations

<o​frnxmr:xmr.mx> V1d's ccs has been up for just a few weeks and is typically funded w/o issue

<o​frnxmr:xmr.mx> whales (probably) wont be funding things forever. Generalfund is unreliable. The jetfund should be there for us on a bad day, not be empty when we have that day. That was im intent everytime ive discussed jetfund. Not convenience, but necessity.

<o​frnxmr:xmr.mx> finishing / build upon another ccs (tipxmr -> xmrchat) is different than a repurpose

<o​frnxmr:xmr.mx> Example. I feel dangerousfreedom's dev ccs (if redistributed) should

<o​frnxmr:xmr.mx> A) be distributrd equally among current devs

<o​frnxmr:xmr.mx> B) be held until devs struggle to get funding

<o​frnxmr:xmr.mx> C) be donated to a larger dev initiative, like audit

<o​frnxmr:xmr.mx> D) be paid to a dev who finished the work that DF was going to do

<o​frnxmr:xmr.mx> Not just be paid to the next dev to open a CCS

<s​yntheticbird:monero.social> ofrnxmr, draft some rules for repurposing, if i like it i can add it to the CCS ransom.

<s​yntheticbird:monero.social> ofrnxmr, draft some rules for repurposing funds, if i like it i can add it to the CCS ransom.

<o​frnxmr:xmr.mx> Are we allowed to chop off fingers?

<s​yntheticbird:monero.social> obviously yes

<o​frnxmr:xmr.mx> Sounds good

<s​yntheticbird:monero.social> We should admit for a second that monero.garden is incredible.

v1do has been up for funding for 53 days. achieving loose consensus takes time also. Netriks coordinator ccs proposal will have no applicable proposal in sight for repurposing (on account of translation proposals not allowed on the CCS

ofrnxmr "we shouldnt be reducing ccs amounts when we repurpose "Reducing the requested amount from 45.6 -> 30.6". We should instead be donating the xmr to the ccs" Currently not possible as it would require a tweak to the back end. This is why the amount is reduced manually and a _note_ attatched, as is the plan for XMRChat. The CCS maintainer is

fine with this at the moment.

<o​frnxmr:xmr.mx> I thought it went to funding in jan?

<o​frnxmr:xmr.mx> It doesnt require a tweak, just required luigi to send the funds

<p​lowsof:matrix.org> the first payment is due 31st December (the confusing part)

<p​lowsof:matrix.org> it was merged on the 10th December repo.getmonero.org/monero-project/c…voiceovers-and-working-on-xmr.ru.md

<p​lowsof:matrix.org> just putting it up now for discussion

<o​frnxmr:xmr.mx> attaching a note is a poor way to do accounting

<o​frnxmr:xmr.mx> All funds should be accounted for in the ccs totals and milestones, not in comments and descriptions

<p​lowsof:matrix.org> i consider it to be acceptable enough , and so does the maintainer. the alternative being self sending from a cold wallet

<o​frnxmr:xmr.mx> xmrchat, v1d etc should not appear on the funding page as worth less than they are

<o​frnxmr:xmr.mx> Doesnt req a backend change. Just requires luigi to send 15xmr to v1ds ccs

<o​frnxmr:xmr.mx> Or from the spend wallet. Doesnt really make a different

<o​frnxmr:xmr.mx> if the funds are literally in the GF, then its still no diff, as the funds need to come out of the GF to pay v1d

<o​frnxmr:xmr.mx> By this, i'm referring to the progress bar for funding. 30/45xmr shouldnt show as 15/30. The ccs is 45 xmr, not 30

<o​frnxmr:xmr.mx> Better the funds come out now, than v1d claim the funds and later we are wondering if the funds were ever send from GF

<p​lowsof:matrix.org> currently "_Note: 15XMR has been awarded to v1docq47 after closure of [Netriks translation coordinator proposal](ccs.getmonero.org/proposals/netrik-translation-coordination-2.html)_" , this can be changed to make the original total clear

<p​lowsof:matrix.org> there are more funds to be sent from the general fund - likely in a batch rather than individually (eventually)

<p​lowsof:matrix.org> or even the title of the proposal can include the original amount 🤷

<o​frnxmr:xmr.mx> My point is, is we simply lower the amount on paper (not on chain), then the funds are still in GF

<o​frnxmr:xmr.mx> When paying v1d, where are the funds coming from? Ccs wallet. Ccs wallet doesnt have the funds tho?

<o​frnxmr:xmr.mx> The logical solution to any of this is to physically send the donation and call it a day

<o​frnxmr:xmr.mx> No messy paper tracking, no need to chase down transparency reports or find out where the money is

<o​frnxmr:xmr.mx> Everything is done 1 time and problem solved.

<p​lowsof:matrix.org> i also changed the bigger re-purposing proposal repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/537

<p​lowsof:matrix.org> simply " will be repurposed or reallocated to similar proposals (subject to community consensus)."

<o​frnxmr:xmr.mx> Literally "hey bf, send 15xmr to this proposal. Thx"

<o​frnxmr:xmr.mx> Donr

<o​frnxmr:xmr.mx> > whales (probably) wont be funding things forever. Generalfund is unreliable. The jetfund should be there for us on a bad day, not be empty when we have that day. That was im intent everytime ive discussed jetfund. Not convenience, but necessity.

<o​frnxmr:xmr.mx> > finishing / build upon another ccs (tipxmr -> xmrchat) is different than a repurpose

<o​frnxmr:xmr.mx> I disagree with the part about trying to maintain a 0 balance

<o​frnxmr:xmr.mx> This means its first come, first serve, and leaves us (community)bnothing to fall back on for a rainy day

<o​frnxmr:xmr.mx> (we have GF, which proved useless for a lot of people during out last rainy day event)

<o​frnxmr:xmr.mx> Literally got bailed out by our 🐳 buddy

<o​frnxmr:xmr.mx> if repurposing 15xmr to a 45 xmr ccs, should the funding page should show as:

<o​frnxmr:xmr.mx> A) 0/30xmr (+ a note in description about the 15xmr)

<o​frnxmr:xmr.mx> B) 15/45xmr (funds physically sent to the new ccs)

<o​frnxmr:xmr.mx> imo:

<o​frnxmr:xmr.mx> pros - a) initially easier for wallet holder (dont have to do anything, so ofc maintainer is OK with it), makes ccs appear less costly to casual observer b) accurate display of cost, better accounting (accurate totals and milestones), bonus: if funds are in GF (most purgatory ccs are in GF) then we paying proposers using funds that dont belong to them (we payout from ccs wallet bu<clipped message>

<o​frnxmr:xmr.mx> t the funds being repurposed are actually in GF. They need to be moved. Better to move them directly to the proposal than to just mark it on a comment and hope its paid before milestones are collected)

<o​frnxmr:xmr.mx> cons - a) gives false impression about value. Requires more work to track b) requires making a transaction

<s​yntheticbird:monero.social> I just realized something

<s​yntheticbird:monero.social> We are calling CCS proposals, the proposal to be approved into CCS.

<s​yntheticbird:monero.social> then we are funding CCS proposals

<s​yntheticbird:monero.social> then CCS proposals are being worked on

<s​yntheticbird:monero.social> then CCS proposals are finished

<s​yntheticbird:monero.social> PROPOSAL SHOULD STOP AT THE FUNDING STAGE

it has become sentient

<s​yntheticbird:monero.social> plowsof what would you call a "CCS Proposal" pass the idea stage? CCS contract?

<o​frnxmr:xmr.mx> CCS funding required**

has anyone seen my bike?

<s​yntheticbird:monero.social> lol

<o​frnxmr:xmr.mx> After fundind required CCS WIP, then Completed CCS

<s​yntheticbird:monero.social> alright I'll just call these "CCS items"

<o​frnxmr:xmr.mx> for v1d, there is also the funds from his own overages

I thought we were talking about the overages

overages not involved in this repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/542

giving netrik the boot (sorry)

<o​frnxmr:xmr.mx> Its also not netriks fault that TL workgroup is dead

<o​frnxmr:xmr.mx> And it might be alived again when new site comes on

ofrnxmr the cons can be addressed with notes or Notes or **NOTES** or for extreme visibility, amounts in the title so donors can clearly see. and the original quoted amount is written in the proposal

you are underestimating the extreme opsec measures , and risks required to just send a transaction

life and death, the maintainer is not going to addd any extra risks, nor is the GF custodian

netrik was already being replaced michael... michaelizer? by erciccione, he was invoilved in some controversy regarding poor translations already so not happening

and irrc there was a few voices from community suggesting there not to be "1 coordinator" of translations, that each language should have a leader of sorts

<o​frnxmr:xmr.mx> why are calling them "maintainer" and "custodian"

<o​frnxmr:xmr.mx> Luigi sends funds every couple weeks. Bf wakes up the GF a few times a year

<o​frnxmr:xmr.mx> We'll know from the transparency report how often the GF is woken up to pay for infra + donations.

<o​frnxmr:xmr.mx> theres 0 rush. He can send the 15 xmr the next time he wakes GF up

<o​frnxmr:xmr.mx> And AGAIN, if the actual fund are in the GF, then they HAVE to be sent from GF sooner or later

yes, later, in a batch when necessary

<o​frnxmr:xmr.mx> is this later before or after v1d collects his MS?

i could only guess

<o​frnxmr:xmr.mx> If after, then v1d is collecting someone elses funds

<o​frnxmr:xmr.mx> Theres no reason bf cant send 500xmr today / next time he unlocks the wallet, and luigi donate directly to repurposed ccs when he does payouts and merges

better to focus on things we control

<o​frnxmr:xmr.mx> We should control the jetfund

<o​frnxmr:xmr.mx> thats like, literally the point of it

the current repurposing amounts which need to be sent to the CCS at some point are noted here repo.getmonero.org/monero-project/c…als/-/merge_requests/503#note_27312

<o​frnxmr:xmr.mx> Were those actually paid out?

<o​frnxmr:xmr.mx> Monero Outreach round 3

<o​frnxmr:xmr.mx> 36.68 xmr repurposed

<o​frnxmr:xmr.mx> as an example ^ This was repurposed but not claimed yet, right?

correct

<o​frnxmr:xmr.mx> brb need to finishe these dishes in 3 mins

geonic has not claimed it yet (although appears to be completed)

surely there isn't a meeting beginning right now

Meeting time, greetings! 😬

a new release is on the horizon, selsta made the final checklist here monero-project/monero #9758

if anyone would like to build the release branch (and also pull in 9740 and 9759 that would help them out) i've done so with 3 nodes

<o​frnxmr:xmr.mx> Hopefully 1 more pr gets added to that list 0xfffc ! Lol

<s​yntheticbird:monero.social> greetings gentlemen

syntheticbird : i hear cuprate is a daemon that is syncing blocks?

<r​4v3r23:monero.social> sup

hello r4v3r23, thanks for joining

Greetings from the other side

<s​needlewoods:monero.social> hey

👋

Hello mr needlewoods

Gm r4v3r

to follow cuprate / cuprated progress, please join the #cuprate channel , theyve been syncing the entire chain faster than release monerod (in _full_ verification and fast sync mode) , their roadmap which is under discussion if interested Cuprate/cuprate #376

-dev should dive into why cuprate is faster than monerod

<r​ucknium:monero.social> plowsof suggested I give an update on my OSPEAD CCS: ccs.getmonero.org/proposals/Ruckniu…ero-Against-Statistical-Attack.html

<r​ucknium:monero.social> Like I said last meeting (I think), I submitted Milestone 2 last month. I plan to publicly post all OSPEAD-related documents and code on about February 20.

thanks Rucknium!

<r​ucknium:monero.social> Since Milestone 2, I learned a bit of Rust and ported a short but time-consuming piece of the OSPEAD R code to Rust.

<r​ucknium:monero.social> I achieved a 15x speedup over the R code. This bit of code consumed about half of the times of the whole procedure that used to take two weeks on a powerful machine.

😮

<r​ucknium:monero.social> Special thanks to Synbhebird (Crodyceps infected 🍄☣️) for critiquing my novice Rust code.

<r​4v3r23:monero.social> re: ANONERO - first version (milestone 2) will be ready in a few weeks

thanks syntheticbird!

<r​4v3r23:monero.social> aiming for end of feb

r4v3r23 sounds great, have there been any surprises along the way?

<r​4v3r23:monero.social> yes, we had some delays on dev side which i didnt expect

<r​4v3r23:monero.social> and i underestimated the amount of time/work needed

<r​4v3r23:monero.social> kotlin and jetpack compose isnt as quick and easy as flutter

thanks for the insight, glad you are pushing forward still

valldrac had contacted me 2~ days ago to share progress on his next milestone (CI / Test related) and feels the 1st July deadline is more than enough.

anhdres / monero gardens repo is active (even had an organic shoutout today)

<o​frnxmr:xmr.mx> napoly

<0​xfffc:monero.social> 🫡😭

News: [Monero Observer](monero.observer) - [Revuo Monero](revuo-xmr.com)

we can jump into the ideas if nothing else at hand to discuss?

<o​frnxmr:xmr.mx> add moneronews.net (joking)

ofrnxmr has also completed several milestones recently with basicswapdex and his personal proposal 💪

<o​frnxmr:xmr.mx> ya, lets go

Hi together. Giving some sign of live from me :)

👋

can jump into the ideas, some will likely be deferred to no wallet left behind but brought up none the less

a. [XMRChat - a service for content creators to receive messages and tips in Monero.](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/524)

FiatDemise has confirmed that the self hosted version is now working, and successfully sent a tip to their instance. thye've added coin swaps (via trocador) which requires an api key for self hosted instances.

Xmrchat was used on some biger stream the other day and pulled in >100$

<s​yntheticbird:monero.social> sry for the big delay,

<s​yntheticbird:monero.social> plowsof: indeed, alpha is coming soon

<s​yntheticbird:monero.social> Rucknium: np

<s​yntheticbird:monero.social> ofrnxmr: They are busy enough and Im sorry to think they cannot reproduce such improvements because of the complexity of C++. Cuprate have a very complex architecture when you remove the crates layer.

We accept the challenge

Rucknium suggested the retro payments cover exactly 70.56, and this change was made

<o​frnxmr:xmr.mx> 🤺

so this would be merged at the same time tipxmr is put to funding repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/530

Yea, to go back to premeeting suggestion, i dont like that the 70 was removed grom the total. It should be included in the total and donated to the proposal at the time of merger

a note at the top should be added to help clarify the funding situation repo.getmonero.org/monero-project/c…als/-/merge_requests/524#note_28356

I just think its adding complexity to a simply task. I dont know where tip funds are (gf or ccs) but if jn ccs, its even easier

If in GF, save the note for a DM to BF for refund

The funds shouldnt (but technically can) be paid paid to from ccs wallet, if the funds are in GF

other than that, the self hosted version "works" and presumably should be merged to funding

I think so. Payouts dont have to be immediate, if more verification is needed

seems we can move on to the next?

👍

b. [NoShore: Groundwork for on-the-go offline payments](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/525)

i had invited the proposer to this room (they where not in) after the previous community meeting

it has been open since 11th December

also invited on the proposal itself

enough time to reach a conclusion, or show something to extend it

I think this is a close.. reopen if they reappear with am update or addressing some feedback or smthn.

But its been nacked and deferred for a while and no feedback this year

i support closure on this one, lack of a buzz around it

we can move on?

actually vthor's work shuld be beneficial to this proposal eventually.

or could be

otslib documentation is boomin

lol

<a​nhdres:matrix.org> Thanks for the ping I didn't know! Summer here has been crazy busy. Looking forward to work more on the garden soon

Offline Transaction Signing library :)

<r​4v3r23:monero.social> whats that

vthorksksksksk

Xmrsigner

Think it is another place of construction, full disclosure I was exited to talk with fullmetal science before CCS, and when I finish my CCS it is one thing I want to dedicate my time with to get a protocol up because I think its on of the upmost important features.

also proposal link repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/495

so a closure and open invitation to return for NoShore

<r​4v3r23:monero.social> @vthor can you send me relevant info

in that threat are also the most conversation about it

<r​4v3r23:monero.social> if offline signing apps need to make any changes

No, there will be no need, at least for version 1

It will serve exact the same workflow and work as drop in replacement, only for a developer it should be as easy as possible to archive an offline signer.

everoddandeven also made a stand alone monero lws library of sorts

@ woodser/monero-java #117 could be interesting for you both

sorry, not monero-lws, but related

i think we can move on?

r4v3r23 otslib.monerodevs.org/sdk/ots/reference github.com/DiosDelRayo/monero-docs/tree/ots

Yea

c. [dmvp2p: Donate Monero Via P2Pool](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/531)

after the last meeting, i went ahead and made sure to install dmvp2p. 4rkal was correct that its 'simple' (current version requires you to point it to xmrig /p2pool binaries and such. but it simple, and small (less than 20~MB)

i still feel this could be implemented into gupaxx .. a lite mode of gupaxx of sorts

I think value propor a stanalone app to dust accoints requiring primary addresses, isnt there. As a gupaxx plugin, maybe. Echoing myself

proposal created on 23rd December, does not look to have enough positive merge sentiment.

r4v3r23: Sorry was the wrong link, github.com/DiosDelRayo/monero/tree/otslib/ots this is the source, I'm not yet awake.

looks to be a closure.

if no changes made by next meeting, i'd say close

moving on then

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

Big nack based on their new funding model that charges $ for privacy

this has still not been acknowledged by the unstoppable wallet team as being real, or any responses in the comments to the serious negative points raised in the comments

Collects data unless you pay them not to

unrelated note: edge wallet (on getmonero) is basically spyware. We should remove that as well

i would also close this before next meeting unless they ..... hm

Unless they stop charging money to opt out of usage statistics. Etc. But they merged those prs despite user feedback

does anyone have comments about UnstoppableWallet ? thefuzzstone has detailed the implications of a subscription based funding model horizontalsystems/unstoppable-wallet-android #7795#issuecomment-2600839762

else we can move on

unstoppable is charging a subscription model for privacy

Tor, usage statistics, duress password

apologies for rushing to cover all ideas, people can drop comments on others out of sync if they wish

The second (usage stats) is an instant close for me

:D there was a time I hoped unstoppable wallet implements finally like promised monero, but always something else was then implemented. Result was I dropped unstoppable wallet. Title unstoppable and without monero is a contradiction.

I've had unstoppable installed for 3+ years, and i'll be deleting it.

ofrnxmr: interesting to hear that, one reason more to not lose a thought on it. (not that I have a bitter sentiment :D )

Edge is _terrible_ as well. You cant even create wallets unless you are connected to edge

Anyway, i vote close for 2 reasons. Milestone 1 (r&d) and the direction of the software (anti privacy)

lets move on then

e. [Revuo Monero Maintenance (2025 Q1)](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/535)

first payout is already due because of slow to merge and the community are in uproar. this needs to be rectified asap

we can move on. waiting for merge?

dukenukem rottenwheel ^

moving on?

Next

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

Napoly has confirmed there are no blockers for this proposal to be merged as is repo.getmonero.org/monero-project/c…als/-/merge_requests/538#note_28439

Napoly recent comment "As far as I know, there is no support from version 2.1 onward"

is directly contradicted by btcpay dev above "As for the BTCPay Server team, our priority is to release version 2.1 with a Monero plugin that works as it does today, minimizing disruptions for our merchants. What happens beyond this is up to you."

github.com/btcpayserver/btcpayserver-monero-plugin and the 2.1 plugin is here

I commented this ^ on the ccs and rotten thumb-down'd my comment as if it wasn't fact. Idk why ppl want to play games

sgp commented " I would support an immediate task to _document_ exactly how lws would work with the plugin and if there are any missing features or performance issues. That doesn't need to wait, if Napoli and deverick want to start on that"

7 up doots and 1 down doot, looks like a clear merge

"wait and see" is very tempting to luigi though

its not a clear merge

The updoots are all from ppl that cant read, no offense

😮

Sgp understood the ccs properly, and as he said theres nothing to do atm except for document the switch to lws

And wait for the 2.1 plugin

bitcart.ai multi wallet / third party instance is up.. working.. dockerised.. simple , i wonder why its not taken off?

Napoly commented just days ago that there is no monero support for 2.1, showing that his finger isnt on the pulse of his own ccs

(more coins than btcpayserver)

Nicolas commented directly on the ccs that btcpay 2.1 would have monero support out of the gate

As sgp said, whatever comes after that should be the focus. Not redoing the whole thing and pretending like there is no monero support

I say leave open, but nap and deverick need to address the fact that a plugin already exists and adjust ccs to account for that

open for feedback, moving on

g. [Add jeffro256 full time dev 2025Q1](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/540)

Clear merge

Bitcart ai is used by servers.guru btw

thats great, did not know this

Monerokon's new pos app uses moneropay

MrNaif^

working on 🥕implementation , busy bee

<o​frnxmr:xmr.mx> servers.guru @servers.guru:matrix.servers.guru servers.guru @serversguru:matrix.org

h. [SNeedlewoods-02_part-time dev work](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/541)

<s​yntheticbird:monero.social> I say we close jeffro, he deserve a raise

Jeffro picks his own rate

<s​yntheticbird:monero.social> he can come back with 1000% time his salary

<s​yntheticbird:monero.social> ofrnxmr we need to force him towards fortune

I think we havs sneel a 1000% raise on last ccs

no wallet left behind have informally checked sneedlewoods proposal over and no blockers

Gave*

<s​yntheticbird:monero.social> enough trolling

<s​yntheticbird:monero.social> clear merge for sneedlewoods

So its not unheard of!

+1 sneed and +1 jeffroAI

I was just thinking jeffroAI :D

already gave my thumbs up to both

thanks everyone for the feedback and updates 💪

moving on?

<s​needlewoods:monero.social> thank you

This part tho "M2 (20.6 XMR): PR to replace wallet2 with the Wallet API in simplewallet is merged to monero-project/monero

I estimate this can be completed in ~ 4 months, which makes:

12 (h/week) * 4.3 (weeks/month) * 4 (months) = 206.4 (h total M2)." I think moneromooo didnt like wallet_api

Or maybe i misread

Just something sneed might want to check with mooo about

rbrunner ^

i. [New Year's Resolutions](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/537)

note that Rucknium, Anhdres, r4v3r23, valldrac have reached out to prove theyre actively working on their proposal (Rucknium has even completed a milestone already)

key aspects here are written @ repo.getmonero.org/monero-project/c…sts/537#deadline-update-july-1-2025

and the immediate closure proposals at the top " will be repurposed or reallocated to a similar proposal (subject to community consensus)."

<a​nhdres:matrix.org> Got it. From my CCS I have to do the illustrations. That's all I have pending.

-_- msg got dropped

As a WIP and soft guideline, its fine, but as a formal arrangement i think its a bit overly aggressive. I'll make some official suggestions later

I'm sorry, I need to leave before the puppy pee on my leg. Only want to say, that I'm not actively read in the channels at the moment (moment is already lasting some time), but you can always ping and I will happily respond. I wish you all a great one! :)

essentially saying we will "fire" someone for being slow (before deadline), when the firing deadline has been set. Regular (acceptable) updates should potentially give breathing room for the deadline, not push the deadline forward

Lets say ccs C is making good progress but doesnt provide updates publicly, and will meet the deadline. Close? No. Lets say the same ccs will not meet the deadline. Close? No.

Closures should only come if we hit the deadline AND progress is not looking good

The top proposals (for immediate closure) k8s, anon, translation*, should be set aside, not paid out immediately to other ccs

there are indeed edge cases. community consensus should handle this.

Especially consider none of these funds are in CCS wallet

If the provided updates or progress (or lack thereof) is unsatisfactory, all remaining funds can be relinquished either before or after the deadline.

Note 'can be' and the consensus for the funds later

Maybe that list should be "how much to get BF to transfer to the jetfund _so that_ they _can_ be repurposed"

immediate closures "All remaining funds will be repurposed or reallocated to a similar proposal (subject to community consensus)."

(the immediate list)

They have to be moved out of GF before we can do anything with em

So that should be a formal req for BF to send 197.94014XMR to CCS jetfund wallet

+ tipxmr

Are we really 30mins over 👀

can end the meeting here, thanks all for attending 😃

Ty sir

<s​yntheticbird:monero.social> matrix.monero.social/_matrix/media/…ero.social/jwNfsiBuhULRyzxLOCgvBMlS

<s​yntheticbird:monero.social> matrix.monero.social/_matrix/media/…ero.social/wlDiupVafpwLXsmLpNHHgbSI

<s​yntheticbird:monero.social> sneakpeek

<s​yntheticbird:monero.social> im sick + busy so progress is very slow

pigeons can you enable unautheticated media

I think the trial failed

thanks for ping ser. just waiting here on island time!

<o​frnxmr:xmr.mx> Community Crowdfunding System -> maybe only make the C C and S orange?

<o​frnxmr:xmr.mx> Also 🙏 you're not colorblind.

<s​yntheticbird:monero.social> Yes I am. I won't show you the light theme

<s​yntheticbird:monero.social> (I am colorblind only when ofrnxmr is around)

<s​yntheticbird:monero.social> This do not render well since it's a flashy orange + I prefer the whole word in orange

<o​frnxmr:xmr.mx> I mean, it's actually orange

<o​frnxmr:xmr.mx> The site redesign was always red-orange or red

<s​yntheticbird:monero.social> render = easy to read

<s​yntheticbird:monero.social> the site redesign?

<s​yntheticbird:monero.social> I took the same color palette as the figma

<s​yntheticbird:monero.social> the exact same colors

<o​frnxmr:xmr.mx> Diego's - my biggest nit with his initial designs was that it was red

<s​yntheticbird:monero.social> you are colorblind

<o​frnxmr:xmr.mx> ya he made it orange after i threw enough hissy fots

<o​frnxmr:xmr.mx> If you want to troll me, just make it red again :P haha lolol

<s​yntheticbird:monero.social> ah ok i see

<s​yntheticbird:monero.social> I thought you considered the actual orange as red-orange

> <s​qu3aky:unredacted.org> yes, because they copied&pasted my article on google dorks lol

<s​yntheticbird:monero.social> Do you think there are people here who access the CCS website with Tor Browser safest level ?

<s​yntheticbird:monero.social> cc ofrnxmr plowsof

<o​frnxmr:xmr.mx> I don't use tor browser, i just use tor

<o​frnxmr:xmr.mx> Let me check what my TB says

<o​frnxmr:xmr.mx> Mine is on standard

<o​frnxmr:xmr.mx> I think safest should be functional tho.

<s​yntheticbird:monero.social> safest disallow javascript entirely

<s​yntheticbird:monero.social> as well as css animation

<s​yntheticbird:monero.social> and some svgs

<s​yntheticbird:monero.social> basically only compatible for boring 80s forum

<s​yntheticbird:monero.social> My question is, can i make the new CCS website requiring javascript?

<o​frnxmr:xmr.mx> Ccs website was behind cloudflare gate before, so hard to even reach via tor

<o​frnxmr:xmr.mx> Avif! :P

<o​frnxmr:xmr.mx> Yeah, safest currently works

<s​yntheticbird:monero.social> current CCS website is PHP after all

<s​yntheticbird:monero.social> Basically I can make the new website compatible with safest level but it would require on-demand rendering which requires a javascript runtime for serving request, which is magniture of time slower than if we just sent small snippet of js to the client instead

<s​yntheticbird:monero.social> basically boil down to:

<s​yntheticbird:monero.social> - Do we prefer the 15 safest tor browser users of ccs.getmonero.org or do we prefer passing from 20k req/s to 500k req/s

<s​yntheticbird:monero.social> let's not add that a js runtime is a bigger attack surface and way more memory hungry

<o​frnxmr:xmr.mx> The whales might appreciate the safest lvl

<o​frnxmr:xmr.mx> Does it break functionality? or just some cosmetic stuff

<s​yntheticbird:monero.social> break functionality

<s​yntheticbird:monero.social> i mean idk how do whales because gitlab is incompatible with safest level

<s​yntheticbird:monero.social> unless you are telling me they don't follow discussion?

<s​yntheticbird:monero.social> that would be surprising

<o​frnxmr:xmr.mx> Reading it seema to work on safest

<o​frnxmr:xmr.mx> I'm seeing all comments and commits on gitlab while on safest

<s​yntheticbird:monero.social> the sidebar is completely broken and repo don't load for me

<s​yntheticbird:monero.social> any information really

<s​yntheticbird:monero.social> im on repo.getmonero.org

<s​yntheticbird:monero.social> I'm on "New Monero Website" I can just see the text from janaka, no comment can load

<s​yntheticbird:monero.social> My question is, can i make the new CCS website requiring javascript? <<>> in the past the answer has always been no

<s​yntheticbird:monero.social> nioc thats what i thought.

<o​frnxmr:xmr.mx> The sidebar icon is invisible but it opens for me, and everything load for me too

<s​yntheticbird:monero.social> Safest is the full shield

<s​yntheticbird:monero.social> not the half shield

<s​yntheticbird:monero.social> just in case

<s​yntheticbird:monero.social> You shouldn't be able to load javascript in Safest mode

Did freeross plan to add JS to the front end?

<s​yntheticbird:monero.social> gonna check

<s​yntheticbird:monero.social> not precised but I can assume it is

I dont think people got to that point on that proposal so bot much feedback available there lol

<s​yntheticbird:monero.social> FreeRoss is a full stack dev that love mongodb, aren't no way he was going the PHP route

<o​frnxmr:xmr.mx> repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/525

<o​frnxmr:xmr.mx> example, this page loads fine

<s​yntheticbird:monero.social> It doesn't for me

<s​yntheticbird:monero.social> Just first comment

<s​yntheticbird:monero.social> nothing else

<s​yntheticbird:monero.social> not even assignee, reviewers, time tracking, no comment section, no sidebar

<o​frnxmr:xmr.mx> matrix.monero.social/_matrix/media/…oad/xmr.mx/mkolHTkcQqBpDJZAeYkmkNLE

<s​yntheticbird:monero.social> wttttffff

<s​yntheticbird:monero.social> bro your tor browser is compromised for real

<s​yntheticbird:monero.social> maybe a bug, you shouldn't be able

Deepseek can make a static version if you prefer

<o​frnxmr:xmr.mx> I downloaded tor browser from torbrowser.qtip

<o​frnxmr:xmr.mx> Sus

<o​frnxmr:xmr.mx> Anyone else able to load this on their safest tor browser? repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/525

<o​frnxmr:xmr.mx> Including comments etc

<o​frnxmr:xmr.mx> On mobile, safest isn't working

checking. tor feels slow atm

<s​yntheticbird:monero.social> tbh im very inclined to go on the javascript route unless there is compelling argument. And asking this in a saturday/sunday seems to have been a bad call, there is no one.

<o​frnxmr:xmr.mx> Its bcuz the monerotopia was 5hrs today

It's the weekend. Toraffic jams.

gitlab requires javascript to see comments, ccs.getmonero.org doesn't to see donation addresses, the NoJS tale as old as time played out here for getmonero front end repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/450

<o​frnxmr:xmr.mx> So your tpr browser doesnt load on safest?

<o​frnxmr:xmr.mx> Mine does 😭😂

<o​frnxmr:xmr.mx> Tha fack lmao