meeting in 4~ hours monero-project/meta #1178

<p​lowsof:matrix.org> Meeting time monero-project/meta #1178

<p​lowsof:matrix.org> greetings!

Hello.

<s​pirobel:kernal.eu> hi

<r​4v3r23:monero.social> hello

<p​lowsof:matrix.org> latest version of Monero has been tagged 18.4.0 so expect a release in the coming days after contributors have submitted gitian builds . Featherwallet has also tagged release v 2.8.0

<o​frnxmr:xmr.mx> Oh is it that time

<p​lowsof:matrix.org> I was excited this nice tweet from @monero listing all the ccs proposals recently funded ❤️ xcancel.com/monero/status/1905346094306930772

<m​onerobull:matrix.org> hello

<o​frnxmr:xmr.mx> Plowsof, youre late. Rotten pinged every room before durong and after the tag

<o​frnxmr:xmr.mx> By the time the binaries go up, the novelty factor will have worn off

outreach 🚀

<o​frnxmr:xmr.mx> nice that @monero tweeted _after_ they were funded

some waaaay after

<p​lowsof:matrix.org> from the prev mrl meeting: optimized implementations of [helioselene](github.com/kayabaNerve/fcmp-plus-plus/tree/develop/crypto/helioselene) and [ec-divisors](github.com/kayabaNerve/fcmp-plus-plus/tree/develop/crypto/divisors) competition has submission date suggested in #1177 @ [excerpt](libera.monerologs.net/monero-research-lab/20250326#c513589) , and new<clipped message>

<p​lowsof:matrix.org> FCMP++ research approved from veridise @ repo.getmonero.org/monero-project/c…als/-/merge_requests/449#note_29339

any other highlights people want to mention?

<o​frnxmr:monero.social> repo.getmonero.org/monero-project/c…als/-/merge_requests/540#note_29336

<o​frnxmr:monero.social> jeffro256 "all there is to do before an alpha stagenet is to integrate the tx construction code into wallet2."

plowsof: that was only on SimpleX and Revuo'

s, matrix and IRC were unaware. Teamwork!

Regards to my fan! <3

<r​4v3r23:monero.social> anonero has claimed milestone 2 of CCS: &lt;n​ioc&gt; repo.getmonero.org/monero-project/c…als/-/merge_requests/447#note_29268

<r​4v3r23:monero.social> also removing self-imposed 1 year time limit on CCS. even with adding all the extra features into milestone 2, milestone 3 wont be ready by deadline

<r​4v3r23:monero.social> currently working on NERO/airgapped txs

<o​frnxmr:monero.social> (deadline is in like 1 week)

<o​frnxmr:monero.social> So obv not realistic

<r​4v3r23:monero.social> people are invited to test current build and report feedback/bugs in simplex chat

<o​frnxmr:monero.social> The first release of new build came out ~1week ago (and is good. Not vaporware)

<p​lowsof:matrix.org> nice

<s​pirobel:kernal.eu> it took longer because of the added features ?

plowsof can we start opening meeting issues earlier than... the day before? Lol.

monero-project/meta #1178 opened yesterday smh.

<p​lowsof:matrix.org> no problem

If they are bi-weekly they could at the very least be opened a week ahead, giving you a week to go to the nail salon and stuff...

<p​lowsof:matrix.org> last year ANONERO did not work in the summer, and are at risk of doing the same this year, this is why they remain in !537 but thats for later

<r​4v3r23:monero.social> there is no "risk", yo ucan stop being petty over a simple comment made months ago, kthx

<r​4v3r23:monero.social> and unless !537 was voted on and merged, it just remains your little list

<r​4v3r23:monero.social> id seriously like to see you impose a hard deadline on an active project that has contributed to monero ecosystem as a whole, while there have been dead CCSs open for YEARS

<p​lowsof:matrix.org> there are no deadlines

<p​lowsof:matrix.org> moving on

<r​4v3r23:monero.social> glad thats settled :)

Tssss.

<s​pirobel:kernal.eu> just joined the anonnero simplex lol

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

ok lets move on to ccs ideas

<r​4v3r23:monero.social> it exists!

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

deverickapollo napoly sars.

I provided a update following community comments with a brief summary in the comments

Let me know if there are any questions

<p​lowsof:matrix.org> cc sgp_

<o​frnxmr:monero.social> I briefly looked over the changes, but it just seems to be some shuffling around and potentially less deliverables for the same rates

<r​4v3r23:monero.social> is this settled?

