<3​21bob321:monero.social> reddit.com/r/Monero/comments/1i3pmyh/openmoneroco

meeting in 53~ mins monero-project/meta #1141

meeting time monero-project/meta #1141

greetings

<z​oom122:matrix.org> Hello, I'm not asking for much help from the Monero community!

<z​oom122:matrix.org> Friends, I found myself in a difficult life situation, this is the last option where I can ask about money...

<z​oom122:matrix.org> Can someone ask for a small amount of xmr?

<z​oom122:matrix.org> Show some sympathy.

tobtoht has stepped up to help with the merge list @ github.com/monero-project/monero

<r​ucknium:monero.social> I laughed. Going to keep that that in the meeting log!?

definitely not

<o​frnxmr:xmr.mx> HI

<z​oom122:matrix.org> friends, help, please🙏

<o​frnxmr:xmr.mx> zoom122 join Monero Offtopic

<o​frnxmr:xmr.mx> Were in the middle of a meeting

Rucknium has shared an update / milestone completion for OSPEAD recently repo.getmonero.org/monero-project/c…als/-/merge_requests/255#note_28250

<r​ucknium:monero.social> I will probably discuss some preliminary results and methodological issues next MRL meeting

<j​0j0xmr:monero.social> Hello.

<p​lowsof:matrix.org> thanks for the continued efforts on that Rucknium

<p​lowsof:matrix.org> sadly alot of phishing going on in the ecosystem, are there any other positive highlights?

monerokon.org has a fundraiser for a monero point of sale device active

recently funded pay.monerokon.org/apps/4P3tCgWYEB73Pu35H2F5cnVhwzd7/crowdfund

*fully funded

<o​frnxmr:xmr.mx> Do they have to be positive?

:D

<o​frnxmr:xmr.mx> Monero Nodo devices started arriving at their North American destinations

always look on the bright side. oh someone called "kewbit" was banned from the bounties site recently. requesting funds out of band to complete things and linked some fund phishing site @ bounties.monero.social/posts/174/de…nce-system-for-the-monero-ecosystem

cc ajs_ 👏

<o​frnxmr:xmr.mx> Never heard of him

<o​frnxmr:xmr.mx> (or her)

Hello, sorry for lateness.

<p​lowsof:matrix.org> welcome!

<p​lowsof:matrix.org> same, luckily the account is blocked now

<o​frnxmr:xmr.mx> Hello msvb

<p​lowsof:matrix.org> is fiatdemise here btw? they already shared a small update the other day for XMRchat : someone following the docs got their own xmrchat instance up and running (not without some hurdles). FD is waiting for them to show the instance is working iirc

<p​lowsof:matrix.org> sorry, reboot

<p​lowsof:matrix.org> shall we move on to the ccs merges?

<p​lowsof:matrix.org> (some people not excited about the twitter account)

<o​frnxmr:xmr.mx> lets

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

<o​frnxmr:xmr.mx> Yeah. Not many in attendance here today, but there have been numerous calls to delist the twitter from getmonero.org

<r​ucknium:monero.social> plowsof: Maybe you should start reminding CCS proposers of meeting dates again so they appear.

yes, definitely, will do

<o​frnxmr:xmr.mx> XMRchat had positive sentiments and should be live on monerotopia as we speak

<o​frnxmr:xmr.mx> FiatDemise

<r​ucknium:monero.social> Can anyone summarize the logistics of the proposal? Claim the remaining milestone of the previous TipXMR CCS, and then...?

<r​ucknium:monero.social> Mostly I want to know if this is a truly retroactive CCS.

yes it is retroactive funding for the completion of xmrchat

<o​frnxmr:xmr.mx> no, it has milestones that need to be completed as well. I dont think (need to check the MS) its completed in full

there are other milestones for further work (including a fee model)

awarding them tipxmrs funds for the service MR is here repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/530

