WalletConnect is a novel feature to add to the Monero ecosystem. Very cool

Ship it!

pastebins do exist

<d​etherminal:monero.social> Cool but where to use?

<d​etherminal:monero.social> There isn't a proper DeFi in Monero.

<m​andate6:monero.social> If you like DeFi, support XMR-ETH atomic swaps probably useful

<p​lowsof:matrix.org> a pastebin of pats draft ccs proposal (as it did not translate over to IRC) paste.debian.net/1330674

<w​oodser:monero.social> very cool. pat has been doing good work on the monero-ts library, like getting the dist files smaller and consolidated, and upgrading the project to the latest emscripten

meeting today in 4hr54~mins monero-project/meta #1083

multisig with UX++ is nearing, tobtoht shared a 'not for production' alpha built for testing

Matrix monero.social is down?

Appears to be running from this page matrix.monero.social

<s​yntheticbird:monero.social> python 🤮

<3​21bob321:monero.social> Still alive

<d​3v1l-h4cker:4d2.org> скунс разлогинься

<r​ottenwheel:kernal.eu> You don't like python now? Wut.

<r​ottenwheel:kernal.eu> Hi Illecors! What brings you over here? 🤔 Haha.

<s​yntheticbird:monero.social> Why would I like a slow, dynamically typed, garbage collected, script-tier, parsed at runtime language, with the worst dependency management humankind have ever seen?

<s​yntheticbird:monero.social> I've more respect for javascript, despite it being low.

<s​yntheticbird:monero.social> I've more respect for javascript, despite it being very low.

<r​ottenwheel:kernal.eu> The zoomers and their audacity...

<g​ingeropolous:monero.social> who needs types

Meeting time monero-project/meta #1083

greetings

<d​iego:cypherstack.com> Hi

<d​iego:cypherstack.com> Alright plowsof just you and me let's go.

cosy

did you hear that tobtoht released an alpha client of feather (not for production) with multisig wallet creation? (not for production) . Contact tobtoht for more details. [tips for those with the binary](paste.debian.net/plainh/be005d80) / compiled the [ms branch](github.com/feather-wallet/feather/tree/ms)

i excited to test it later with some small amounts, the UX is smoothless

<d​iego:cypherstack.com> I did, yeah. Cool.

<d​iego:cypherstack.com> tobtoht you cool, man!

vostoemisio is going to start working on producing the intro/fcmp video for his ccs in [funding required](ccs.getmonero.org/proposals/VOSTOEMISIO-FCMP-Animated-Explainer.html). Requests final feedback (if any)

i think everyone is still ok with whats written in that proposal.. correct the facts in the intro video @ getmonero, refresh the graphics.. in light and dark mode

<d​iego:cypherstack.com> Plowsof can you link me the redone videos vosto did already?

<v​ostoemisio:matrix.org> We never redone previously, but made 3 new ones

<d​iego:cypherstack.com> Oh. Great. Can you link me those 3?

<v​ostoemisio:matrix.org> getmonero.org/get-started/faq/#videos

hey :)

<v​ostoemisio:matrix.org> #6,7,8

<d​iego:cypherstack.com> Just haven't seen.

vostos youtube channel: youtube.com/@VostoEmisio

do i see a spanish version released 10~ days ago of the randomX video?

<d​iego:cypherstack.com> Thank you!

hi vthor

<s​pirobel:kernal.eu> hi

hello

vthor completed their xmrsigner ccs with a PR to monero gui (and core) and offline signing via QR codes (as in feather and anonero)

when it builds on my machine i look forward to trying xD

was anyone following the fake feather wallet site situation?

<i​llecors:matrix.org> I believe you did!

i was late to finding the "feather - wallet . org" site. tobtoht and the community got it taken offline

more info here gist.github.com/tobtoht/4039fa3cf922d4fe8bca2f8e3ddac63b

any one wish to share / discuss something that has happened in the ecosystem?

docs.getmonero.org is now running the master branch of github.com/monero-project/monero-docs - ofrnxmr

we can jump to the ccs ideas then?

5. [CCS updates](ccs.getmonero.org)

b. [Offline Signing Library for XmrSigner Production](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/495)

vthor iirc we where waiting for you to make some edits to the proposal after (in part) tobtohts feedback

those have not been made yet?

no, I'm down with my nerves, my energy and now busy to get monero-gui built outside QtCreator, how I expected to simply compile it, how it fails not on changes I made it drives me nuts.

understandable

i think we can postpone feedback on this proposal then? does anyone wish to comment?

<d​iego:cypherstack.com> Nothing from me.

wish vthor the best of look with the nightmare of making things work on other peoples machines ! moving on

c. [Spirobel: Robust and modular wallet-rpc library](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/501)

"wish vthor the best of look with the nightmare of making things work on other peoples machines ! moving on" <- :D thnak you