I believe you asked to remove some duplicates.

This should more/less resemble the same

<o​frnxmr:monero.social> Like what is this? "Push review of remote node implementation"

<o​frnxmr:monero.social> "Deliverables:

<o​frnxmr:monero.social> Plugin repository established and accessible

<o​frnxmr:monero.social> "

Napoly has an open PR to merge the remote node implementation. We planned to include this earlier but discussed reviewing it following lws implementation

<o​frnxmr:monero.social> This is not a paid deliverable. Creating a git repo? Lol

<o​frnxmr:monero.social> "Operational CI/CD pipeline for plugin development and releases." This is already completed bt btcpayserver

<r​4v3r23:monero.social> why is it either/or?

CI/CD development/unit testing/code coverage all there in Milestone 1

<s​gp_:monero.social> I only have a technical question about if they've looked into subaddresses with lws specifically, since those are different

<o​frnxmr:monero.social> "Support for existing merchants and users" this is fluff, and at m1, is meaningless

Yes, we talked with Vtnerd about subaddressing with lws. No issues here

<o​frnxmr:monero.social> "<d​everickapollo> Napoly has an open PR to merge the remote node implementation. We planned to include this earlier but discussed reviewing it following lws implementation" this doesnt even work

<n​apoly:matrix.org> there is no release.. and was not done by btcpayserver

<o​frnxmr:monero.social> It can be a gui for editing the node, but you cant use "any" remote node

<o​frnxmr:monero.social> It has to be specially configured

<n​apoly:matrix.org> we moved the remote node down the line.. as mutliwallet has higher importance

<o​frnxmr:monero.social> not for lws or rpc. Rpc requires block-noifity, and lws requires zmq-rpc

<n​apoly:matrix.org> and once lws is in place the remote node needs to be re-thinked

<o​frnxmr:monero.social> it need to be rethought out for kws and rpc.

<r​4v3r23:monero.social> id think removing a full node sync req is much more useful that adding another wallet

<o​frnxmr:monero.social> both required a node that is configured with special flags

<p​lowsof:matrix.org> multiwallet exists elsewhere already if merchants need this (bitcart.ai)

<o​frnxmr:monero.social> The new plugin has XMR_DAEMON_URI env variabke

<n​apoly:matrix.org> i'm just listening to what the creator of the biggest payment processor said repo.getmonero.org/monero-project/c…als/-/merge_requests/538#note_28197

<r​4v3r23:monero.social> meaning?

<o​frnxmr:monero.social> `UI improvements for Monero daemon configuration.` this is 100% of the remote node stuff

<o​frnxmr:monero.social> Meaning you can set a remote node by changing the env variable

<r​4v3r23:monero.social> so it already has remote node support?

<s​gp_:monero.social> Eh that's not a UI but it's also a small task not a major one

No - UI improvements for daemon/wallet refers to most of the work highlighted in the bounty bounties.monero.social/posts/88/15-…pay-server-additional-optimizations

<n​apoly:matrix.org> no it's not.. there are other things.....

<o​frnxmr:monero.social> Yes. Milestone 2 looks reasonable

<p​lowsof:matrix.org> related: if MAGIC require a c# dev, may a recommend Henry who has PR's merged to btcpayserver and created the monero bounties bot github.com/monerobot/monerobot

<o​frnxmr:monero.social> And is covered by the bounty, it seems

<n​apoly:matrix.org> that bounty is there for like 3 years now..

<o​frnxmr:monero.social> "Dockerize monero-lws if not available" 100% out of scope

<n​apoly:matrix.org> come on

<o​frnxmr:monero.social> So claim it 😭

<o​frnxmr:monero.social> Tf lmao

<n​apoly:matrix.org> it's not... as there is no official lws docker image hosted anywhere

<o​frnxmr:monero.social> What ya waiting for?

<n​apoly:matrix.org> u do

<n​apoly:matrix.org> lmao

Plowsoff you literally told us to halt all development - wtf

