<s​iren:kernal.eu> Announcing our new ATM prototype and auction at MoneroKon monero.town/post/3354901

I have posted a new proposal (repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/464) for an upgraded, more user friendly and feature rich Community Crowdfunding System. This proposal must be accepted and merged by the community for me to able to start working on it. I would be most grateful if you could take a short time to review it and leave a comment and a vote if you feel such a project

could be of value to the community as a whole. Thank you ...

Ok, thanks. I expect to be joining that meeting ...

<p​rivacyx:monero.social> Love it. Is that only for Euro or will there be other currency like $USD and AUD$

FreeRoss: is the new funding platform intended to eventually replace the current Gitlab interface for the CCS?

<s​iren:kernal.eu> Supports all currencies that have rates available on ECB (USD and AUD included). It will be configured to accept both CZK and EUR at the event. Also it depends on the bill acceptor hardware.

<s​iren:kernal.eu> Backend is fully configurable. Frontend right now has hardcoded fields for CZK and EUR but that's not too hard to modify. I'll make it configurable also in the future.

<f​reeross:monero.social> midipoet @midipoet:libera.chat: yes, if that's what the community wants ...

<s​iren:kernal.eu> In a bit of a rush now

FreeRoss: also, maybe the wording "Whilst this outline is an estimate of the expected work involved, each milestone can be re-negotiated by either party (developer/manger or the community) on completion of the previous milestone", should be softened a bit, to ensure CCS funders can't be held hostage at some stage of the project lifecycle. i know that's not the intention, but the clause could be used in that way.

<s​iren:kernal.eu> We're bringing a programming kit so we can change the currency setting of the bill acceptor if the buyer of the machine wants

<x​mrfamily:matrix.org> Looks like a cool project 😎

<f​reeross:monero.social> midipoet @midiYespoet:libera.chat: noted, thanks 👍

Not sure why so much trash talk about monero

"the issue is a broken Monero node code and not anything else, but what devs are currently proposing is sealing a leaking boat with a duct tape. The bug is approximately 2-years old. "

"The v0.18.3.1 node crashes some minutes after launch so we will keep the node at the older version till some major update, since we are currently not using pre-built binaries from the core Monero team due to some of their members having serious infosec issues, such as rogue OS (Windows) usage for development of Monero."

They use self compiled binaries / dont report issues

They are gitian build process agnostic and think binaries are compiled on someones windows machine

IIRC v0.18.3.1 did crash under high mempool load, but it was fixed in v0.18.3.2

Atomic swaps rendezvous point, our offers on the way

You can use this rendezvous point to register your asb using [network] directive in config file

Tutorial soon

/dns4/atomicswaps.majesticbank.at/tcp/8888/p2p/12D3KooWKJUwP45K7fLbwGY1VM5V3U7LseU8EwJiAozUFrq5ihoF

they should open an issue if they know about a specific 2 year old crash

they kinda don't know what they are talking about, binaries are deterministically built by the community and not the core team

also i'm not aware of a bug in v0.18.3.1 that causes a crash after minutes

v0.18.3.2 fixed at least this crash: monero-project/monero #9225

and it only happens with full mempool when pruning kicks in

<r​ucknium:monero.social> FreeRoss: Your proposal looks like a solution in search of a problem, to me. Are there any other Monero-related projects that could use your skills?