now this proposal had some major changes since the last meeting

@diego, im always here 😬

reduction in total and a deliverable, would you like to speak on the changes spirobel?

<s​pirobel:kernal.eu> i had some discussions with sneurlax and others in the comments

<s​pirobel:kernal.eu> regarding if monero-ts is enough or not

keep in mind that we have a new draft porposal of an atomic swap implementation using monero-ts

<s​pirobel:kernal.eu> yes I also saw that

<s​pirobel:kernal.eu> but I dont see this as an either or thing

monero-ts , 'javascript running in your browser' will simply never match the security benefits of your project?

<s​pirobel:kernal.eu> We can clearly see the direction towards web. And I spent a lot of time building with this library

<s​pirobel:kernal.eu> like this repository for example:https://github.com/spirobel/monerochan-merchant-rpc/tree/28dba7fd0b09f576753c9c0c7dda8b03012e1a50

<s​pirobel:kernal.eu> I also offered to walk people line by line through the browser wallet mvp

<s​pirobel:kernal.eu> to explain why a different data model is necessary

<s​pirobel:kernal.eu> i dont want to paint this as a competition to monero-ts

<s​pirobel:kernal.eu> it is a different thing and something that I need to bring the browser wallet and the payment gateway situation into the state that I want to see it in

<s​pirobel:kernal.eu> i wouldnt propose this otherwise

so the proposal is a clear merge

would anyone like to share thoughts on this?

<s​pirobel:kernal.eu> from my perspective yes. And I am open to talk with anyone who has questions

<s​pirobel:kernal.eu> both publicly and privately

we can move on then

d. [Part-time Work on getmonero.org (2 Month)](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/502)

is this something that "could" be used by projects similar to haveno? Or btcpayserver?

Sorry for late q

oh sorry, please continue

<s​pirobel:kernal.eu> q for me?

yes

( btcpayserver will add some breaking changes requiring monero plugin to be re-done btw )

seems more applicable to haveno

Smh

<s​pirobel:kernal.eu> yes it is useful for payment gateway projects

Btcpayserver, bitcart etc

Ok thanks

bitcart does not use wallet-rpc

<s​pirobel:kernal.eu> yes. Also greenfields projects for merchants that want to verify that payments happened on a webserver

thats why spirobel is making this proposal , because nobody wants to use wallet rpc

<s​pirobel:kernal.eu> there is a lot of potential there to reduce friction and make it more reliable

so we're merging hardenedsteel

i'd like to see potential turn into "in practice"

<s​pirobel:kernal.eu> yes it will be in practice

<s​pirobel:kernal.eu> i want to use this myself

current monero-site has few contributors, 5xmr / month for hardenedsteels contributions seem ok

Plowsof, im a merge as long as hardened is still working? Not sure whats going on with a couple of the active prs, if theyre still being addresses

<s​pirobel:kernal.eu> the deliverables also state that

"still" = i mean, hardened is still on board, right?

no introduction required "Hi again, Its my second proposal I won't copy paste same content to here instead you can reach to my first proposal" :D

no newline at end of file, lets get hardenedsteels response when he's around to still being on board

we can move on then?

also, i want to clear that just bcuz of delay in process, hardened doesnt have to stop working snd wait for us

can work consistently and request payments accordingly

e. [jeffro256 full-time dev work 2024Q4](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/504)

had some recent changes cc Rucknium

<s​nowman:tetaneutral.net> Why don’t they use the light wallet server? It has some kind of webhook functionality

Is there any comments from tevador on this

as usual deferring fcmp/core proposals to NWLB/monero tech/dev/mrl meetings , but always nice to gather feedback

<r​ucknium:monero.social> Yes I thumb-ed up after jeffro removed wallet-side FCMP tree building.

tevador hasn't been seen in a while

Jeffro's always available to push core prs and reviews, so i'm in favor regardless of carrot stuff

Tevador has been seen tho

don't depend on tevador for feedback, happens rarely

<r​ucknium:monero.social> Since j.berman is planning to work on it instead

Niocat. He's active on github

<s​nowman:tetaneutral.net> Lws has multi wallet support and is basically made to support a merchant or multi merchant scenario

Snowman, what are you comments on?

yes to jeffro, he will work on whatever is needed

+1

+1 jeffro

<s​pirobel:kernal.eu> I am aware of the lightwallet server. The difference is that the hosting should be as simple as possible. This library will be a few hundred kilobytes directly embedded in the web application. There wont be a need to host a lightwallet server and it will work with remote nodes that dont run on the same machine.

+1 very helpful and often my go-to guy when i need something looked at

spirobel would we still face the issue of needing remote nodes to have CORS flags set?

<d​iego:cypherstack.com> from me too

merging jeffro

<s​pirobel:kernal.eu> no because the requests will be sent from the backend

huge plus point ^