the outstanding amounts (including further work) will be raised via the CCS is the sentiment

<4​rkal:monero.social> Hello hello

<o​frnxmr:xmr.mx> Tipxmr's funds will go towards partially funding the proposal, and the remaining funds will come from community

FD mentioned that he would like for the person setting up the service from docs to not only get it up but confirm tips are actually working

<p​lowsof:matrix.org> can be followed in #self_hosted_xmrchat:matrix.org

<r​ucknium:monero.social> For example, if this was a prospective instead of a retroactive CCS, then the architecture issue with integrated addresses and subaddresses could have been discussed at the time of proposal. That's the state reason in the CCS rules why community input beforehand is needed.

<o​frnxmr:xmr.mx> I think its more of a takeover of tipxmr + expanded scope

<r​ucknium:monero.social> So do the TipXMR funds cover the "retroactive" part and the expected new donations cover the expanded scope?

<p​lowsof:matrix.org> tipxmr (with monero-lws) - which has subaddresses enabled, i should think the skills to get the service running would directly apply to enabling subaddresses

<r​ucknium:monero.social> Anyway, it seems like they have done a good job with the software. I've used it.

<p​lowsof:matrix.org> yes, let me confirm the exact amounts

72-1.44=70.56 from tipxmr

<o​frnxmr:xmr.mx> Yes prospective imo. Its not retro, we can clarify subaddresses etc

milestones 1 + 2 are the retroactive parts repo.getmonero.org/monero-project/c…68a2d58f77949de904a55750c9d9a47_0_8

which total 74 xmr.

<p​lowsof:matrix.org> so 3.44 needs to be raised from the CCS to satisfy retro funding. + 40 xmr for further work

<p​lowsof:matrix.org> so it would go to funding requesting 43.44 xmr

<o​frnxmr:xmr.mx> (2 b verified before payout)

<p​lowsof:matrix.org> with a "figure out subaddresses" request i think most support (as theyre deprecated* and enabled in another branch / somewhere in monero-lws)

<p​lowsof:matrix.org> is this OK?

<r​ucknium:monero.social> I would be happier if things were moved around. 3.44XMR move from milestone 2 to milestone 3. Mostly a cosmetic change. But you're not obligated to satisfy me of course :)

<p​lowsof:matrix.org> there is a small discrepancy as 1.44 ~ xmr has been paid out but not listed in the front matter @ master, so perhaps that is FD's intention to only absorb the funds for retroactive

<p​lowsof:matrix.org> seems like a sane suggestion i would also support. shall we move on?

<o​frnxmr:xmr.mx> Subaddresses are live on lws

<p​lowsof:matrix.org> no reason to not have them then

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

<p​lowsof:matrix.org> FullMetalScience left some comments a week ago

<p​lowsof:matrix.org> my bad, he's not even in this room

<j​0j0xmr:monero.social> I still don't see the point of this project.

<o​frnxmr:xmr.mx> No engagement, my close vote still stands as it being an overly complicated and unrealistic

<o​frnxmr:xmr.mx> > If I were to ask myself at any point "If right now I was out and had to pay something in Monero, how long would it take me, all hurdles considered?", it would rarely be less then 20-minutes.

<j​0j0xmr:monero.social> Agreed.

<o​frnxmr:xmr.mx> Comments like this arent inspiring

<p​lowsof:matrix.org> the main thing for me in the new comments is that after i mentioned the skills required to undertake such a task are likely that of a researcher/developer with slightly more intimate knowledge of the monero transaction code base ,

<j​0j0xmr:monero.social> It's a solution in search of a problem.

<p​lowsof:matrix.org> he clarified that "since the entire CSS is based on RPC interaction, clearly the protocol level remains unaffected." so this will be a collection of shell scripts using monero-wallet-rpc

<p​lowsof:matrix.org> without any modifications to the protocol which could facilitate the goals

<p​lowsof:matrix.org> we can move on unless any other comments? i don't see this being merged currently

