Buffer Playback...

[07:45:58] Avoiding DDOS at $200 /XMR is more important than avoiding 30c fees at a theoretical 30k per XMR

[07:46:16] there's no ddos

[07:46:33] That's not consensus level stuff if it's just for mempool level transactions

[07:47:13] the discussion is not about DDOS protection, it's spam (flood)

[07:47:32] right now it's cheap to flood

[07:47:37] People kinda use ddos and spam interchangebly

[07:47:46] mcfranko github.com/monero-project/monero/bl…ryptonote_core/blockchain.cpp#L3719

[07:48:35] yes, it's mempool only

[07:48:52] but the fact is, you can't send transactions with lower fee

[07:48:53] Right, so that doesn't affect consensus

[07:48:57] you have to mine them yourself

[07:49:11] I'm sure that if XMR becomes 30k, they can just change that part of the code

[07:49:22] it's kind of consensus when all nodes run the same code. If you change it, half of the nodes will still use old rules

[07:49:41] Consensus only applies to the blockchain

[07:49:42] The mempool isn'

[07:49:43] which will degrade UX when user connects to old node

[07:49:45] * The mempool isn't part of consensus

[07:49:59] so de facto changing it will require hardfork to make all nodes update

[07:50:03] Well I think pressing a button to switch to a new node is better than paying 30 cent fees

[07:50:10] No it wouldn't require hard fork

[07:50:24] you don't understand

[07:50:27] I know it's not consensus

[07:50:28] All nodes can still follow the same chain

[07:50:28] Some will just have different mempools than others

[07:50:36] imagine you have your node right now with much lower fee limit

[07:50:53] it won't be able to propagate your tx to other nodes, they will reject it

[07:50:57] and it won't be mined

[07:51:06] Yes I was using flood and DDOS interchangeably. In this case the "service" is privacy.

[07:51:10] Okay, well presumably most of the other nodes will update

[07:51:18] And miners have an incentive to update their software

[07:51:19] I'm talking about real implications of changing such stuff without hardfork

[07:51:35] Because otherwise they're missing out on tx fees

[07:51:36] miners will have incentive not to update

[07:51:43] so they'll only accept higher fee transactions

[07:51:46] understand now?

[07:52:36] They're missing out on tx fees from the other transactions though, not updating would only help miners if they all colluded

[07:54:02] no, they will get both low and high fee txs by not updating

[07:54:25] if they update, they'll reject low fee txs

[07:54:59] hence sech1 is spot on

[07:55:15] I'm talking about updating to lower the minimum fee for the mempool in the 30k XMR scenario

[07:56:32] fees are not calculated based on fiat exch rate

[07:56:38] I know

[07:57:01] that's what you seem to be suggesting

[07:57:10] He was talking about the minimum fee would be 27 cents at 30k xmr

[07:57:24] I was saying that if we got to that point the minimum fee could just be lowered

[07:57:58] it will most likely be lowered anyway due to higher usage

[07:58:36] that's the design yes

[09:27:55] Any chance to undelete my announcement on Reddit? I'm not directly typing nicknames because some have complained getting woken up in the night to correct Reddit mistakes and flaws.

[09:28:03] reddit.com/r/Monero/comments/oq2ufw…eenth_village_at_dc29_staff_meeting

[09:34:53] What do people think of this? firo.org/guide/privacy-technology-comparison.html

Playback Complete.

Raise minimum fees above a few cents via a software fix and you lock billions of people out of using XMR as a medium of exchange. Think very carefully about whether you want to do that.

@rucknium[m] - Currently the fees are on the order of a fraction of cent. That's the problem that needs fixing (for cheap spam avoidance). That shouldn't lead to transactions costing >5 cents - I wouldn't have thought

Asked previously, but does anyone know where to find a proposal that looks at increasing fees?

Reminder that we have a village staff meeting in about three hours, happening on Saturday 24 July at 18:00 UTC on #monero-events.

I hope it wouldn't. Recall that Dogecoin set the minimum tx relay fee at 1 DOGE a few years ago to guard against spam. At the time they were probably thinking "This will never get above 1 cent, let alone 50 cents." Now they have a mess of technical debt to unwind and a "tipping cryptocurrency" that cannot really be used for tipping.

