<f​engzie:monero.social> Great session. I would join.

Last minute meeting in 30 mins for those around monero-project/meta #1027

<p​lowsof:matrix.org> meeting in 10 mins~ monero-project/meta #1027

<f​engzie:monero.social> how do join?

<f​engzie:monero.social> use the camera icon in the group?

Meeting time monero-project/meta #1027

meetings here are text only. other community events (e.g. Monerotopia) take place via audio/video on youtube

<r​ottenwheel:kernal.eu> 👋 Hola.

<p​arasew:matrix.org> hello!

greetings and hello, i have not been able to prepare for this meeting (as showcased by the last minute announcement, apologies)

<r​ucknium:monero.social> Hi

stressnet had its 'official' launch at 15:00utc 19th June , that was fun, the stressnet team have accomplished alot

what is next for Stressnet? it has already resulted in pull requests to improve monero-core github.com/spackle-xmr/monero/releases

<r​ottenwheel:kernal.eu> Unacceptable. Step down or do better! plowsof

i noticed a screenshot of a blockweight graph appearing in this tweet from untraceable nitter.poast.org/DontTraceMeBruh/status/1803882854662778933

<r​ucknium:monero.social> The stressnet monitor is here: monitor.stressnet.net . Usually it is accurate and up to date. Sometimes it goes down

<m​ichael:monero.social> Hello.

<r​ucknium:monero.social> The blockchain explorer isn't working now since it's hard on the node: explorer.stressnet.net

awesome page Rucknium

typo there on the explorer url?

or is it temp offline

ignore, thanks

<r​ucknium:monero.social> I just said it's offline lol

monkey see link, monkey click

<p​reland:monero.social> Was it ever online? I had tried using it when the network was first launched but it still sent a 502

i could host it on node3 (which is running a stressnet node already) is the limitation, ram?

<r​ucknium:monero.social> The monitor is GPL-2 open source and should work OK on mainnet nodes too: github.com/Rucknium/monerod-monitor

<r​ucknium:monero.social> It's RAM and just the RPC calls from the explorer slow down the node. And the RPC lock is something that developers are trying to solve

<r​ucknium:monero.social> preland: It was online before the spamming started. Then the spamming killed it :(

<r​ucknium:monero.social> The monitor makes just a few RPC calls and one OS call every 30 seconds

i have been busy running workflows on github - watching it error - and trying again. for monero-site translaitons / weblate. i am almost ready to on-board a budding site maintainer, just require a our weblate to be back online or the files for my own instance

translations*

<p​reland:monero.social> Who would’ve guessed that the stress net monitor would get stressed

:D

vthor , who has taken over MoneroSigner project has completed his first milestone. nice work

<r​ucknium:monero.social> Nice job, vthor

hackerindustrial, has been "fired". this is the same person behind the ccs hack investigation who has not provided any updates on that. after being fired for reasons including inactivity im not surprised

:) thnk you, but milestone already delayed two days :/

<c​t:xmr.mx> milestone payment?

if anyone is interested i made a #monero-ccs-emojis channel. specifically to be alerted when people leave emoji reactions on the ccs gitlab, or when luigi pushes things to master.

irc only at the moment

I got the milestone 1 payment, thank you! :)

<r​ucknium:monero.social> One more thing about stressnet: Discussion of stressnet is happening in #monero-stressnet:monero.social on Matrix and ##monero-stressnet on Libera Chat IRC. You can run a stressnet node by running the monerod binary in github.com/spackle-xmr/monero/releases

was there not talk of doing a 'monero fork' instead of a testnet-fork? to avoid some issues?

<c​t:xmr.mx> And device spec requirements rucknium?

Enough ram

Not enough ram = it will OOM

How I already interrupted, I will throw another question in the room, can I rename MoneroSigner to XmrSigner for various reasons: a)confusion with the hackerindustrial project/domains and so forth and me having now different variables and strings in my repos, driving me nuts to be not uniform :D?

<c​t:xmr.mx> is 16GB enough?

sorry, foret my qustion, was too slow

yes, imo @ct

<r​ucknium:monero.social> ceetee.mx: Two-thread CPU and 8GB of RAM seem ok. 4GB of RAM seems to be not enough. I think the storage requirements are 15GB now. We could have a blockchain of 50GB by the end of two months when we expect to end it.

Vthor, i see np with that

better than Gupax and Gupaxx

<c​t:xmr.mx> okey, then I can spin up extra nodes

<c​t:xmr.mx> Do multiple (physical) devices on the same local network help? 10Mb upload bandwidth unfortunately