<j​0j0xmr:monero.social> How about Unstoppable? Any sort of update would help them prioritize and move on to other features.

<o​frnxmr:xmr.mx> yeah, its just the giftcard stuff but with extra dependencies

<p​lowsof:matrix.org> 4rkal: thanks for joining

<p​lowsof:matrix.org> d. [dmvp2p: Donate Monero Via P2Pool](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/531)

<o​frnxmr:xmr.mx> "Transaction signing: The client's offline unit (nickname "ghost")

<o​frnxmr:xmr.mx> Payment coordination: The merchant's point-of-sale unit (nickname "gate")

<o​frnxmr:xmr.mx> Transaction building: The client's online service (nickname "tower")

<o​frnxmr:xmr.mx> Output scanning: The client's live wallet service (nickname "sentry")

<o​frnxmr:xmr.mx> "

<o​frnxmr:xmr.mx> The user needs to run more software than lws, and still needs to reconcile somewhere (noshore)

<p​lowsof:matrix.org> gupaxx dev has left a comment on the proposal a week ago repo.getmonero.org/monero-project/c…als/-/merge_requests/531#note_28094

<o​frnxmr:xmr.mx> Dmvp2p, imo, should just be a gupaxx plugin. But i'm still NACK for the 0.0003xmr/12hr traceable donation spam that requires people share main addresses

<o​frnxmr:xmr.mx> Makes infinitely more sense to use any wallet and send a donation 🫡. And mine to your own wallet. Or possibly even the monero subscription wallet by lukeprofits if you want recurring donations

<o​frnxmr:xmr.mx> I posted on proposal

<o​frnxmr:xmr.mx> > re people like mental outlaw etc: donations via xmrchat are sending dollars worth of monero. You can see some of these donations here: youtube.com/watch?v=jxPulIjhXwg&t=5084

<4​rkal:monero.social> To be honest I would argue that gupax is not user friendly enough for the target audience of dmvp2p. The goal of dmvp2p is to be as easy to setup as unminable miner (a very noob friendly miner). I would highly recommend that you try the dmvp2p beta to see how it differs from gupax

<o​frnxmr:xmr.mx> 0.0003xmr isnt a donation, its a dust attack 🙃

<4​rkal:monero.social> It's a micro tip

<p​lowsof:matrix.org> the gupaxx dev mentions a noob friendly version with "less tabs" is on the roadmap and welcomes pull requests in the mean time

<p​lowsof:matrix.org> i could donate to someone, and benefit from entering a bonus raffle for extra hashes @ xmrvsbeast. this is already built into gupaxx which was made for that purpose

<o​frnxmr:xmr.mx> 4rkal, revive primo!

<p​lowsof:matrix.org> we can move on and leave this open for feedback?

<o​frnxmr:xmr.mx> i also wouldnt be surprised if this proposal would go over well as a bounty (add microtipping to gupaxx)

<p​lowsof:matrix.org> there are also a GO project (moneropay) who i hear might be seeking funding for further work some time, could be a place to start contributing your GO skills

<o​frnxmr:xmr.mx> Moneropay and metronero

<o​frnxmr:xmr.mx> Should be opening a MAGIC proposal within the next few week

<p​lowsof:matrix.org> sorry for being so slow at the beginning BTW, technical difficulties

<p​lowsof:matrix.org> i think we can move on with the time in mind

<4​rkal:monero.social> Until that noob friendly mode is implemented (if it ever is) I don't see a reason to use gupaxx. Dmvp2p has already somewhat implemented most of gupaxs functionality already (it just needs some more polishing)

<p​lowsof:matrix.org> i will make sure to test the noob friendliness 4rkal, thank you

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

<p​lowsof:matrix.org> positive updoots and merge sentiment, any thing new here or can we move on?