<s​pirobel:kernal.eu> cors only becomes an issue if requests gets sent from the browser

<s​pirobel:kernal.eu> cors only becomes an issue if requests get sent from the browser

remote nodes are evil, and reducing the available pool of nodes to use is even worse

one major benefit over a 'javascript in browser' solution

thanks for clarifying

<s​pirobel:kernal.eu> the remote nodes could also be self hosted at home on an old phone.

<s​pirobel:kernal.eu> The issue with the current wallet-rpc is that the node practically needs to be hosted on the same machine for it to work reliably

<s​pirobel:kernal.eu> so a big server needs to be rented and maintained which is daunting for beginners

now, we have a not yet merge requets from mainnet pat

f. Mainnet Pat's CCS draft: [Complete XMR-BCH atomic swaps project](paste.debian.net/1330674)

open for feedback

only comment i have on this is that pat will potentially be adding bch atomic swaps to basicswap

Stalled for 3 weeks (so far) due to payout

whats 3 weeks between friends

well, the timeframe was ~3 weeks

So work would be done by now

hopefully we can still get it done.

the next round of payouts has begun luigi1111

<r​ucknium:monero.social> IMHO, Pat needs to explain why 175 BCH wasn't enough to complete the original work in the Flipstarter. At the time of funding, 175 BCH was about 45,000 USD: blockchair.com/bitcoin-cash/transac…89f84361e51ede31fa37662db6df9733f3c

the bsx work is not related to the monujo (name to be determined) wallet as i understand

<r​ucknium:monero.social> Also needs to explain what role BCHautist has played so far. Here was the Flipstarter: atomic-flip.pat.mn/en

<r​ucknium:monero.social> Great to hear that BCH<>XMR may get added to Basicswap :D

is that a give credits issue?

or to simply provide some backstory of the bch<>xmr atomic swap journey?

<r​ucknium:monero.social> According to the Flipstarter, they were both supposed to be working on it. The progress gist hasn't been updated since January: gist.github.com/mainnet-pat/267fe6f0111ce2198559b3e19040ba26

ah i see, thank you

<r​ucknium:monero.social> Underestimating required labor is not unusual, but we need information IMHO.

<r​ucknium:monero.social> I assumed that the delay was because pat and Mr-Zwets were re-factoring the Cashonize wallet, which seemed to be a basis for Monujo. I may be wrong. Just was glancing at GitHub to check progress occasionally.

thank you for the feedback Rucknium

Any other business?

otherwise we can end it there, thank you all for attending

<s​pirobel:kernal.eu> thanks

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

Yes 1 more

Overpayments to ccs and purgatory ccs, no more generalfundn

<r​ucknium:monero.social> AFAIK, pat's contributions to monero-ts have been a nice side effect of the Flipstarter, which didn't explicitly mention monero-ts improvements, originally.

I want to vote on making this change officially at next meeting. Keeping funds in ccs

<d​iego:cypherstack.com> As an element of discussion ofrnxmr?

these funds? github.com/plowsof/scrape_ccs_fr/tree/main

yea

<r​ucknium:monero.social> Diego Salazar: Can you work with pat to find a better name for Monujo? You can just use rejected names you came up with for Stack wallet ;)

And purgatory ccs

<d​iego:cypherstack.com> lol, we were originally thinking Oomph Wallet

<d​iego:cypherstack.com> for when you need a little oomph in your finances

<d​iego:cypherstack.com> I'm glad we didn't go with it, but I still kind of like it

<d​iego:cypherstack.com> Rucknium it's an atomic swap wallet?

<r​ucknium:monero.social> It's a web/browser wallet (I don't know the technical difference) that is supposed to make atomic swaps easy.

rucknium - thanks! i hope we can still get it done asap

the recent general fund donations in theory could have been from the purgatory ccs funds sent back to the GF

<r​ucknium:monero.social> github.com/mainnet-pat/monujo-quasar

what options for using the funds do you want to vote on i guess

that funds should be able to be used like haveno's. no need to make requests from GF

<s​pirobel:kernal.eu> a web wallet runs in the context of a website, ( so cors rules apply and only cors open remote node works) a browser wallet is a browser extension (so no cors issues)

<s​pirobel:kernal.eu> think ublock origin vs a website

<d​iego:cypherstack.com> Atomerco or Atomarco

<d​iego:cypherstack.com> Atoma is atomic in Esperanto, and Komerco is trade

<d​iego:cypherstack.com> That's if they're dead set on Esperanto stuff

<w​oodser:monero.social> ah so you're building a browser extension which runs wallet stuff on the host machine, not from the website in js

<w​oodser:monero.social> yeah that's quite a different thing than monero-ts

<s​pirobel:kernal.eu> yes. Similar to metamask / backpack / phantom

