-
m-relay
<4rkal:monero.social> Quick question. Would it make sense/is it possible to sync a Monero node initially with cuprated and then switch to monerod? Since cuprated is apparently a lot faster at the initial sync
-
m-relay
<rbrunner7:monero.social> I am pretty sure the database formats are not compatible; monerod won't be able to use the blockchain file that cuprate wrote
-
m-relay
<plowsof:matrix.org> meeting today in 3 hours 34 mins
monero-project/meta #1169
-
m-relay
<fiatdemise:matrix.org> Why is there such a long delay between funded CCS milestone completion and payout? That part of the process should be improved.
-
NorrinRadd
agreed
-
NorrinRadd
what do you think the average time between those 2 steps is currently?
-
m-relay
<fiatdemise:matrix.org> Mine milestone was done on 1/29. I haven't been following others, but saw someone else comment 4 weeks.
-
m-relay
<fiatdemise:matrix.org> My completes milestone was done on 1/29. I haven't been following others, but saw someone else comment 4 weeks.
-
m-relay
<fiatdemise:matrix.org> My completed milestone was done on 1/29. I haven't been following others, but saw someone else comment 4 weeks.
-
m-relay
<ofrnxmr:xmr.mx> Luigi does this on his own time
-
m-relay
<ofrnxmr:xmr.mx> Usually 1-2 weeks but occasionally over 4 weeks
-
m-relay
<ofrnxmr:xmr.mx> I think he may have forgotten you
-
m-relay
<fiatdemise:matrix.org> Can Luigi get an assistant that can help when he is unavailable?
-
m-relay
<ofrnxmr:xmr.mx> Since it mikestones are usually paid when marked as completed at the time of payout, possible he thought it was paid
-
m-relay
<ofrnxmr:xmr.mx> Since it mikestones are usually marked as completed at the time of payout*, possible he thought it was paid
-
NorrinRadd
Re: assistant, doesn't plowsof do that?
-
m-relay
<ofrnxmr:xmr.mx> Plowsof isnt his assistant. Payouts are a 1 man band
-
m-relay
<ofrnxmr:xmr.mx> Or perhaps better
-
m-relay
<ofrnxmr:xmr.mx> Share it during the meeting
-
m-relay
<ofrnxmr:xmr.mx> (if youre available)
-
m-relay
<r4v3r23:monero.social> should be multisig
-
plowsof
FiatDemise payments will happen no sooner than Monday, ETA on availability for payouts will happen after Monday. thank you for your patience
-
plowsof
ofrnxmr " possible he thought it was paid" 1st provocation of the day
-
m-relay
<ofrnxmr:xmr.mx> Hahaha
-
plowsof
2nd 😠
-
m-relay
<btclovera:matrix.org> Hi guys, in case I will not attend the meeting 😞 ⤵️
-
m-relay
<btclovera:matrix.org> 1. btcpayserver plugin: we need to find place to host this repo. I vote for ofrnxmr 🫡. Proposal should be merge in my opinion.✅
-
m-relay
<btclovera:matrix.org> 2.Monerokom: ✅ merge
-
m-relay
<btclovera:matrix.org> 3. Montero browser wallet. I like the idea of flow payment like stripe payment links but I'm very skeptical of the security for a browser wallet. Also, why just not use Btcpayserver for commercial things and if you want a wallet go for desktop or mobile wallet. Browser wallet are not secured INMO
-
m-relay
<btclovera:matrix.org> 4. Monfluo - I support this proposal. 14 XMR it's ok ✅
-
m-relay
<btclovera:matrix.org> 5. Revuo ✅ I think the price is ok for the proposal
-
m-relay
<btclovera:matrix.org> 6. Coordinator... Mmmm 🤔 I don't know I don't know... Joking 😃. I'm vote merge ✅ nice work for all this time
-
m-relay
<btclovera:matrix.org> 7. Selsta merge ✅
-
m-relay
<btclovera:matrix.org> For the rest of proposals I don't have any comments.
-
plowsof
thanks for the feedback Lovera 💪
-
deverickapollo
Appreciate the support lovera!
-
m-relay
<plowsof:matrix.org> Meeting time
monero-project/meta #1169
-
m-relay
<plowsof:matrix.org> cuprated alpha released, i see alot of people syncing their nodes
github.com/Cuprate/cuprate/releases
-
ofrnxmr
greetz
-
m-relay
<plowsof:matrix.org> ofrnxmr and gingeropolous are in the trenches syncing monerod release
-
m-relay
<sneedlewoods_xmr:matrix.org> hey
-
m-relay
<plowsof:matrix.org> ajs_ how was the meetup? (Prague 14th March
lu.ma/urs3seku)
-
m-relay
<plowsof:matrix.org> anyone here in attendance by any chance? 😅
-
m-relay
<sneedlewoods_xmr:matrix.org> I also successfully synced a release-v18 node, currently testing gitian
-
m-relay
<plowsof:matrix.org> thank you !
-
m-relay
<plowsof:matrix.org> about 14~ hrs left myself , getting there
-
m-relay
<spirobel:kernal.eu> 3. can you please read the proposal in detail. The blanket "browser wallet insecure" was addressed in the first reply, there is also the issue of leaking information through scanning QR codes while using the TOR browser. The btc payserver is maybe okay for people with BTC in the name like BTC lovera, but there is a need for monero to have its own payment gateways. There is the ben<clipped message>
-
m-relay
<spirobel:kernal.eu> efit of adding lws like multi wallet scanning to the wallet library as part of the first milestone that contains the payment processor.
-
m-relay
<spirobel:kernal.eu> if you want to gain a deeper understanding beyond the typical "browser wallet le insecure" I am happy to talk.
-
m-relay
<plowsof:matrix.org> if there are no other highlights to discuss i would like to pass things on to blessed_mind for 2~3 mins to hold a vote
-
m-relay
<plowsof:matrix.org> does not seem to be here. if anyone would like to vote/discuss vote yes/no please do:
-
m-relay
<plowsof:matrix.org> Vote requested by blessed_mind "new CCS rule: [must] Clarify the ownership of the project you are getting funded for"
-
m-relay
<busyboredom:tchncs.de> Ownership as in license, or as in who will do the work? I'm out of the loop
-
ofrnxmr
the example in play is cuprate
-
m-relay
<plowsof:matrix.org> yeah if blessed_mind could put a gist somewhere to link to so people can get an idea
-
m-relay
<boog900:monero.social> Ownership as in name on the GitHub org
-
m-relay
<boog900:monero.social> it's completely stupid
-
m-relay
<syntheticbird:monero.social> BusyBoredom: blessed_m1nd was unhappy to learn that I was owning Cuprate repository. He explained ownership as project ownership
-
ofrnxmr
Blessed believes that syntheticbird or boog "own" cuprate, when they really just own the repo org
-
ofrnxmr
The code is permissive, as is required by rule #4
-
m-relay
<plowsof:matrix.org> devils advocate here: so i hate syntheetic bird. i have sent many moneros funding cuprate devs. only now i find out that synthetic bird is an owner of the cuprate organisation
-
m-relay
<spirobel:kernal.eu> if the whole repo was MIT the whole conversation would go away, wouldnt it?
-
m-relay
<plowsof:matrix.org>
github.com/cuprate (org owners clearly listed)
-
ofrnxmr
github.com/cuprate != owning cuprate. Example: does luigi own monero?
-
m-relay
<boog900:monero.social> the repo is mix MIT & AGPL, AGPL is copyrighted to whoever contributes not the org owners.
-
m-relay
<plowsof:matrix.org> devils advocate: but i hate syntheticbird and didnt know he was involved in any ownership
-
ofrnxmr
syntheticbird owns librejo.monerodevs.org/monero-project . Does syntheticbird own monero?
-
m-relay
<busyboredom:tchncs.de> Ah OK. As long as we're sticking to permissive licences I don't care much who's repo is being used.
-
m-relay
<busyboredom:tchncs.de> That said, if CCS funds are going to someone who isn't the CCS proposer, or if the CCS proposer is not actually the one doing the work, I would want to know that.
-
ofrnxmr
Yeah, this is solely about twisting repo ownership with code ownership. The code is foss, so repo ownership doesnt matter.
-
m-relay
<boog900:monero.social> If the point is that you just want to spite syn then just say that instead of making pointless rules - this rule wont get rid of syn.
-
ofrnxmr
An on-topic for today example is "where to host btcpayserver plugin"
-
ofrnxmr
If its hoated on btcpayaerver repo, does that mean btcpayserver owns it? No.
-
ofrnxmr
If its hosted on MAGIC, does MAGIC own it? No
-
ofrnxmr
Etc. Etc. Etc.
-
m-relay
<plowsof:matrix.org> devils advocate: cuprate is going to replace monero org, all mods will be cuprate mods, on every platform associated with monero it will be syntheti bird, i will see him everywhere pulling the strings. they are going to force the entire project to become something else
-
m-relay
<btclovera:matrix.org> This is a good example! I don't think we need that rule in the means to know repo ownership
-
m-relay
<busyboredom:tchncs.de> As a compromise, maybe require a link to the repo be in the proposal?
-
m-relay
<syntheticbird:monero.social> honestly i think a "specify proposer relation (maintainer/contributor) with project" might be good. yet not that needed ngl. this is something that can be put in the "Who am i" section
-
m-relay
<syntheticbird:monero.social> that people already put*
-
m-relay
<plowsof:matrix.org> responses seem sane here, nobody from the side who requested the vote is here to respond. clarify. we have to leave it there i think
-
ofrnxmr
I don't think a new rule is necessary
-
ofrnxmr
My vote: no
-
ofrnxmr
Bro said he was going to be here, and bring 10ppl from twitter. Skipping his hearing is his own fault
-
m-relay
<btclovera:matrix.org> No
-
m-relay
<plowsof:matrix.org> thanks for feedback, lets move on to another
-
m-relay
<plowsof:matrix.org> Vote requested by plowsof [v1docq47: funding resolution](
repo.getmonero.org/monero-project/ccs-proposals/-/issues/153)
-
ofrnxmr
plowsof, you have to vote
-
ofrnxmr
Boog900 and syn. Vote
-
m-relay
<syntheticbird:monero.social> i don't vote for irrelevant rules. He insisted on the "clarifying" wording which is vague and ambiguous.
-
m-relay
<plowsof:matrix.org> basically, the proposal is not funded. a milestone is already completed
repo.getmonero.org/monero-project/c…als/-/merge_requests/517#note_28675
-
m-relay
<boog900:monero.social> (There are thumbs ups on the matrix side for no new rule)
-
m-relay
<btclovera:matrix.org> Oh! So sad that the proposal still not funding.
-
m-relay
<btclovera:matrix.org> I would take option 1
-
m-relay
<syntheticbird:monero.social> Option 3
-
m-relay
<btclovera:matrix.org> what are the thoughts of vidocq?
-
m-relay
<plowsof:matrix.org> currently : vote no to the rule - per lack of clarification - the responses seem sane suggestions for transparency for donors or people request clarification during ideas stage
-
v1docq47
personally stick to option 3, but its not for me to decide :)
-
ofrnxmr
re v1d, i vote option 4 = payout completed milestones -> leave up for funding -> when milestones are completed w/o funds available then we can look at option 2 (apply funds from overfunding)
-
nioc
option 3
-
m-relay
<plowsof:matrix.org> option 3 : 15~xmr bump + immediate WIP and immediate completed milestones
-
m-relay
<syntheticbird:monero.social> ofrnxmr idea seems good too.
-
m-relay
<syntheticbird:monero.social> this let more time to gather donations in the meantime
-
m-relay
<syntheticbird:monero.social> and there is always the over funding bump as a security
-
m-relay
<plowsof:matrix.org> Dan 🤐 | alderman (Is not the man & Braxman Tomsparks Qtip USAID Advocate ): voted for option 4
-
m-relay
<plowsof:matrix.org> i think we can move on then, new issue open for more feedback
-
m-relay
-
ofrnxmr
The happy path, is that its funded by the time the further milestone(s) are claimed
-
nioc
after rereading, didn't realize there were mixed options............. option 4 w/ option 2
-
ofrnxmr
nioc and btclovera, the main point of the vote (imo) is whether we can payout the already completed milestones
-
m-relay
<spirobel:kernal.eu> I think the last status was to wait and they search for alternative funding, right?
-
m-relay
<plowsof:matrix.org> i feel sgp (New Account: @sgp_:monero.social) s comment here is an accurate summary of events
repo.getmonero.org/monero-project/c…als/-/merge_requests/538#note_29062
-
ofrnxmr
i agree with sgp here as well
-
m-relay
<spirobel:kernal.eu> tldr?
-
m-relay
<spirobel:kernal.eu> who owns the repo?
-
m-relay
<plowsof:matrix.org> sgp has also made a pull request to the official btcpayserver plugin fixing fee calculation
btcpayserver/btcpayserver-monero-plugin #1
-
deverickapollo
I'd be happy to respond to some of those critisms. For where the repo is hosted, Napoly and I have setup a new organization to support the development of the btcpay plugin following the handoff from Nicolas.
-
m-relay
<plowsof:matrix.org> the repo is currently on btcpayserver repo, but the btcpayserver devs want to hand it over to trusted devs from the monero community
-
ofrnxmr
I think the repo can start wherever, but should be branched from the btcpayserver repo and probably housed there too
-
deverickapollo
This allows us to maintain a bit of neutrality and allow for more agile collaboration.
-
m-relay
<spirobel:kernal.eu> why does monero have to give money to projects with the word btc in the name?
-
m-relay
<spirobel:kernal.eu> why can we not build our own stuff?
-
deverickapollo
Most of our existing logic we worked on during Monerotopia was boilerplate to get us stood up. Nicolas did us a solid but porting that into the repo so we could have a smooth handoff. I'm not sure this was clear to the community but this has been an ongoing conversation in the btcpay channels.
-
ofrnxmr
you can be given maintainer ops of the repo. Theres no good reason imo to fragment the repos. I think it should be forked from btcpayservers, and merged back upstream.
-
NorrinRadd
btw, another no for the first topic (the unnecessary new rule)
-
m-relay
<napoly:matrix.org> we asked btcpayserver guys.. but they don't want to host it anymore
-
deverickapollo
We can build our own stuff - that doesn't devalue the importance of BTCPay in the ecosystem.
-
m-relay
<plowsof:matrix.org> bitcart.ai will carry us through these dark times
-
ofrnxmr
they dont want to host it? Thats not what nocilas said
-
m-relay
-
deverickapollo
There is a production grade solution that supports multiple cryptocurrencies. They have pivoted their infrastructure to support plugin based architecture and ensured the payment based logic is available. That means any cryptocurrency gets to leverage all the nice tools for ecommerce built in such as invoicing, donation patlforms, in person PSO. Its a no brainer.
-
m-relay
<spirobel:kernal.eu> its bad to dance around the btcpay server like its the golden calf. why not build an app that is focused on just Monero?
-
m-relay
<plowsof:matrix.org> MAGIC have offered (their registered charity status open for VC funding)
-
deverickapollo
Nicolas is not planning to host this going forward. I personally asked him to come into our gitlab to post a message so everyone was aware of the ongoing conversations.
-
m-relay
<spirobel:kernal.eu> its a bloated C# codebase
-
ofrnxmr
"The only difference is that his PR will need to target the btcpayserver-monero-plugin repository rather than the core code."
-
m-relay
<spirobel:kernal.eu> that had security issues before
-
deverickapollo
Read the latest messages - hes pinging me soon to handoff
-
m-relay
<spirobel:kernal.eu> and javascript on the checkout page
-
ofrnxmr
"Nicolas is not planning to host this going forward. I personally asked him to come into our gitlab to post a message so everyone was aware of the ongoing conversations." He's not planning to maintain it.
-
m-relay
<spirobel:kernal.eu> sure its used a lot now. But why cant we push our stuff instead?
-
ofrnxmr
Where does he say anything about where it hosted?
-
m-relay
<spirobel:kernal.eu> i am not strictly against it. But we shouldnt pretend that the btcpayserver is the end all be all super duper
-
ofrnxmr
Handoff was (iirc) explicity stated to include OPing you/napoly to maintain the repo
-
m-relay
<plowsof:matrix.org> napoly shared a screenshot from nocolasdorier that says the repo @ btcpayserver will be "moved to another organisation"
-
deverickapollo
Napoly and I are offering to be maintainers of this. MAGIC is not capable of maintaining this platform. That includes testing and release management.
-
m-relay
<preland:monero.social> My two picos: there’s nothing saying that we can’t make Monero-centric applications. But that also doesn’t mean that we should avoid projects from other groups just because they aren’t tailored for us.
-
m-relay
<r4v3r23:monero.social> hello
-
m-relay
<plowsof:matrix.org> hello
-
m-relay
<spirobel:kernal.eu> yes. I share that view. I just dont like to see how people worship it like its such a pure and great piece of software. When in reality its just not that great. And it helps BTC more than it helps us
-
m-relay
<napoly:matrix.org> we should be grateful to sidecar with btc guys here.. we couldn't even keep monero integrations alive..
github.com/monero-integrations
-
m-relay
<preland:monero.social> I agree with this sentiment
-
m-relay
<plowsof:matrix.org> napoly monero-integrations is ErCiccione repo. there are bounties currently funded / in funding to update those integrations (add new ones)
-
m-relay
<syntheticbird:monero.social> thats not the impression i got from people supporting it. The main and really only relevant argument is its popularity. But I can extrapolate from your concerns that BTCPay integration do not mean that we should stop pushing our own solution.
-
m-relay
<r4v3r23:monero.social> its much better than anything XMR community has produced, and we can leverage their work
-
ofrnxmr
metronero isnt done yet
-
m-relay
<r4v3r23:monero.social> we can equally benefit from it, so your statement is nonsense
-
m-relay
<spirobel:kernal.eu> btw the first milestone of the browser wallet proposal is making this
x.com/spirobel/status/1871161899410440670 production ready and adding multi wallet scanning to the new library. all for a third of the price. I didnt ask people to retweet this. I was just letting out my brain farts while coding on twitter but people seem to like it and its good to shill to have monero only software.
-
m-relay
<napoly:matrix.org> yes i'm having there a code review for one year lol.. not sure what it has with erciccione tbh
-
m-relay
<r4v3r23:monero.social> whats the issue? are they ditching the plugin or.../
-
ofrnxmr
Bitcart works (in use by servers.guru)
-
m-relay
<preland:monero.social> We equally benefit it if it doesn’t position Monero as a “2nd fiddle” or altcoin to BYC
-
m-relay
<spirobel:kernal.eu> btcpayserver video will just be perceived as bowing to btc
-
m-relay
<preland:monero.social> We equally benefit it if it doesn’t position Monero as a “2nd fiddle” or altcoin to BTC* (sry irc)
-
m-relay
<r4v3r23:monero.social> there is no "second fiddle" it either works or it doesnt
-
m-relay
<r4v3r23:monero.social> what is this petty tribalism
-
m-relay
<r4v3r23:monero.social> use their tech
-
m-relay
<r4v3r23:monero.social> simple as
-
m-relay
<r4v3r23:monero.social> BTCpay is actually mroe popular as an alt payment processor than a btc one
-
m-relay
<preland:monero.social> Not being tribal; if this project would work fine if Bitcoin fell apart for some reason, then there isn’t any reason for concern
-
m-relay
<r4v3r23:monero.social> just cause the devs are maxis doesnt mean the ecosystem or users are
-
m-relay
<r4v3r23:monero.social> even playing "second fiddle" it still shits on anything XMR has
-
ofrnxmr
r4v3r23 - they created a new plugin for monero themselves (to ensure functionality with new arch), but the issue here and now is that they are handing off maintainership to someone from monero community, and where to host the repo
-
deverickapollo
The other comment Justin has was regarding multiwallet support and whether the correct people were in the room. While this is a nice feature for brick and mortar, multiwallet allows any btcpay operator to expose their instance to friends/family. With multiwallet, monero users can also expose their instance in this way.
-
m-relay
<r4v3r23:monero.social> ok so its just a matter of hosting it...?
-
m-relay
<r4v3r23:monero.social> i think having XMR in a massive project like btcpay is way more beneficial than a purely XMR project
-
m-relay
<r4v3r23:monero.social> shops want to give people options, not act as purists re: coins
-
ofrnxmr
thats the first issue. Whether there will be multiple implementations of a monero plugin (deverick/napoly's and the original), or whether deverick and napoly will be the "main" implementation
-
m-relay
<spirobel:kernal.eu> stop talking up btcpayserver. its massive in the sense that its a giant bloated C# pile
-
m-relay
<r4v3r23:monero.social> BTCPAY SERVER GOOD
-
ofrnxmr
If there will be multiple implementations, then it doesnt matter where the repo lives, and the subject needs to focus on the featureset
-
deverickapollo
Continuing on Justin's comments, we fully agree maintenance is the immediate priority and support Justin’s emphasis here. The proposal already incorporates explicit milestones ensuring maintenance as a core objective.The multi-wallet feature (monero-lws integration) complements—not distracts from—maintenance efforts. Its development won’t negatively affect the maintenance schedule but rather would run in parallel, enhancing
-
m-relay
<spirobel:kernal.eu> u mean GOD too much o
-
ofrnxmr
If dev/nap plan to be the main implementation, then i think it should be on btcpayserver repo
-
ofrnxmr
And if the main impl (replacing wallet-rpc), i think an mvp and migration path needs to be sorted out forst
-
m-relay
<spirobel:kernal.eu> listen I am not strictly against this, but it just irks me how hard people simp for the BTC payserver. its not that amazing. We should focus on building out our own apps.
-
m-relay
<preland:monero.social> If a key benefit of Monero’s participation in BTCpay is that it remains as an option for their entire ecosystem, then it shouldn’t be moved out of their main impl
-
m-relay
<plowsof:matrix.org> its a shame to turn this into not wanting / recognising the importance of monero in btcpay server, many businesses with monero support rely on this and serve their customers with it. the monero plugin will work after version 2.1 , "improving it with said features mentioned in the ccs" and where it will live are the main topics
-
m-relay
<r4v3r23:monero.social> coincards checkout is a great example of monero integrated into a multicoin payment preocessor
-
m-relay
<r4v3r23:monero.social> great UX
-
m-relay
<r4v3r23:monero.social> imagine telling a shop owner that they need a separate solution jsut for 1 coin
-
m-relay
<spirobel:kernal.eu> yes
-
m-relay
<plowsof:matrix.org> thank you napoly and deveriskapollo for attending
-
ofrnxmr
my maim q for dev nap
-
deverickapollo
Isolating ourselves from markets doesn't seem the right play spirobel.
-
m-relay
<preland:monero.social> Tbf I think there is sorta a disconnect between short-term and long-term goals here
-
m-relay
<preland:monero.social> Short-term, we have BTCpay, and we can use it
-
m-relay
<preland:monero.social> Long-term, we can talk about new things
-
m-relay
<plowsof:matrix.org> r4v3r23 : btcpayserver is moving coins to external plugins. a design choice. not for discussion
-
NorrinRadd
i'm not sure what the question is on this topic
-
ofrnxmr
Is lws based plugin supposed to replace the wallet-rpc impl? Or be a second option?
-
m-relay
<spirobel:kernal.eu> because its easier to self host and better to maintain if you dont need 13 different layers of docker to just accept monero. Also the configuration and admin UX suffers. You have to learn all this shit to just accept monero in a self sovereign way.
-
NorrinRadd
and it's been going on for a long time now
-
m-relay
<preland:monero.social> Something about hosting and maintainership
-
m-relay
<r4v3r23:monero.social> btcpayserver is super simple to setup and use
-
m-relay
<preland:monero.social> Kinda got lost in the weeds
-
m-relay
<r4v3r23:monero.social> anyway
-
ofrnxmr
deverickapollo
-
m-relay
<r4v3r23:monero.social> plowsof anonero first version is feature complete
-
m-relay
<spirobel:kernal.eu> its not about isolating. its about having a unique selling proposition. We have many people that are sold on monero and want an easy solution to accept it and build a business and a brand. Many of them are not that good with tech and dont have the time to learn how to configure this giant bloated pile of garbage
-
m-relay
<napoly:matrix.org> supplementary second option
-
m-relay
<r4v3r23:monero.social> doing last minute clean ups and will claim milestone 2
-
ofrnxmr
Thanks nap
-
deverickapollo
@ofrnxmr - no plans to remove wallet-rpc. We'll support both capabilities
-
m-relay
<plowsof:matrix.org> thanks for the update r4v3r23, thats great to hear
-
deverickapollo
Are there any changes within the milestones that we would like to make? Improvements?
-
m-relay
<spirobel:kernal.eu> btw wallet-rpc is also a big topic. We need to replace this current situation.
-
m-relay
<syntheticbird:monero.social> spirobel: r4v3r23 I think you are repeating yourself. The market share and influence of BTCPay server is real. spirobel concerns over BTCPay security might be true (i never looked at it but can believe it) yet nothing can be done about it. I don't think this is a reason to nuke the proposal nor is it (at my understand of discussion) meant to destroy any future effort to bring a cl<clipped messa
-
m-relay
<syntheticbird:monero.social> ean and monero-focused option.
-
NorrinRadd
deverickapollo: doesn't look like it
-
deverickapollo
I can refine the features from the preexisting bounties that napoly and I were working on prior to this if we feel its missing something.
-
m-relay
<spirobel:kernal.eu> yeah we agree here. i am also not against the proposal
-
m-relay
<spirobel:kernal.eu> just dont like this btc payserver worship
-
m-relay
<syntheticbird:monero.social> got it.
-
m-relay
<plowsof:matrix.org> ok we have to move on, apologies .. skipping over Monerokon
-
m-relay
-
ofrnxmr
Some of the deliverables on the milestones seem to be duplicated work deverickapollo
-
ofrnxmr
Like the ci or plugin installation mechanism
-
deverickapollo
Yea I'd agree. I can remove some of the work that is already complete from the existing release
-
msvb-lab
I miscalculated the time, and almost missed the whole meeting.
-
ofrnxmr
Also, remote node stuff doesnt work with lws or rpc ..
-
m-relay
<spirobel:kernal.eu> regarding the monero wallet-rpc
-
ofrnxmr
Thx
-
m-relay
<spirobel:kernal.eu> I really wish we can get people to move to the new rust libraries
-
m-relay
<plowsof:matrix.org> hi msvb-lab
-
m-relay
<r4v3r23:monero.social> it said 18:00 UTC but here we are
-
ofrnxmr
Dw msvb-lab we have another 40mins left
-
m-relay
<spirobel:kernal.eu> its 0:50 here
-
m-relay
<plowsof:matrix.org> the monerokon proposal for funding has alot of support b. [Initial commit of MoneroKon 2025 CCS proposal](
repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/554)
-
ofrnxmr
anyone here from monerokon? Hbs siren
-
m-relay
<plowsof:matrix.org> spirobel have tor people made an exception for not recommending browser plugins for our monero wallet yet
-
ofrnxmr
ceetee ct
-
deverickapollo
I'd be happy to spin up additonal meetings on the side/setup a channel to continue discussions about btcpay plugin for those interested.
-
m-relay
<ct:xmr.mx> hello
-
m-relay
<ct:xmr.mx> just joined a moment ago
-
m-relay
<spirobel:kernal.eu> tbh I think this is very much a side topic :D In the long run we should have our own browser in any case
-
ofrnxmr
How's the sponsors going? Anything change with the funding requested?
-
m-relay
<r4v3r23:monero.social> against
-
m-relay
<spirobel:kernal.eu> why?
-
m-relay
<r4v3r23:monero.social> "browser wallet" - nuff said
-
m-relay
<spirobel:kernal.eu> I really hope its more constructive this time
-
m-relay
<spirobel:kernal.eu> can I maybe make an opening statement
-
m-relay
<spirobel:kernal.eu> so it doesnt go into this knee jerk territory again
-
m-relay
<ct:xmr.mx> afaik funding goal remains as-is
-
m-relay
<r4v3r23:monero.social> those 2 words say everything you need to know
-
m-relay
<plowsof:matrix.org> thanks ceetee
-
m-relay
<ct:xmr.mx> I can bring it up in our meeting in 5 minites
-
m-relay
<ct:xmr.mx> *starting in 5 minutes
-
m-relay
<plowsof:matrix.org> thanks
-
m-relay
-
m-relay
<syntheticbird:monero.social> merge
-
m-relay
<syntheticbird:monero.social> rottenwheel is holding my cat hostage
-
deverickapollo
You wont see it again. He got me in 2020
-
deverickapollo
merge
-
m-relay
<syntheticbird:monero.social> 🫂.
-
m-relay
-
ofrnxmr
already voted on
-
m-relay
<syntheticbird:monero.social> plowsof number 1
-
m-relay
<syntheticbird:monero.social> merge
-
m-relay
<busyboredom:tchncs.de> Plowsof is a great coordinator. Support
-
m-relay
<plowsof:matrix.org> h. [selsta part-time monero development (3 months) (16)](
repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/561)
-
ofrnxmr
keep bringing it up and i'll change to -1 :D
-
ofrnxmr
Merge
-
nioc
+1
-
nioc
+1
-
m-relay
<ct:xmr.mx> were not letting you get away plowoff :P
-
m-relay
<syntheticbird:monero.social> merge
-
m-relay
<plowsof:matrix.org> selsta+1
-
m-relay
-
m-relay
<r4v3r23:monero.social> was Monfluo brought up?
-
m-relay
<r4v3r23:monero.social> i support
-
selsta
i might update the price once more before merge
-
ofrnxmr
Monfluo hasnt come up yet
-
m-relay
<plowsof:matrix.org> sorry, i cut it, and didnt paste
-
selsta
not sure if xmr price significantly changed last week
-
ofrnxmr
Its ~210usd right now
-
m-relay
<spirobel:kernal.eu> what happend to the seraphis escrow demo?
-
nioc
193 euro
-
m-relay
<plowsof:matrix.org> b4n6_b4n6: is the author of Monero contract system
-
m-relay
<plowsof:matrix.org> spirobel i do not know , koe may have given , or mentioned wanting to give, a presentation about it
-
NorrinRadd
"against" for the browser wallet as well
-
ofrnxmr
The contract system sounds like xmrbazaar's escrow
-
m-relay
<plowsof:matrix.org> i left a comment on monero contract system, and spirobel gave initial feedback
repo.getmonero.org/monero-project/c…als/-/merge_requests/563#note_29145
-
m-relay
<spirobel:kernal.eu> just want to mention we should build tools like this based on the new frost multisig libraries that just got audited. As part of the browser wallet CCS the underlying library will support this to be done in typescript.
-
nioc
monerokon meeting starting
-
m-relay
<plowsof:matrix.org> j. [SyntheticBird Cuprate Arti integration and development (2 months)](
repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/564)
-
m-relay
<plowsof:matrix.org> syn: may have to leave soon ,thank you for joining
-
m-relay
<plowsof:matrix.org> 7 updoots including from cuprate team
-
m-relay
<spirobel:kernal.eu> The issue with escrow is also that it shouldnt be hosted by the same party. If the admin / arbitrator can just switch out addresses, what is the point? easy to man in the middle. But with a browser wallet, this could be made much easier, because the wallet could contact the different webservers directly via an REST API that is standardized
-
m-relay
<syntheticbird:monero.social> I just answered hinto's review this morning on the coed draft. Please note this can change in the process, but the feature promise is the same.
-
m-relay
<plowsof:matrix.org> really need to show proficiency in "monero multisig" before switching to it when oriignally using a standard wallet for escrow
-
m-relay
<r4v3r23:monero.social> very interesting, i support
-
m-relay
<spirobel:kernal.eu> please give a clear reason to respond. Also see this proposal as moving forward the library development. Its currently not on the cuprate roadmap and kaya is busy with serai. So this is currently the only project moving this forward.
-
m-relay
<spirobel:kernal.eu> And i cant afford to work for free so it wont happen otherwise
-
m-relay
<spirobel:kernal.eu> I talked to binarybaron for example and they are currently at the point where they still want to wrap wallet2
-
m-relay
<spirobel:kernal.eu> that is the stage we are currently in
-
m-relay
<plowsof:matrix.org> Monfluo has alot of support e. [acx Monfluo maintenance and further development (3 months)](
repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/557)
-
m-relay
-
m-relay
<spirobel:kernal.eu> it just needs to be pushed forward and be made more accessible. Not further supporting my work means the older CCS was practically for the bin. People should really have voiced their concerns then
-
nioc
syncbird you seem like a busy person, is there any question about your availability to carry out your proposal?
-
m-relay
<plowsof:matrix.org> MAGIC grants had rejected this proposal prior to them creating this CCS
-
m-relay
<plowsof:matrix.org> syn
-
m-relay
<syntheticbird:monero.social> nioc the planned start of this proposal coincide with the release of something that was taking time since the beginning of this year. I do have the time to carry this proposal.
-
m-relay
<syntheticbird:monero.social> planned start = end of march
-
ofrnxmr
"Hey, thanks for the question.
-
ofrnxmr
We do not opensource our backend code, but core keys ts lib for clients is opensource, so it can be helpful, for development community.
-
ofrnxmr
this proposal is more about adoption, easy to use wallet with buy sell feature can be useful to attract more users to community." Walletverse
-
m-relay
<siren:kernal.eu> I don't like it because this is proprietary backend
-
nioc
syncbird thx for the clarification :)
-
ofrnxmr
`The client will send the view key to the backend.
-
ofrnxmr
The backend will use the view key to monitor transactions for the user's wallet, but it will not have access to the private spend key.`
-
ofrnxmr
NACK this 100% unless it allows a user to use their own lws
-
m-relay
<plowsof:matrix.org> thanks all for attending and the feedback so far
-
ofrnxmr
We also (on site) voted to remove any light wallets that did not allow a user to specify their own lws server. This lead to edge adding the functionality. We shouldnt be funding new wallets that dont have either
-
nioc
plowsof: what is the status of the monerokon CCS?
-
ofrnxmr
Ceetee is going to check if the sponsors or funding amt changed
-
m-relay
<plowsof:matrix.org> "Modifying Monero node RPC to support fast sync for several offline wallets, which will optimize the syncing process, making it more efficient when managing multiple Monero wallets."
-
m-relay
<plowsof:matrix.org> they will create their own version of monero-lws
-
ofrnxmr
Yea, and close source it plowsof
-
ofrnxmr
Nonsense proposal
-
m-relay
<plowsof:matrix.org> so the entire thing needing to be open source if you want some moneys?
-
m-relay
<plowsof:matrix.org> IIRC there was a situation similar, with
-
m-relay
<plowsof:matrix.org> the OpenBazaar
-
ofrnxmr
we NACK'd wallets that dont allow you to specify your own lws (on -site)
-
ofrnxmr
I don't think we should be funding wallets that we wont even post on site
-
ofrnxmr
s/we wont even post/are ineligible to be posted/
-
m-relay
<plowsof:matrix.org> ill have to search for the openbazar fork ccs, iirc it was closed for similar reason reg sources, cant find it atm
-
m-relay
<plowsof:matrix.org> agree on nack for proprietary backend
-
ofrnxmr
Since we dont have website meetings anymore, i want to make a proposal here
-
m-relay
<plowsof:matrix.org> 👂️
-
m-relay
<syntheticbird:monero.social> 🦻
-
m-relay
<ct:xmr.mx> the others have confined this in the mk planning meeting
-
ofrnxmr
I want to remove edge wallet. they allow lws, but the wallet doesn't sync if you block connections to edge and the trackers
-
m-relay
<plowsof:matrix.org> have you tried contacting their support (lol)
-
m-relay
<plowsof:matrix.org> ceetee.mx: thanks! yep no changes for monerokon proposal
-
ofrnxmr
Many many months ago, they said theyd fix
-
m-relay
<plowsof:matrix.org> mymonero mentioned updating their public facing sources a while ago
-
m-relay
<plowsof:matrix.org> open end to the meeting, thanks all for attending
-
ofrnxmr
mymonero gh release is broken
-
ofrnxmr
thnx plow
-
m-relay
-
endogenic
One of the only blockers I have to publishing right now is that my client is so ‘advanced’ it doesn’t work with monero-lws totally yet, since that has moved beyond v1 lws api to supprt subaddrs, but still lacks proper subaddr support still, even though i have a closed source server i built which does support these things. i made contact w vt nerd about it and will coordinate enhancements with him. i have idk 5-10
-
endogenic
other PRs for LWS and some for monero etc
-
m-relay
<plowsof:matrix.org> July2024 last tag
github.com/mymonero/mymonero-utils/tags (3 months after that comment.. so they tried)
-
m-relay
<plowsof:matrix.org> another open end to the meeting, thanks for the update endogenic
-
endogenic
i have had all kinds of things to overcome to put a nice bow on all this but the payments stuff is pretty well tested
-
endogenic
so I’m trying to ask you guys if you can wait briefly then you won’t even have to pay to have someone build you the system. as many know, I released the original light wallet client library. I am releasing five years of maintenance on it shortly…
-
endogenic
once anyone starts working on it, they will eventually find out that there are some unexpected things anyway. I found all of them a couple years ago and solved them.
-
endogenic
anyway, hope to get your feedback on what I released soon
-
endogenic
release*
-
endogenic
I’m working constantly and I even had to delay stuff like doing my taxes
-
endogenic
to say the very least of what I’ve had to delay….
-
dukenukem
plowsof revuo's Rizon's password is wrong. You sent the same as if you had recycled libera's but just attempted to authenticate with NickServ on that network and couldn't. Can you please check your notes and send it again whenever possible? Thanks.
-
plowsof
3rd provocation of the day accusing me of recycling notes
-
dukenukem
???
-
dukenukem
it is the first time I tag you, let alone participate in this channel today.
-
dukenukem
for one. for two, you aren't recycling notes in my message, you are recycling passwords. lol
-
dukenukem
You set up rizon's, makes sense you used or generated a different password than libera's, which I did set up myself, sir.
-
dukenukem
probably an oversight when sending them over. :)
-
plowsof
i did infact recycle the password
-
plowsof
will grab the real one
-
dukenukem
gracias.
-
plowsof
dukenukem the capitalised char(s) in the middle of the string i sent are not capitalised for rizon , i will leave you with this riddle for now
-
dukenukem
lol.
-
dukenukem
plowsof: y r u like dis.
-
m-relay
<ofrnxmr:xmr.mx> Sounds like a threat
-
m-relay
<ofrnxmr:xmr.mx> 123ABC123 vs 123abc123
-
dukenukem
plowsof: works, thank you kindly, king.
-
m-relay
<init00x:monero.social> why do my monerod logs is filled with theese messages? "2025-03-15 19:42:38.325 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:42:41.594 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:42:41.818 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:22.962 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:31.210 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:46.749 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:48.196 W No incoming connections - check firewalls/routers allow port 18080
-
m-relay
<init00x:monero.social> 2025-03-15 19:44:02.812 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:44:14.379 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:44:21.468 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:44:35.381 E mined block failed verification
-
m-relay
<init00x:monero.social> restricted-rpc is enabled and monerod didn't even mining xmr
-
m-relay
<init00x:monero.social> why do my monerod logs is filled with theese messages? "2025-03-15 19:42:38.325 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:42:41.594 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:42:41.818 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:22.962 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:31.210 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:46.749 E mined block failed verification"
-
m-relay
<init00x:monero.social> why do my monerod logs ares filled with theese messages? "2025-03-15 19:42:38.325 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:42:41.594 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:42:41.818 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:22.962 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:31.210 E mined block failed verification
-
m-relay
<init00x:monero.social> 2025-03-15 19:43:46.749 E mined block failed verification"
-
m-relay
<init00x:monero.social> I check the rpc logs and seems like someone spamming my node
-
dukenukem
init00x put it on a pastebin next time, sir!
-
dukenukem
-
plowsof