Im running 2 nodes on the same host

<r​ucknium:monero.social> You have to run the monerod with `--testnet` check the repo's README for more instructions

one such pull request to core from 0xffff directly thanks to stressnet monero-project/monero #9376

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

the pr by 0xfffc increases startup speed by ~3x in my testong 25-30min vs 80min

A full tx pool caused an 80min delay to restart a node

<c​t:xmr.mx> heart

<c​t:xmr.mx> ^because irc cant see emojis

<0​xfffc:monero.social> 🙏🏻🙏🏻 my understanding is it is possible to optimize it further. So hopefully we will have even faster implementation soon.

<r​ucknium:monero.social> IMHO, everything in monerod needs to be parallelized and async. But that's easier said than done lol

click of the heels

Currently startup uses 1 thread 🫠

thanks for confirming ofrnxmr, ive had some issues getting to to be slow to begin with

0x is working on a few diff problems atm.. if any other devs want to help , 🤲

shall we jump into the ccs merge list whilst skipping a few select ones

(yes)

skipping seraphis review (MRL issue) and moving briefly to b. [New Monero Website](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/450)

<r​ottenwheel:kernal.eu> +1 merge from me.

luigis comments here suggest core are looking for a current site maintainer, to explain my trip to weblate school. i need to follow up with janaka now (they mention AI translations, and weblate provides these features , either as suggestions, or directly added and labelled as requiring edits to translators get presented with them to confirm. but

yeah, our weblate is offline

+1 merge

<c​t:xmr.mx> Interested in long term maintainer position sounds good

<c​t:xmr.mx> +1 from me too, hoping it works out long term

Lets see how this website pans out and can think about maintainer later imo

after making a 100,000+ change pull request to my own test repo i see why we needed a dedicated "translations coordinator"

Maintainer overlaps with this. Nothing to maintain before its built. Let it be built then we can decide on a maintainer

+1 plowsof, but tl has been rip for a long time. We had a tl coordinator didnt we, then we cancelled ccs for tl

i plan to do the initial 'get us to square one' work and then hand off (lol)

yeah translations shuld be part of the site maintainer role

Ty plow

<c​t:xmr.mx> ofc ofrn, but I'd rather have a builder interested in maintaining, then a builder who is looking to exit after the job

sign them onto a 14 fight deal instead of 1 prize fight, noted

Ofc. But we just neutered the proposal

yeah pushing external problems onto the proposor (delaying) is not going to make them stick aroud neither

They are doing what we asked them to do atm. Can't keep moving goalposts. 3 months isnt a long time, we'll be back to talk about maintaining soon

<c​t:xmr.mx> we share the same opinion ofrn

we can leave it there, ill follow up with them about weblate (and ask back end admin to pretty please get it back online or send me the files somehow.. learning as i go here)

but try to keep that unrelated from stopping them going forward

🙏

c. [How to mine Monero guide](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/451)

hasnt had the most feedback so far, make of that what you will

I dont know if i sent the msg, but we need to update the getmonero mining page

<c​t:xmr.mx> promised last time to read trough it, didn't have the time for it, sorry

moneroguides has to remind us more

The reason for proposals like the one above, sre because instructions are all over the place and all all of them noisy and partially incorrect.

no response about the rates difference yet, but uhm, i found the first videos to be pleasant and informing

<c​t:xmr.mx> in general: proposers feel free to ask for feedback/review in this room outside the meeting times (as long as you dont spam)

(skipping i2p proposal)

e. [ofrnxmr feat. BasicSwapDEX - take over the world pt 2](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/457)

the reason i made the emoji alert room, as we cant follow when porposals get >10 reactions

<a​illia:matrix.org> + often outdated

Emoji alert room? 👀

#monero-ccs-emojis

irc only

<c​t:xmr.mx> what is holding up the basicswap proposal if I may ask?

<0​xfffc:monero.social> I have a shaky connection atm. + from me.

in response to hintos comment here repo.getmonero.org/monero-project/c…als/-/merge_requests/457#note_24904 (reg custody of funds / 100% custody ) - at this stage in the game we should have a multisig solution for this. tobtoht as you can imagine has alot of tasks on his plate and we should hopefully start getting updates

Idk whats holding it up, but were still working. Hinto wanted a comment from the devs, @crz offered to comment but i dont understand why im supposed to nag the devs repeatedly for politics. "post a gist here" "post a gist there"

im not particularly concerned with a multiisig. Generalfund and ccs don't use them. I trust plowsof

<r​ucknium:monero.social> IMHO the general idea of this proposal is good. My 2 piconeros: Having this project in multiple stages would be good. We can see the progress on the first proposal and then hopefully fund a second one. The funds custody issue need to be figured out.

<s​yntheticbird:monero.social> Tbf old *gist requests* were because it was mess in between fake accounts supporting you or hating you and there was indeed a need to know if the devs were aware. Please make a distinction with hinto's request

luigi1111 needs go through the merge list

its nkt a dictinction. Crz posred the first gist. Cryptoguard posted a second k e

One*

If crz creates an account on giab, he'll have to post a third. Its very annoying and spams their gits with nonsense.

with 9 mins left we can continue talk on this at the end (skipping monero poker, and development of a new ccs platform, although the monero poker is a valid proposal open for feedback. a few comments noted that xmr.poker exists but nobody uses it and theres an unanswered question related to that)

frengzie, would you llike to comment on your direction with your proposal @ g. [Mobazha with Monero in Privacy Ecommerce](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/463)

<f​engzie:monero.social> yes, thanks plowsof for mentioning this proposal.

<f​engzie:monero.social> For this proposal, I want to apply it to advance usability and adoption of Monero instead of infrastructure building. I definitely believe it would be much helpful for Monero to reach more users.

its closed source still?

<f​engzie:monero.social> Currently the network is deployed worldwide, and we are in preparation of publicity stage.

<c​t:xmr.mx> closed source would disqualify it from the ccs

Proprietary?

yeah

Ct - nah, movies winnibg oscars were approved

<f​engzie:monero.social> the team works on it for more than 3 years, and i am always thinking how to sustain the team and make it developed in a long term. I haven't found out a solution yet to open source and gain profit for sustain

fergzie - close proposal, come back when figured out

<s​yntheticbird:monero.social> no need to press let him finish

(ct - i was being sarcastic btw.)

im glad you have introduced your project to a new audience, for the ccs closed source is a no go, i wish you best of luck with other fundraisers to integrate other cryptos (e.g. the open zcash proposal you have open)

<c​t:xmr.mx> ofrn: ikik

<f​engzie:monero.social> i'm thinking about tokenization and white paper, however it might be a long run. At this moment, i strongly will to have monero support inside, and sell related assasorites etc.

its just not compatible with the CCS rules or our FOSS community

Kuno doesnt care about foss btw. But ccs shouldnt support non-foss projects, imho and by RTFM

<f​engzie:monero.social> the team is struggling to sustain and move forward, and we really want to do the business. so we look around for help.

<s​yntheticbird:monero.social> to be clear, there has been no exceptions to this rule and/or closed-source analogy in other funded project

syntheticbird - yes there has

yes, Kuno is a great option to raise funds for your project fengzie

<s​yntheticbird:monero.social> Don't take that as a judgement of your work.

the movie ccs isnt foss

<f​engzie:monero.social> my thinking is that: some funds would be applied for some activities, there is no code

<f​engzie:monero.social> for this one, don't think it is a coding project, but just a publicity/promotion project

<s​yntheticbird:monero.social> lol, i sure want the adobe clip file ofrnxmr

xmrbazaar.com has also just released as noted by ofrnxmr in that projects matrix room

<f​engzie:monero.social> and we could sign contract and donate back if there is profit

fengzie, please. Foss or no

haveno... basicswap... also

Were not a vc investing platform

<f​engzie:monero.social> ok. xmrbazaar is a different concept. it is just a single store, while mobazha is a stores network

<f​engzie:monero.social> ok.

<s​yntheticbird:monero.social> fengzie, this is unfortunately out of scope for a CCS. Sorry for your struggle, but it isn't how it is working. There are no corporation behind monerod and the community wouldn't trust one. There is simply no way to adapt these for your project

wait, the movie proposal was for funding/promotion of closed source* material and that was allowed. so luigi has to take a look

<c​t:xmr.mx> sorry this has been dragged out for such a long time fengzie

but for a dev project, it fits too perfectly into the rules as being out of scope

yeah, plowsof but i think the movie proposal should not set precedent. Imo it was a terrible mistake to merge. Do we even have access to the movie?

<f​engzie:monero.social> ok, thanks for the information..

i. [Revuo Monero maintenance (2024 Q3)](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/466)

Or did we just pay for him to market his movie and self serve?

i guess we can ask geonic for an update (he has kept us up to date on each of the meetups / promotional events)

he made $ at each of those events (paid viewing etc)

the movie didnt win an oscsr btw

<x​mrfamily:matrix.org> What movie proposal? I am working on documentary on lmad, Alex has agreed to be interviewed

limite

rottenwheels revuo proposal sirs

Im not voting for or against rotten. Is revuo active again?

monero moon had a run of the ccs, and rottens rates are less. spirobel has left some negative feedback

<c​t:xmr.mx> yes, its active

<s​yntheticbird:monero.social> im against as I think this ccs is way to good looking and rottenwheels is perfect, so its very sus

<c​t:xmr.mx> last quarter of revuo was also funded iirc

Spirobel said rotten was being political when choosing what efforts to cover and voted against it, so idk

<s​yntheticbird:monero.social> I've seen other being more political tbh...

I dont follow rotten tho. I just remember him cancelling it recently

<s​yntheticbird:monero.social> but one project being forgot shouldn't destroy the good track of revuo

<s​yntheticbird:monero.social> ofrnxmr I heard of it too, i dont remember exactly what it was about

hd msgd me to tell me he wasnt going to write it anymore, but at the same time he opened a pr to list it on getmonero

Im abstaining from the vote on this one today

but

yes after that he returned (has since been funded by a kuno to obtain monerokon if thats relavant)

s/obtain/attend

Ill votr that @monero twitter needs to stop censoring it

someone who also attended monerokon has a proposal open, j. [Jeffro256 Full-time 2024 Q3](repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/467)

We need jeff to look into the rpc issues with stresnet

jeffro has also complimented boog900's latest ccs update/work

<0​xfffc:monero.social> Obviously merge.

You cant connect a wallet when txpool is full

When he did mrl 109, he had 2 prs. 1 of them sped stuff up, perhaps he can do something similar here

<s​yntheticbird:monero.social> merge or ill steal your monero plow

I havent looked at the ccs, but merge and pls ask him to help w stressnet

<c​t:xmr.mx> obv. merge

there is mention of "Multi-threaded compute"

Yeah, but he needs to join stressnet 🙏

<s​yntheticbird:monero.social> jeffro entered the chat

<j​effro256:monero.social> Hi

Helloo jeffroo

<s​yntheticbird:monero.social> what are you referring by multi-threaded compute im curious. what could be parallelized

<0​xfffc:monero.social> Hello

<j​effro256:monero.social> Sorry did I miss something ?

Ccs meeting

Were discussing your proposal

And im asking you if you can help solve "wallets wont connect to full txpool" and "parallelize start up" with #stressnet

<j​effro256:monero.social> When scanning e-notes, we need to do 1 ECDH op for each 1/256 e-notes on chain. This is pretty expensive but can be easily parallelized

<j​effro256:monero.social> Just like how current wallet scanning is multi threaded

<j​effro256:monero.social> Ofrnxmr are there GIthub issues for those ?

No, its a test network that were attacking / stressing

<s​yntheticbird:monero.social> there is the #monero-stressnet channel for that.

<j​effro256:monero.social> What does "wallet won't connect to full txpool" mean?

if wont connect

When txpool is 300+mb, wallets simply fail to connect

<j​effro256:monero.social> BTW I am running a stressnet node tho

<j​effro256:monero.social> Like it won't connect to a daemon with a full txpool?

Yes

<j​effro256:monero.social> Does it timeout ?

yes

<r​ucknium:monero.social> When txpool is large, over 100MB, monero-wallet-rpc and -cli (I think) cannot connect to monerod

<r​ucknium:monero.social> The temporary solution is to `flush_txpool` on the node

<0​xfffc:monero.social> Interesting problem.

jeffros work is on FCMP++ but stressnet could help test some new features there

it starts the connection, you see the node receive the rpc call, but eventually it just dies and says "no connection to daemon. 0 blocks received"

<0​xfffc:monero.social> flush_txpool itself is going to be optimized too. It is O(n) and should be O(1)

<r​ucknium:monero.social> AFAIK it can _maintain_ a connection as the txpool gets very large. But if you get disconnected it doesnt want to disconnect

Doesn't want to reconnect*. Yes

<r​ucknium:monero.social> Yeah. Anyway, I know you have set your priorities jeffro and it is probably hard to switch task areas

jeffro is the getblocks.bin expert tho :P

<r​ucknium:monero.social> The stressnet will go for about two months. It would be hard to analyze the issues without a live testing environment like stressnet

<0​xfffc:monero.social> I wish we can shut it down and start it up. For example we set up everything ready. And we can start it regularly based on some schedule.

<0​xfffc:monero.social> Leaving it running for a long time might not be economical

We can probably schedule when we spam etc

<0​xfffc:monero.social> Anyway that is discussion for another thread

Meeting over though plowsof +1 merge jeffro

lets end the meeting there then, thank you all for attending and please continue

<0​xfffc:monero.social> Thanks all

thanks again for another good meeting

<j​effro256:monero.social> I can look into it for sure though. It sounds like an limit is getting hit somewhere and failing and the error gets silencsd

<j​effro256:monero.social> Maybe some restricted RPC limit is happening even on supposedly unrestricted connections idk

<j​effro256:monero.social> Probably hasn't shown up before since we don't have mempools that big normally lol

<r​ucknium:monero.social> Great. You can sync a stressnet node yourself (should take 36-48 hours) or I can give you access to a medium-powered VPS that has a node running

<j​effro256:monero.social> I don't think we can make it O(1) since we have to remove all txs from the database in storage

<r​ucknium:monero.social> Here are the instructions: github.com/spackle-xmr/monero?tab=readme-ov-file#monero-stressnet

<j​effro256:monero.social> But there are some efficiency gains to be had probably

<j​effro256:monero.social> Thanks mines syncing rn !

<0​xfffc:monero.social> Parallelization but should be very easy from what I see. We cannot just remove them in parallel. Is it correct?

<r​ucknium:monero.social> Great. You may want the latest binary because syncing blocks may fail for the last 2-3 of large blocks. We changed the default config for number of blocks to sync in a batch.

<r​ucknium:monero.social> ^ Which is another thing that could be analyzed and fixed on mainnet

<j​effro256:monero.social> does compiling from master still work?

<r​ucknium:monero.social> on Spackle's repo? Yes

<0​xfffc:monero.social> s/cannot/can/

<j​effro256:monero.social> Yeah IIRC only one thread should have write access to an LMDB database at a time

<j​effro256:monero.social> So no parallelization for removing from DB

<0​xfffc:monero.social> Yes. Remembered the multi read - single write design.

<0​xfffc:monero.social> Maybe doing it lazy would be better. Something like run mark the the txis, and flush them on the background.

<0​xfffc:monero.social> Better than making the user to wait for the removal of all of them.

<j​effro256:monero.social> In concrete time, how long was it taking for you to flush the txpool with those big 100MB+ mempools?

<0​xfffc:monero.social> It took a long time. But don’t exactly remember. I was debugging something else. But noticed this operation takes a long time too. So there should be a way to optimize it too. Don’t remember the exact time. Profiled the code and realized it is O(n).

<r​ucknium:monero.social> I think about 5 minutes at least. Maybe 15

<0​xfffc:monero.social> Yes. Mine I believe on closer to 15 minutes side. But might depends on specs

<0​xfffc:monero.social> And if I remember correctly node is non-interactive during flush.

~2.5 minutes per 100MB of mempool sounds roughly correct to me.

<0​xfffc:monero.social> I have copy of that state. Will try.

Maybe more like 3 min per 100MB , but it is roughly in that range.

<0​xfffc:monero.social> minor correction. `flush_txpool` is not non-interactive.

<0​xfffc:monero.social> so we are good in that front

<0​xfffc:monero.social> Whoops my bad. It is non-interactive. But much faster. So flush_txpool is low priority for optimization.

As a side note, are all newsletters (Revuo, Observer, MoneroMoon) published weekly?

<r​ottenwheel:kernal.eu> dEBRUYNE Revuo and Moon are weekly, Observer is daily.

Thanks

rottenwheel: Can you PM me on the IRC side?

<r​ottenwheel:kernal.eu> Definitely. Let me log in, one sec. dEBRUYNE

gitlab upgrade in progress

Hi there, thanks serhack

you're welcome :) how's my favorite community going?

Ah theres a pull request by napoly to one of the monero integrations repos (albeit with alot of whitespace changes)

could you link me that? I'm overwhelmed by github notifications (or move to direct)

Will grab it for you one moment

Here we go monero-integrations/moneromagento #13

Funded by this bounty bounties.monero.social/posts/19/5-0…vamp-monero-magento-payment-gateway

thanks!

Jeffro256 it tooo me like 15mins to flush the first time

Maybe longer

<3​21bob321:monero.social> Foss it or toss it

was the tesla purchase open source?

or since we couldn't get melon tusk to tweet morono, would it have been open source?

their patents are, im not sure if that includes the software running in the vehicles (although they are known for shady practices of remote disabling of features)

patenting open source, huh

hmmm preventative

<p​reland:monero.social> Nothing is closed source if it runs on your computer

<p​reland:monero.social> (Unless I can ever figure out how to get my GrapeBox concept working)

preland, is this what I read here days ago about compute "secure" some else machine?

plowsof: yes, I’ll be posting an update/report 🙏