spirobel, (of topic) but need to know, do you have from the browserapp access to the current url, access to network and would be able to modify the content of the current website or draw a own UI above? And if so on chromium based browsers and firefox?

<s​pirobel:kernal.eu> yes. both in the case of a webapp and in the case of a browser extension. The difference is that in the case of a browser extension you can set a header in fetch requests and it will ignore the cors policies of the currently visited website. A browser extension also has more abilities to open popups and modify the content of any website that you visit. It is more like a trusted ap<clipped message>

<s​pirobel:kernal.eu> p. Think of all the things that ublock origin does while you browse the web

<s​pirobel:kernal.eu> current url you can get with window.location.href

can I speak to you later or on another day maybe on

<s​pirobel:kernal.eu> yes happy to talk

#monero-offtopic ?

yes happy to talk" <- "cool :) thank you

<s​pirobel:kernal.eu> my favorite topic! can also dm or email if you want

"can also dm or email if you want" <- finally I will anyway register some matrix account, after that I will write there a dm :)

ping hardenedsteel ccs payout was sent yesterday

<m​ainnet_pat:monero.social> Hey guys, thanks for discussing my ccs proposal draft today. I am happy to answer any questions here or on any other channel appropriate

<p​lowsof:matrix.org> vostoemisio: the only negative comment recently about the previous vids : libera.monerologs.net/monero-site/20240922#c433451

<p​lowsof:matrix.org> pat: here is perfect

<m​ainnet_pat:monero.social> I can go over the comments one by one

The only issues I've seen raised are cost-related

and not even so much that the cost is unreasonable so much as just the reasoning hasn't been presented. I think a quick overview might be all that's needed (pay per hour, hours required, potential milestones which could divide the work)

unless I missed something?

I'm just excited to be reading how the WalletConnect part works, that will be a first for Monero, right? but I won't distract the discussion with that for now... I think the meeting is "over" by now anyhow

<k​ewbit:matrix.org> So web frameworks have hope?

Revuo Monero Issue 211: September 12 - 26, 2024. revuo-xmr.com/weekly/issue-211

<m​ainnet_pat:monero.social> Sorry for a slow response, it is a family weekend for me here.

<m​ainnet_pat:monero.social> As I have mentioned in the draft, I have underestimated the initial dev and time cost. At the time of flipstarter submission I have had a working concept, but not the solution. Running tests in vscode's console is much different from deploying a web app which does not use any coordination servers but libp2p only for orderbooks and trade message exchanges. The flipstarter have targ<clipped message

<m​ainnet_pat:monero.social> eted this amount to pay for effort already spent by me and BCA as well as to fund further work. BCA is a brilliant thinker and he delivered his promised part - the BCH covenant contract to enable the atomic swaps. Moreover he overdelivered by optimizing and improving the contracts and paving the way towards other BTC-like (ltc, doge, etc) swap pairs and also by continuously suppor<clipped message

<m​ainnet_pat:monero.social> ting me on conceptual level. BCA does not help me write code and/or otherwise help with the web app, so I am alone here.

<m​ainnet_pat:monero.social> Also as being mentioned, in the framework of this flipstarter I have worked on monujo wallet and improving monero-ts, which was required for my work and benefited woodser's but consumed the resources.

<m​ainnet_pat:monero.social> I seek additional funding to complete the project and make it ready for web. Currently I am working hard on the web app to ensure the failsafe execution of the swaps, which are prolonged multistep processes, especially in context of several concurrent ongoing swaps. Particular challenge is making libp2p-based orderbook and swap message exchange work properly in browsers and with v<clipped message

<m​ainnet_pat:monero.social> pns enabled. Another big topic is to support libp2p onion routing for enhanced security.

<m​ainnet_pat:monero.social> Let me know if you have any other questions or how could I impreve ccs draft further.

<r​ottenwheel:kernal.eu> Pour one for the Samourai Wallet team which has officially announced they're shutting down their BTC<->XMR atomic swap ASB. RIP. Cc binarybaron

<r​ottenwheel:kernal.eu> Public repository with latest code changes by pokkst and noosphere in today's issue, if anyone's interested.

<m​ainnet_pat:monero.social> Hey, just seen your message, my rate is $135/hr my proposal seeks to fund about ~1.5 months of bulk work. I plan to finish and deliver by the end of the year.

<o​frnxmr:monero.social> Now that funds have been unlocked, I'll be working with pat: for the next few weeks to get BCH integrated into basicswap cc plowsof Rucknium: CryptoGuard:

<o​frnxmr:monero.social> This doesnt exclude pat: 's ccs proposal from discussion, as the time spent on bsx will (for the most part) be during the discussion phase of the ccs. We hope to have it completed before any overlap would occur.

thanks for sharing ofrnxmr

the statement is true / ACK

rottenwheel: you might want to confirm the authors of the funding requires proposals :D jeffro can do it all!