For an extensive overview of the Dogecoin minimum fee issues, see github.com/dogecoin/dogecoin/discussions/2347 . Patrick Lodder is a Dogecoin core dev.

@Rucknium[m] - I can think of worse problems than Monero jumping to a $25B marketcap - but yes, I understand your point

nioc: Space logs can now be found here: forum.monero.space/d/93-monero-spac…rday-17-july-2021-at-17-utc-minutes

Community meeting in 35 minutes!

xmrscott[m]: ty :)

Let's begin the Community Workgroup Meeting now!

- Greetings

hi

Hi

- Community highlights

Outside of workgroups, anything people want to highlight?

- CCS updates

I don't see any new CCS in Ideas or Funding Required since July 10 meeting, but are there any people wish to discuss?

quiet today :)

too quiet :)

Haha yep. It happens I guess

I'd like to know if there are any special requests for my CSS, like where I should concentrate my mental energy, because there are many fronts to work on.

I'm currently building a local matrix of extreme configurations, that would be too resource hungry for the GitHub CI to handle.

The GitHub action issues are mostly taken care of.

The result of the build matrix will be published just as the other report, of course.

mj-xmr - it might be difficult to get a good reply to that in this meeting (could be wrong) - but perhaps if you wrote up a short post somewhere of the things you think are important to be working on, community members could give some feedback on which they think deserve priority?

yeah that would be useful. Even just an issue or something like that.

GitHub Issue w/ link on Reddit maybe?

OK, got it.

Personally, I'd say if there's developers who mentioned issues w/ patch integrations, that first, followed by user issues ?

- Workgroup reports

I think we have just Website and Localization here?

So we can start with b. Localization workgroup

not much to say. Today i updated the strings of the GUI and the CLI, so people can translate the new stuff.

people are actually translating every day, so soon i'll probably PR the updated strings upstream soon

Nice! Great to hear!

f. Website workgroup

side note ErCiccione - is there any tracking on how much the various languages are used? i'd guess not due to privacy, but just curious if there's any way at all?

perhaps node concentration by country is the closest proxy

for the getmonero, there should be. We have a matomo instance for analytics but has been broken since the very beginning. With that we can get some basic analytics from the server logs.

<ErCiccione "not much to say. Today i updated"> Is there a website for translation, or just github? I am just waiting someone started my language already :3

I've been wanting to access those info for quite some time for that very reason. With statistics we can work with lanaguages better and make informed choices/changes

coinstudent2048: translate.getmonero.org

from memory, running matamo shouldn't be very complex. any idea why it's not working/broken?

"

no. I've been talking with pigeons about it a few times but nothing really came up yet

"statistics we can work with lanaguages better and make informed choices/changes" -> exactly why i asked, would help with energy prioritisation

we have been working on language autodetection as well, so that was prioritized

next topic Keiji[m]?

- Open ideas time

Anything people want to discuss that wasn't talked about earlier?

I won't bring up transaction fees again *laugh face* as I've brought it up enough recently. but that's the main thing that's bugging me. seems far too cheap to store data on monero, that nodes be downloading and verifying for years to come

*will be

i think a github issue is the best place with that. There are many factors to consider

Ok. I think Artic Mine is the resident transaction fee expert and they aren't here. Also, yes, probably GitHub is best for long discussion

agreed

ArticMine is here I think?

At least a few minutes ago.

I guess just post a link here in IRC when you create the issue and ping Artic Mine then?

If no one else has anything to discuss, we can conclude the meeting. Next meeting in 2 weeks?

What's the main purpose of such meetings ?

I have 1 thing

Yesterday it was mentioned in #monero-dev people wanted to discuss the divide by 0 bug and the patch for that in next release. I can share a status here and my opinion on a way forward. But considering above, I think the PR on github is the best format for that discussion, it's also fairly long with a number of factors to consider

Mainly to pass down things, ask for help (like CCS feedback when we have more people)

