<o​frnxmr:xmr.mx> Somehow were in rottens dms again

<3​21bob321:monero.social> Peoples person data gets exposed every week by databreaches. Why would you rely on a third party vendor, to keep your moneros.

<3​21bob321:monero.social> Thats why we have e2ee

<3​21bob321:monero.social> Unless your in uk

I am in Leeds, England.

plow lives couple blocks south.

<3​21bob321:monero.social> Throw a rock at them

<m​onerobull:matrix.org> matrix.monero.social/_matrix/media/…matrix.org/MVGxpZLpWHzBVeoQOxdZrCbk

<m​onerobull:matrix.org> 😆

<u​ser2570:unredacted.org> matrix.monero.social/_matrix/media/…dacted.org/TDYCNKhwRzMaCAScolFLZZRq

<u​ser2570:unredacted.org> matrix.monero.social/_matrix/media/…dacted.org/AvJKdzQbWUloQhnJYUoWPYYF

<u​ser2570:unredacted.org> xcancel.com/schmidt1024/status/1894664680502710602

<u​ser2570:unredacted.org> This project (draw.io diagram / image / interactive html page with links) will be open sourced soon.

<u​ser2570:unredacted.org> The Monero Ecosystem Map is mainly for easy navigation around most useful Projects.

<u​ser2570:unredacted.org> Suggestions are welcome.

<u​ser2570:unredacted.org> How about adding colored indicator dots on each logo to mark whether a project is open source or not and if it is decentralized or not?

<u​ser2570:unredacted.org> This might be needed for adding useful centralized projects like Trocador and others.

<o​frnxmr:xmr.mx> Payment part us mixed up

<o​frnxmr:xmr.mx> Nodo, metronero, pos, -> moneropay -> payment

<u​ser2570:unredacted.org> I would consider it rather connected or depentant that mixed up.

<u​ser2570:unredacted.org> It also shows the modularity of some open source projects.

<u​ser2570:unredacted.org> Should I add Anonero, Cupcake to wallets and Hardware wallets like Ledger, Trezor and then Keystone(when relesed) ?

<u​ser2570:unredacted.org> Should I add Wallets - Anonero, Cupcake to wallets and Hardware wallets - Ledger, Trezor and then Keystone(when relesed) ?

<o​frnxmr:xmr.mx> id add monfluo to wallets

<o​frnxmr:xmr.mx> service -> powered by -> type of service

<o​frnxmr:xmr.mx> Reto -> haveno -> dex

<o​frnxmr:xmr.mx> metronero -> moneropay -> payments

<o​frnxmr:xmr.mx> nodo -> moneropay -> payments

<o​frnxmr:xmr.mx> I'd put cake & monerocom as 1 listing

[CCS Proposals] spirobel opened merge request #555: Monero Browser Wallet repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/555

<u​ser2570:unredacted.org> Yes this makes sense to separate DEXes and CESes

<u​ser2570:unredacted.org> Reto - Haveno - Decentralized / DEX - Exchange

<u​ser2570:unredacted.org> (example) OpenMonero, XMRGlobal - Centralized / P2P CEX - Exchange

<u​ser2570:unredacted.org> Trocador - Agregators

<u​ser2570:unredacted.org> exch.cx, ... - Instat CEX - Exchange

<u​ser2570:unredacted.org> Regarding

<u​ser2570:unredacted.org> metronero -> moneropay -> payments

<u​ser2570:unredacted.org> The problem with this is the following:

<u​ser2570:unredacted.org> For example some users will be using moneropay as an integrated payment system with or without the Metronero UI. Other users will only face/use Metronero.

<u​ser2570:unredacted.org> Yes this makes sense to separate DEXes and CESes

<u​ser2570:unredacted.org> Reto - Haveno - Decentralized / DEX - Exchange

<u​ser2570:unredacted.org> (example) OpenMonero, XMRGlobal - Centralized / P2P CEX - Exchange

<u​ser2570:unredacted.org> Trocador - Agregators

<u​ser2570:unredacted.org> exch.cx, ... - Instant/Automated CEX - Exchange

<u​ser2570:unredacted.org> Regarding

<u​ser2570:unredacted.org> metronero -> moneropay -> payments

<u​ser2570:unredacted.org> The problem with this is the following:

<u​ser2570:unredacted.org> For example some users will be using moneropay as an integrated payment system with or without the Metronero UI. Other users will only face/use Metronero.

<o​frnxmr:xmr.mx> other users will only use Metronero/nodo/pos/atm*

<u​ser2570:unredacted.org> sure

<u​ser2570:unredacted.org> btw ATM is atm.monero.is (in development)

<u​ser2570:unredacted.org> btw ATM is atm.monero.is (still in development)

<o​frnxmr:xmr.mx> I know

<o​frnxmr:xmr.mx> Metronero is as well

<o​frnxmr:xmr.mx> My point is that all prohects that depend on moneropay should be fed into moneropay, or vice versa (current). But if vice versa, then isnt reto -> haveno backwards>

<u​ser2570:unredacted.org> Reto is forked from Haveno. And it is one of the possible Haveno networks.

<u​ser2570:unredacted.org> Please keep in mind that graphs like this include different catigories / contexts + interpretations. Meaning the structure of such general graph will not be fully correct for everybody.

<o​frnxmr:xmr.mx> I'm not saying your chart is wrong. Probably ok as is

<o​frnxmr:xmr.mx> (the payments flow)

<o​frnxmr:xmr.mx> looked mixed up to me, but its not wrong

[CCS Proposals] luigi1111 closed merge request #525: NoShore: Groundwork for on-the-go offline payments repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/525

[CCS Proposals] luigi1111 closed merge request #531: dmvp2p: Donate Monero Via P2Pool repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/531

vtnerd full-time 2025 q1/q2 has moved to funding! ccs.getmonero.org/proposals/vtnerd-2025-q1.html

Boog900 full time work on Cuprate (3 months) + January has moved to funding! ccs.getmonero.org/proposals/boog_3_months_cuprate_3.html

hinto-janai full-time work (3 months) has moved to funding! ccs.getmonero.org/proposals/hinto-4.html

<j​0j0xmr:monero.social> Oh no. Left a comment voting against.

<j​0j0xmr:monero.social> Didn't even look at the amount asked. 335 XMR when we have at least 2 full fledged mobile wallets being developed, not to mention an entire SDK, for much less?