<p​lowsof:matrix.org> we can return back to: e. [Funding Proposal for Unstoppable Wallet: Enabling Native Monero Integration on iOS & Android](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/532)

<p​lowsof:matrix.org> no replies by the proposer to comments

<j​0j0xmr:monero.social> Any update/feedback would help the team move on and prioritize other features.

<j​0j0xmr:monero.social> I think there should be some sort of requirement for projects to already have some form of Monero footprint before asking for funding.

<o​frnxmr:xmr.mx> Ill ping them on github or twit

<j​0j0xmr:monero.social> Otherwise approving this CCS could open the flood gates for totally random projects to see CCS as "free money" for basic Monero implementations.

<p​lowsof:matrix.org> need more interaction from them (github/tweeting would actually confirm if its really for them)

<o​frnxmr:xmr.mx> still NACKing proposal as is. Cut the R&D milestone

<j​0j0xmr:monero.social> Even if it is, as it stands I vote no.

<p​lowsof:matrix.org> definitely not a positive sentiment so far, thanks for feedback

<p​lowsof:matrix.org> moving on

<p​lowsof:matrix.org> g. [Btcpayserver plugin](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/538)

<o​frnxmr:xmr.mx> The other milestoned cover the D

<p​lowsof:matrix.org> sgp mentioned MAGIC offering to take over the btcpayserver plugin repo

<o​frnxmr:xmr.mx> i think scope needs tk be redefined

<o​frnxmr:xmr.mx> Monero will already have a plugin for 2.1, and will work at launch

<p​lowsof:matrix.org> which is being completed here, by 1 developer (for 1 instance) github.com/btcpayserver/btcpayserver-monero-plugin

<r​ucknium:monero.social> IMHO, getting Monero in BTCPay Server 2.0 is a priority. How it should be done, and who should be involved, should be a topic of discussion.

<j​0j0xmr:monero.social> Agreed.

<o​frnxmr:xmr.mx> Proposal is written to sound like monero support will die because btcpayserber cut us off

<r​ucknium:monero.social> Competitive bidding, anyone?

<p​lowsof:matrix.org> Rucknium, they are doing it for us @ github.com/btcpayserver/btcpayserver-monero-plugin

<j​0j0xmr:monero.social> It already exists, we just need actual support and better features.

<p​lowsof:matrix.org> getting monero into bytcpayserver is not a question. the btcpayserver devs are making the plugin lol

<p​lowsof:matrix.org> i used a plural

<p​lowsof:matrix.org> sorry, the 1 dev

<r​ucknium:monero.social> The MAGIC Monero Fund tentatively approved funding for a BTCPay buildathon at the Monerotopia conference, but it ended up not happening: MAGICGrants/Monero-Fund #37

<p​lowsof:matrix.org> they are also working on a zcash plugin. but note that monero was first :D

<p​lowsof:matrix.org> Not happening??

<p​lowsof:matrix.org> "Thanks to funding from the Magic Grants, we had the opportunity to meet at Monerotopia 2024 and analyze this challenge in depth. During this collaboration, we established a comprehensive roadmap and a plugin repository with CI/CD support for stable releases and development. The plugin is currently in the proof-of-concept stage, with a focus on establishing a solid foundation for the plugin."

<r​ucknium:monero.social> sgp_ had proposed the idea of MAGIC funding one of MAGIC's staff devs (only staff dev?) to help make the plugin. That dev re-wrote the monerofund.org code that interacted with the BTCPay backend.

<o​frnxmr:xmr.mx> Ruck ^

<r​ucknium:monero.social> Well, no one else joined the buildathon except for Deverick and Napoly.

<r​ucknium:monero.social> Ok, but it needs more features, right?

<o​frnxmr:xmr.mx> Officially built by btcpayserver guys

<p​lowsof:matrix.org> the proposal, will add the ability to host a service for multiple users. which btcpayserver is currently not set up for . this can be achieved with bitcart.ai though