If you want to share the short summary here as not everyone follows the Issue probably that would be fine I think

Don't forget that we have a village staff meeting (for Defcon 5-7 August) in a half hour on #monero-events.

The PR (monero-project/monero #7798) has 2 parts to it. First, it changes the decoy selection algorithm to correctly select more recent decoys in a ring. Second, it prevents a divide by 0 bug.

In IRC and in that issue, sech1 and tobtoht raised valid concerns that a change to the decoy selection algo would break tx uniformity. The ensuing discussion has been related to that

I believe there are 2 options of handling this concern:

1. I shared a fix that would prevent the divide by 0 bug, and would only alter the decoy selection algorithm for clients that would be affected by divide by 0.

2. Being 100% certain the fix does not pose material risk to users through breaking tx uniformity, and going with the fix in the PR.

On #2, I believe I've provided a fairly strong case why the risk posed to users seems likely immaterial, and more eyes on that would be appreciated.

Perhaps the best course of action is going with option #1 for now while we work toward 100% certainty for option #2. I can continue with a deeper analysis with more mathematical rigor in the meantime.

i think we'll need a dev meeting soon, there are a lot of things to discuss

Ya this seems like a difficult thing to discuss in this format

Usually dev meeting happens tomorrow, right?

it is, that's why it's good to talk about it as much as possible in the issues, so to not repeat long explanations here

they were usually on sunday iirc, yeah

Good point. Thanks for the summary jberman!

Maybe someone should ask to have a meeting tomorrow on GItHub and then mention on reddit as well

tomorrow is too soon. Maybe next sunday

i know sarang might have some research to share as well, so the meeting could be a good place for doing that

-dev and -lab meetings were independent previously, no ?

Whatever people believe is best, depending on how time sensitive getting PRs is in

Whatever people believe is best, depending on how time sensitive getting PRs in is

wfaressuissia: they still are afaik, but i don't think there are regular research meetings anymore

hey, would like a dev meeting to discuss this as well. selsta mentioned the eta for the next release being in 2 weeks, 1 week ago, so if the meeting is planned for next week that may need to be delayed.

seems it would be easier to establish a meeting time directly on that PR/give time for people to see it

selsta can weigh in on release there

Yes, I guess comment there and main stakeholders/developers can figure out best meeting time and stuff

yep, feel free to propose a date/time on the github issue

meeting in two weeks is fine for me tobtoht

jberman[m]: luigi should be back monday, then we can do merges and prepare a release

ahh, got it ok

Ok, any other things people want to discuss before we conclude the Community meeting?

Sounds like no. Hope to see everyone in two weeks then! I'll post the logs soon to GitHub

Thanks for everyone who could make it

Thanks for moderating :)

I think for next meeting better advertising it on Reddit might help remind more people this meeting exists again

Thanks for the good meeting Keiji[m].

Reddit is broken regarding advertising meetings, I tried that several times this week for the village staff meeting (in ten minutes.) All the reddit messages get deleted automatically.

I think it's modded heavily due to spam. Probably messaging the mods right after posting would help

Reddit has a message mods feature

Yes Keiji[m] I did exactly what you suggested, which led to the complete failure of Reddit (which deleted a message that was nothing similar to spam.)

It seems to be generally a failure, as this problem has been happening for many months with nobody trying to solve it (or succeeding at it.)

<john_r365> I won't bring up transaction fees again *laugh face* as I've brought it up enough recently. but that's the main thing that's bugging me. seems far too cheap to store data on monero, that nodes be downloading and verifying for years to come <---- monero-project/research-lab #70

As part of this issue the low fee will rise ~5x

This is for the next fork

More importantly the minimum fee will allow for scaling of the blocksize

This is not the case now

Oh, there may be a question about official Defcon entrance badges.

Oops, qwrong channel.

Thanks ArticMine - great work on that.

What is the current status of issue 70 in relation to implementation?

Is the code tested ready for deployment, and just awaiting the next hard fork? Or something else.

Thanks!

<msvb-lab "It seems to be generally a failu"> I had no issues when I posted for a meeting a week ago. Can do so for next meeting