<o​frnxmr:monero.social> [@vtnerd:monero.social](https://matrix.to/#/@vtnerd:monero.social) said he'd do docker if ppl needed it

<s​gp_:monero.social> MAGIC has done this: github.com/MAGICGrants/monero-lws-docker

<s​gp_:monero.social> I can easily put MIT on that

<n​apoly:matrix.org> Nicolas reached out to us.. as no one cared.. i'm not gonna kill myself for 15xmr lol

<n​apoly:matrix.org> that should be done by vtnerd

yep - we chatted with vtnerd about it a few days ago. It sounded like that part was something he could get done within the time we need

<o​frnxmr:monero.social> Sgp clearly died twice while making the lws docker

<o​frnxmr:monero.social> Duh. So remove it from your deliverables

If its not available, we will need it

There is a conditional

<n​apoly:matrix.org> we had a chat with him 3 day ago

<p​lowsof:matrix.org> deverick: the bounties where made pre plugin so requires some adjustments

<p​lowsof:matrix.org> if thats what you mean by stop all work on completing a bounty for something obsolete

Correct - and those adjustments were made over the past week

<n​apoly:matrix.org> no one was able to solve that bounty so there was a spin off bounty

<p​lowsof:matrix.org> perhaps henry can complete them

perhaps?

<o​frnxmr:monero.social> Oh "not killibg myself for 15xmr" was napoky saying he wants more $ for this

Are we actively discoraging developement for perhaps?

<o​frnxmr:monero.social> cant blame pkowsof when nap is the one who said that the bounty can't afford him

<o​frnxmr:monero.social> Go claim the bounty

<n​apoly:matrix.org> dude i did a pr.. what u did?

<n​apoly:matrix.org> nothin

<o​frnxmr:monero.social> Your pr is broken

<o​frnxmr:monero.social> Always was

<n​apoly:matrix.org> at least i did smtng

Heckle, heckle and disrupt wherever he goes. That's all he does.

<r​4v3r23:monero.social> can some one explain why taking ownership of a btcpay plugin thats already been built for us is such a headache

15 minutes spent "discussing" this proposal and all I can see is a bunch of kids arguing in kindergarden.

<n​apoly:matrix.org> there is a power grab

<o​frnxmr:monero.social> because they was $ to create a git repo and dockerise lws

<p​lowsof:matrix.org> we can clarify the bounty scope soon then as you say things have become clear the past week, i guess im running a bit behind

<r​4v3r23:monero.social> paid to who?

<o​frnxmr:monero.social> Its in the ccs milestones

<r​4v3r23:monero.social> lws should be a nice add on, not a show stopper

<r​4v3r23:monero.social> local node/remote node/lws

<r​4v3r23:monero.social> those should be the 3 options in UI

<o​frnxmr:monero.social> thats milestone 2

<p​lowsof:matrix.org> i depend on services that currently use btcpayserver, so there is no personal 'lets stop btcpayserver from existing' on my end

<o​frnxmr:monero.social> M1 mostly NACK

<o​frnxmr:monero.social> M2 ACK

<o​frnxmr:monero.social> M3 remove dockerize lws, ack the rest

<o​frnxmr:monero.social> M4 not complaining

<p​lowsof:matrix.org> changes where made recently with the summary even more recent so up for discussion still, lets move on to the other proposals?

<r​4v3r23:monero.social> i dont even think btcpay allows for a remote bitcoin node (maxis trying to enforce running a node)

<r​4v3r23:monero.social> so remote xmr node would make is 1000x more useable for new merchnats

<p​lowsof:matrix.org> they dont require you to accept btc to run it, so out of scope

<r​4v3r23:monero.social> what?

<o​frnxmr:monero.social> github.com/btcpayserver/btcpayserver-monero-plugin#configuration

<o​frnxmr:monero.social> Remote node stuff is right there

<n​apoly:matrix.org> we are waiting 3 months for a green light.. these changes were made by deverickapollo as a response to complains from previous meetings

<r​4v3r23:monero.social> great, wrap it up in a simple UI on dashboard and happy days

<o​frnxmr:monero.social> Yeah, milestone 2.. ack'd

<o​frnxmr:monero.social> and the work was already started and covered bt the bounty

<o​frnxmr:monero.social> But napoly sayd he wont kill hinself for 15xmr, so he's NACKing the bounty

🙄🙄🙄

I need unit testing and code coverage. I can move those into mikestone 2

<n​apoly:matrix.org> thats why we want to incorporate those bounties

<s​gp_:monero.social> Can we just completely close the bounties?

<s​gp_:monero.social> Take the money out and set aside

<s​gp_:monero.social> Use for this CCS, or anything else related

<r​4v3r23:monero.social> or just apply bounty XMR to ccs

In this CCS I recommended we move bounty funds into this broader developemnt and ensure alignment. IF we need a separate meeting for some of those involved, we can get that scheduled. I don't want refinement here to take the whole meeting time.

<r​4v3r23:monero.social> like this specific one

<o​frnxmr:monero.social> Probably the former

<s​gp_:monero.social> The bounties are just noise, they are too old at this point

<o​frnxmr:monero.social> I'd be OK with donating the relevant bounties to this CCS

<p​lowsof:matrix.org> bounties have been sent off site to external funding platforms already so entirely possible, noted

<r​4v3r23:monero.social> same, lets just get this done

approx 30 xmr

<o​frnxmr:monero.social> I'm till NACKing most of m1 and the lws docker stuff

<r​4v3r23:monero.social> like i said, lws should be an optinal addon

<r​4v3r23:monero.social> its not directly related to the plug in

<r​4v3r23:monero.social> so if thats in the CCS, i say remove it/separate it

<o​frnxmr:xmr.mx> Lws docker is not a part of this ccs

<s​gp_:monero.social> Personally I'm a fan of fewer milestones, making sure the remote mode stuff and other UI improvements are done first, then doing lws. Maybe 1 milestone for all stuff without lws and 1 for lws. Then find with bounties and call it a day. My 2c

M1 Operational CI/CD pipeline for plugin development and releases and Testing framework and code coverage are the only two real meat.

<o​frnxmr:xmr.mx> Its done by magic and will be done "officially" by vtnerd

Happy to remove LWS that if we can align on dates there

<s​gp_:monero.social> I already told vt they can steal the docker stuff, I don't care

<r​4v3r23:monero.social> holding this up over LWS is retarded

<r​4v3r23:monero.social> its not essential

<o​frnxmr:xmr.mx> Its probably 50% of the actual work in the ccs

lws-docker part will be removed from milestone 3

<o​frnxmr:monero.social> Should not* be a part of this cs

The LWS part opens a whole new ecosystem of self hosted trusted communities for ecommerce

<r​4v3r23:monero.social> then make a separate proposal

<r​4v3r23:monero.social> why confuse things, this is about btcpay plugin not lws

<n​apoly:matrix.org> there were 2 proposal for lws docker

<r​4v3r23:monero.social> not directly related

<p​lowsof:matrix.org> "Personally I'm a fan of fewer milestones, making sure the remote mode stuff and other UI improvements are done first, then doing lws. Maybe 1 milestone for all stuff without lws and 1 for lws. Then find with bounties and call it a day. My 2c" and dropping LWS milestone +1 for me

<r​4v3r23:monero.social> focus on btcpay plugin first

<r​4v3r23:monero.social> then nice addons

<r​4v3r23:monero.social> prioritize

<n​apoly:matrix.org> there were 2 proposals for lws docker

Integrating LWS is literally improving the plugin integration with btcpay. Its currently setup so if you install this plugin, the environment should not be shared with untrusted parties as the sigle wallet instance is exposed to multiple stores

<o​frnxmr:xmr.mx> R4v3r, because the plugin w/o docker is functional

<o​frnxmr:xmr.mx> this ccs basicallt just adds ui for configuring a remote node, and lws support to enable multi-wallet

<r​4v3r23:monero.social> youre not listening, were not against LWS

<r​4v3r23:monero.social> were against tying it into the CCS for btcpay server plugin

Most monero users have only seen the one store side of the experience - we want to open up docs.btcpayserver.org/Deployment/ThirdPartyHosting

<s​pirobel:kernal.eu> maybe if those changes are made it can be directly merged? or is there another meeting necessary

<r​4v3r23:monero.social> you need to sepratate the 2

<s​pirobel:kernal.eu> i think this is taking too much space and its time to make a decision

<r​4v3r23:monero.social> no one is denying that LWS is good

<r​4v3r23:monero.social> its not necessary for btcpay server monero plugin to run

<r​4v3r23:monero.social> and remote node is much easier that self hosted LWS

github.com/btcpayserver/btcpayserver-monero-plugin - Nicolas put a warning about it on the plugin and was part of the encouragement to ship this

<r​4v3r23:monero.social> and remote node is much easier than self hosted LWS

I don't pick problems because they are easy. I look to bring new value to our community

<r​4v3r23:monero.social> wheres it hosted now? still on btcpay?

<o​frnxmr:xmr.mx> To repeat what i said but got buried "this ccs basicallt just adds ui for configuring a remote node, and lws support to enable multi-wallet "

<p​lowsof:matrix.org> actionable feedback has been provided here, i think we can move on

<r​4v3r23:monero.social> yes

<p​lowsof:matrix.org> b. [Monero Browser Wallet](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/555)

<r​4v3r23:monero.social> lol

<o​frnxmr:xmr.mx> github.com/btcpayserver/btcpayserver-monero-plugin

will cleanup and see you in 2 wks

<s​pirobel:kernal.eu> could use chatgpt to sum it up and defluff

<r​4v3r23:monero.social> we still havent migrated to monero ecosystem ownership?

<p​lowsof:matrix.org> there is no monero-ecosystem

<s​pirobel:kernal.eu> it ded

<r​4v3r23:monero.social> didnt they ask for monero community to take ownership?

Def ded. I tried that partnership for a while. It'll be under the new org in a few weeks.

<o​frnxmr:xmr.mx> This could be condensed to 3 milestones.

<o​frnxmr:xmr.mx> 1. add ui for node configuration

<o​frnxmr:xmr.mx> 2. add support for lws

<o​frnxmr:xmr.mx> 3. Documentation, onboarding, migration, etc

<s​gp_:monero.social> Yeah and here we are talking about lws instead of focusing on taking things off their hands

<r​4v3r23:monero.social> exactly. this is crazy

You all NAK'd this when I was highlighting it as a problem - lets not start

move on - see u in 2wks

<n​apoly:matrix.org> it is.. now imagine waiting like 3 months with no end in sight

lmao

inaction is still a decision

<p​lowsof:matrix.org> b. [Monero Browser Wallet](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/555)

<r​4v3r23:monero.social> lol

<p​lowsof:matrix.org> any feedback for spirobels proposal?

<s​pirobel:kernal.eu> yes there were more people showing their support since the last meeting

Launch it hardware wallet only and im down

I need it for umbrel and start9

<r​4v3r23:monero.social> browser wallets are horrible idea

<s​pirobel:kernal.eu> maybe we can merge soon it is the third session now

<s​pirobel:kernal.eu> *most. but not this one

<r​4v3r23:monero.social> all

<s​pirobel:kernal.eu> I disagree with that. to build vision for what the future of the web will be like, we need to one

<o​frnxmr:xmr.mx> There was a recent major bug / attack thatbtargetted browser wallets

<r​4v3r23:monero.social> the crypto 101

<r​4v3r23:monero.social> its crypto 101

<r​4v3r23:monero.social> no browser wallets

<s​pirobel:kernal.eu> there are a lot of dangers, especially the way they do the injection / communication between wallet and the webapp

<o​frnxmr:xmr.mx> news.bit2me.com/en/malware-that-infects-cryptocurrencies-in-browsers

<r​4v3r23:monero.social> its unneccessary, overengineered, and opens massive attack vectors

<r​4v3r23:monero.social> all for the sake of trying to force defi culture onto monero?

<r​4v3r23:monero.social> hard no from me

<s​yntheticbird:monero.social> yes for me

<s​yntheticbird:monero.social> shit

<s​gp_:monero.social> Who will actually use it?

<s​pirobel:kernal.eu> but its just wrong to reject this out right. It will even reduce attack vectors by introducing multi sig.

<s​yntheticbird:monero.social> \<SyntheticBird> +1 for me, can be cool

<s​gp_:monero.social> How will it be maintained after the proposal? With what funds?

<r​4v3r23:monero.social> the opressed women of afghanistan

<s​pirobel:kernal.eu> why did magic grants reach out to brave wallet?

<s​gp_:monero.social> Kayaba did, idk why

<r​4v3r23:monero.social> point 2: overenginered. ill just use a normal wallet, thanks

<s​gp_:monero.social> But you don't ship this with a popular browser preinstalled

<p​lowsof:matrix.org> spirobel "How will it be maintained after the proposal? With what funds?"

<r​4v3r23:monero.social> spirobelin a single sentence tell us what problem this browser wallet solves

<s​yntheticbird:monero.social> \<SyntheticBird> Third time, no new topic on the horizon, it's still the same "web wallet are a danger" vs "done right it give reach". I don't care who exactly is right (i won't share my opinion). I'm saying +1 because thus who believe in it are free to donate, thus who don't are free to wait for a "i told you so"

<s​pirobel:kernal.eu> how will anonero be maintained after the proposal? how will cake wallet be maintained?

<s​pirobel:kernal.eu> Sure we will find a way to make this sustainable

<p​lowsof:matrix.org> monerobulls comment " With a browser wallet that handles syncing, the burden is completely outsourced away from the site and makes integrations a lot less complex."

<s​gp_:monero.social> Yeah but how, exchange integrations? Recurring donations? I'm worried it'll be mad, not used, then abandoned

<s​gp_:monero.social> Yeah but how, exchange integrations? Recurring donations? I'm worried it'll be made, not used, then abandoned

<s​pirobel:kernal.eu> There are some many benefits to this new UX. Ethereums rise is largely a result of decoupling wallet UX through the browser. It opens the potential of shapping the future of the web in our terms.

<r​4v3r23:monero.social> vague statement, not a single problem solved

<s​pirobel:kernal.eu> There are so many benefits to this new UX. Ethereums rise is largely a result of decoupling wallet UX through the browser. It opens the potential of shapping the future of the web in our terms.

<r​4v3r23:monero.social> why shouldnt i just open my mobile/desktop wallet?

<r​4v3r23:monero.social> that are MUCH more secure

<o​frnxmr:xmr.mx> xmrbazaar uses cors to connect your browser to a node directly for the multisig stuff. So same outcome

<p​lowsof:matrix.org> but defi

<p​lowsof:matrix.org> "There is no way something like thorswap.finance will add Monero in a way where they have to sync wallets on their server and syncing it with wasm every time the user opens the site is not ideal UX either." for those who like that

<s​pirobel:kernal.eu> no. Its very clear: how could uniswap happen? Or monero specific: how could multisig be made comfy. To solve all of these issues in the proper way, we need a browser wallet and the accompanying library

<r​4v3r23:monero.social> are you saying your browser plugin will make Monero rise like Ethereum?

<r​4v3r23:monero.social> uniswap has mobile apps

<r​4v3r23:monero.social> multisig doesnt need a browser wallet, and im sure the UX will be way shittier than normal wallets

<s​yntheticbird:monero.social> \<plowsofofficial> i hate apps

meow.

<s​pirobel:kernal.eu> the issue is if you have a wallet inside the website it will be insecure and practically the website has the power over it. If its part of the users browser the situation is completely different.

<s​pirobel:kernal.eu> but not in the beginning. The only way to encourage more innovation is by making it cheaper to do. It is a much lower barrier to entry if you dont have to ship a wallet app for every new thing and win people over

<o​frnxmr:xmr.mx> I dont think its in the website

<r​4v3r23:monero.social> so the typical sales pitch of mass adoption. im sure YOUR proposal will be the one to get us there

<r​4v3r23:monero.social> anyway ive said my piece about it

<o​frnxmr:xmr.mx> stored in the browser locally or smthn

<s​yntheticbird:monero.social> #voteofrn: you can do like matrix and have an encryption abstraction on top of IndexedDB

<p​lowsof:matrix.org> c. [Walletverse monero integration](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/556) close

<s​yntheticbird:monero.social> (its not used at the moment but matrix web sdk support password encryption)

<s​pirobel:kernal.eu> if it involves cors it means that the code runs in the context of a website. Which means its practically owned by the person that has control over the domain

<p​lowsof:matrix.org> closing walletverse, closed source things and such

<r​4v3r23:monero.social> wait, they say "and contribute to the wider adoption of Monero by making it more accessible."

<o​frnxmr:xmr.mx> Close verse

<s​yntheticbird:monero.social> Clo`-`Ver

<p​lowsof:matrix.org> d. [Revuo Monero Maintenance (2025 Q2)](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/559)

Could we get more upvotes/downvotes/comments and finalize decision on this soon? April is 1st month of Q2. :D

<s​yntheticbird:monero.social> Walletverse = Clover

<s​yntheticbird:monero.social> I'm gonna kill this fucking instance 35 SECONDS OF DELAY TO SEND A MESSAGE

monero.social instance just died right?

<o​frnxmr:xmr.mx> Revuo was merge like a mthbago

<o​frnxmr:xmr.mx> Did luigi 4get

luigi1111: wen merge sar

ok lmao IRC is much faster up to date

IRC the standard.

<p​lowsof:matrix.org> **lag**

plowsof your lag message took 1 minute

<r​4v3r23:monero.social> for like a sec

<p​lowsof:matrix.org> bridge ok'ish now

<p​lowsof:matrix.org> e. [Monero contract system](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/563) close

<p​lowsof:matrix.org> the proposer was honest and mentioned heavy LLM usage

How's the new year's resolution one coming along? :D

<p​lowsof:matrix.org> "This is the first ever project i wrote in my life and used LLM's heavly, i did it on a rush to get something on the resume fast, so forgive me for it not aligning with the ecosystem, i did not do research, i though you people would like the idea."

<p​lowsof:matrix.org> the idea may be great, or the perfect use case presented, just no faith in the proposer completing it

<p​lowsof:matrix.org> plowsofs little list

yeah, that's just "your list" until it gets merged.

<r​4v3r23:monero.social> plowsoffs little black book

<p​lowsof:matrix.org> f. [New Year's Resolution](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/537)

<p​lowsof:matrix.org> more of a performance review of those mentioned with "If the provided updates/progress (or lack thereof) is unsatisfactory, all remaining funds can be relinquished either before or after the deadline."

<p​lowsof:matrix.org> some proposals have already been removed since opening the merge request

<p​lowsof:matrix.org> so far, ANONERO have completed 1 milestone during performance review period and have been giving regular updates at community meetings and BusyBoredom has been sharing regular updates/progress at community meetings. (not today though but in comparison to everyone else 😅)

<p​lowsof:matrix.org> way over time, its open for feedback unless ppl want to drop a thumbs up/down/other here/there

<p​lowsof:matrix.org> any other business?

plowsof safe for me to assume Revuo Q2 is a merge and will go live whenever it goes?

<s​pirobel:kernal.eu> just signed up for xmrbazaar they also make a pgp key in the website session.

[CCS Proposals] plowsoff closed merge request #556: Walletverse monero integration repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/556

[CCS Proposals] plowsoff closed merge request #563: Monero contract system repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/563

<s​pirobel:kernal.eu> just signed up for xmrbazaar they also make a pgp key in the website context.

<p​lowsof:matrix.org> thanks all for attending 🙏

<o​frnxmr:xmr.mx> Its not stored on the server, its local

<n​apoly:matrix.org> Join us to discuss the next steps in developing the BTCPay Server Monero plugin. Your input is welcome. matrix.to/#/#btcpay-monero:matrix.org

<p​lowsof:matrix.org> all btcpayserver related bounties moved to "to be decided" via declined

<s​pirobel:kernal.eu> the issue is that practically the server can inject a different <script> tag when the website loads and extract the secret key. So when the feds seize the server they just have access to everything. In theory I agree with improving UX like this and making it easier for people to use. But it needs to be done right. There is a difference between a web wallet and a browser wallet. Th<clipped message>

<s​pirobel:kernal.eu> e web wallet keeps the secret key in the context of the website. That means the website owner still has access to it even if it is saved in local storage if he really wants to. In the case of the browser wallet the secret key stays inside of the extension. It is like installing a local app.

<s​pirobel:kernal.eu> I hope we can get the Browser Wallet proposal merged soon. If anyone wants to discuss this further please reach out I love talking about it :D

<r​4v3r23:monero.social> why dont you answer what problem it solves in a single sentence

<r​4v3r23:monero.social> without generic buzzwords and statemnets about adoption

<s​yntheticbird:monero.social> thanks plowsof

[CCS Proposals] plowsoff opened merge request #569: ANONERO: remove self imposed deadline repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/569

<r​4v3r23:monero.social> plowsofthank you sir

<m​onerobull:matrix.org> is anonero still around?

<r​4v3r23:monero.social> yes, new build is on anonero.io/download

<m​onerobull:matrix.org> what is stealth apk

<m​onerobull:matrix.org> what is stealth apk?

<r​4v3r23:monero.social> app is installed as a calculator with secret PIN to open wallet

<s​pirobel:kernal.eu> how would you phrase this for anonero?

<r​4v3r23:monero.social> why are you deflecting?

<r​4v3r23:monero.social> anonero has already proven it solved a problem (no good cold storage solutions for monero) that has since become the standard

<r​4v3r23:monero.social> identified a problem, created a solution

<r​4v3r23:monero.social> we didnt create a solution in search of a problem

<s​pirobel:kernal.eu> I am curious what you consider the most pressing need.

<r​4v3r23:monero.social> and im curious what purpose your browser wallet has, which you still havent been able to say

<m​rcyjanek0:matrix.org> Didn’t the guy from bitcoin_base already create web Monero wallet?

<m​rcyjanek0:matrix.org> just rawdogged that crypto in dart and compiled it to web

<s​pirobel:kernal.eu> I did before, but it was from the perspective of what it will do for monero as a whole. What you wanted to hear was more from the perspective of the individual user

<r​4v3r23:monero.social> thats just generic buzzworld salad to get a pay day from ccs

<r​4v3r23:monero.social> muh mass adoption doesnt solve a problem

<s​pirobel:kernal.eu> just stop being cynical and abrasive.

<r​4v3r23:monero.social> ......no

<r​4v3r23:monero.social> thats my feedback, and you wont change my mind

<s​pirobel:kernal.eu> even if it made you live a happier life? 😀

<r​4v3r23:monero.social> ping me when you can summarize the probem and solution that browser wallet solves in a single sentence

<r​4v3r23:monero.social> enjoy your weekend

<o​frnxmr:xmr.mx> Spirobels is a browser plugin

<m​rcyjanek0:matrix.org> that one is a plugin afaik

<m​rcyjanek0:matrix.org> there's not much difference between a PWA and plugin

<m​rcyjanek0:matrix.org> lemme find this real quick

<m​rcyjanek0:matrix.org> mrtnetwork.github.io/mrtwallet

<m​rcyjanek0:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/utoXTXEoCvKWvJWYKZuplYRs

<s​pirobel:kernal.eu> PWAs have the same issue as websites

<m​rcyjanek0:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/bgKRImATaVahkyYDNuiPGtzO

<m​rcyjanek0:matrix.org> I'm not talking about issues, trusting your web browser is a bad thing to do, no matter if it's plugin, PWA or whatever

<m​rcyjanek0:matrix.org> I'm mentioning that there is monero wallet that is a browser plugin already

<s​pirobel:kernal.eu> its also not just the extension. Its the wallet library as well. As well as building out the decoupling between wallet and the webapp

<m​rcyjanek0:matrix.org> yeah.. that was mrt have done

<m​rcyjanek0:matrix.org> yeah.. that was what mrt have done

<m​rcyjanek0:matrix.org> what do you mean by decoupling wallet and webapp?

<s​pirobel:kernal.eu> I mean if you study wallet webapp interaction for a while and the respective libraries like web3.js in ethereum, solana etc you notice a lot of things that should be improved for privacy and security

<s​pirobel:kernal.eu> and that need to be adapted for the situation in monero

need?

<s​pirobel:kernal.eu> I built this demo 2 years ago youtube.com/watch?v=4DLcsQ45zoE

who else besides you wants a XMR web wallet?

please don't answer with "it will make your life easier!"

where is the actual demand?

<m​onerobull:matrix.org> me

<s​pirobel:kernal.eu> all the other people that voiced their support on twitter and in the CCS proposal

<m​onerobull:matrix.org> its kind of needed for a decent serai experience

ok. 2 people. who else?

<m​onerobull:matrix.org> it can also make stuff like xmrbazaar even better in terms of security

4 upvotes + spirobel + bull. 6 people.

<m​onerobull:matrix.org> you could do simpler multisig setups

<m​rcyjanek0:matrix.org> I'm not against - web wallet is a good thing to have

<m​rcyjanek0:matrix.org> I'd personally not use it, but it would help with the reach

nitter.net/kewbit/status/1895104679325114614 lol

<o​frnxmr:xmr.mx> Xmrbazaar does multisig pretty seamlessly afaik

<o​frnxmr:xmr.mx> (but bazaar isnt open source, so who knows what its really doing)

<m​rcyjanek0:matrix.org> some people keep all of their crypto in metamask

Spirobels 1st completed CCS repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/501

<s​yntheticbird:monero.social> tf kewbit is still alive?

He only gets stronger

<o​frnxmr:xmr.mx> Ya, he tweeted about me like 2 days ago

<o​frnxmr:xmr.mx> "tagging ofrnxmr so he can respond" >> bro has be blocked 😆

<o​frnxmr:xmr.mx> xcancel.com/kewbit/status/1904915858960285862

<o​frnxmr:xmr.mx> He forgot how to use periods

Never stop

<o​frnxmr:xmr.mx> Seems maybe his llm subscription expired. The quality of text is much lower now :(

There have been huge advancements in LLMs since him arriving iirc vibe coding didnt even exist then

monerobull: x.com/revuoxmr/status/1906071426311835954 // nitter.net/revuoxmr/status/1906071426311835954

<m​onerobull:matrix.org> approved it

<a​remor:matrix.org> That’s always been there

<a​remor:matrix.org> He only uses it sometimes

<3​21bob321:monero.social> I think if the web wallet was pwa it would only help with reach across different OS and not requiring apps for each.

<3​21bob321:monero.social> Wasn't rhino wallet web only ?

<r​4v3r23:monero.social> yeah