<s​gp_:monero.social> Monero will be in BTCPay 2.1 because one of the main BTCPay devs has said it will be and is doing the work for that themself

<p​lowsof:matrix.org> "needs"

<p​lowsof:matrix.org> if hosting an instance for multiple merchant is a need, then yes

<p​lowsof:matrix.org> or rather : multiple wallets

<s​gp_:monero.social> The biggest major feature they want to add with the CCS as far as I can tell is multiple Monero wallets per BTCPay server

<o​frnxmr:xmr.mx> I think this proposal should be postponed, pending the release of the official plugin

<s​gp_:monero.social> Personally, I consider this an important feature, but I don't consider it an _essential_ feature. Especially when we don't really know if the lws implementation is going to work well or not. I think a better initial task before commiting to use lws is to very clearly (and specifically) document how exactly lws would be implemented to meet this multiuser objective

<o​frnxmr:xmr.mx> And then adjusted to match the actual scope.

<o​frnxmr:xmr.mx> replacing rpc with lws, perhaps.

<s​gp_:monero.social> Fwiw, I already asked that MAGIC Grants developer to review the plugin draft. They aren't familiar with C# going into this so they're learning that as they review the plugin. My goal is for MAGIC Grants to maintain this permanently

<p​lowsof:matrix.org> thanks for the feedback sgp_ (and offering MAGIC up for taking over the repo for the future)

<s​gp_:monero.social> github.com/btcpayserver/btcpayserver-monero-plugin

<o​frnxmr:xmr.mx> Idek what this is > Integration for wallet recovery and backup functionality.

<o​frnxmr:xmr.mx> Its lws.. so?

<s​gp_:monero.social> I don't want to speak for deverick, but he suggested that instead of MAGIC Grants maintaining it, that the plugin is maintained on the monero-project repo

<s​gp_:monero.social> s/repo/org

<o​frnxmr:xmr.mx> Nah

<o​frnxmr:xmr.mx> Hard NACK about monero-project essentially endorsing btcpayserver

<s​gp_:monero.social> I think there's not much to do at this stage. Nicolas is doing us a big favor by making the initial plugin with the same features and better testing for BTCPay 2.1. After that, then a maintainer needs to be picked and then the main goals need to be established and worked on

<o​frnxmr:xmr.mx> monero-ecosystem would have been nice, but we all know what happened there.

<p​lowsof:matrix.org> a soft closing of this proposal until BTCPay 2.1 is up

<s​gp_:monero.social> 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

<s​gp_:monero.social> But the deliverable should be a very clear document for that that a developer could then implement (or a plan could then be made to improve the missing pieces at lws)

<p​lowsof:matrix.org> napoly:

<p​lowsof:matrix.org> i think we can end there? thank you all for attending if so. i will make better efforts to notify proposers to attend although Rucknium and 4rkal have, without prompt, thank you!

<c​rz:matrix.org> Hello 🙃

<3​21bob321:monero.social> Has anyone tried to test it ?

<p​lowsof:matrix.org> Dan (Is not the man & Braxman Tomsparks Qbit Advocate) Backup: well, one person is in #self_hosted_xmrchat:matrix.org , virtual desktop support was requested at one point so the docs where not up to par but they eventually got it running

<p​lowsof:matrix.org> x.com/monero/status/1880703759413854245 shows one particular Monero wallet in the image, i guess there are some others out there

oh look, a cake logo

sorry, didn't read your comment lol

<p​lowsof:matrix.org> We fully agree to it so i thought you should be aware

<j​0j0xmr:monero.social> Is this the Official Monero OPSEC recommendation?

<o​frnxmr:xmr.mx> Yes

<o​frnxmr:xmr.mx> Use protonmain and bitwarden

<o​frnxmr:xmr.mx> xcancel.com/chaserxy/status/1880728755561529808#m

<j​0j0xmr:monero.social> OK, changing entire setup, brb.