Stay on topic:

  • This thread is only for comments discussing the uncertainties, shortcomings, and concerns some may have about Monero.
  • NOT the positive aspects of it.
  • Discussion can relate to the technology itself or its economics.
  • Talk about community and price is not wanted, but some discussion about it maybe allowed if it relates well.
  • Be as respectful and nice as possible. This discussion has potential to be more emotionally charged as it may bring up issues that are extremely upsetting: many people are not only financially but emotionally invested in the ideas and tools around Monero.

How it works:

  • Post your concerns about Monero in reply to this thread.
  • If you can address these concerns, or add further details to them – reply to that comment. This will make it easily sort-able.
  • Upvote the comments that are the most valid criticisms of it that have few or no real honest solutions/answers to them.
  • The comment that mentions the biggest problems of Monero should have the most karma.

Previous:


The first principle is that you must not fool yourself — and you are the easiest person to fool.

You are viewing a single thread.
View all comments
4 points

I think the rift between haveno devs and the haveno-reto devs is causing some project management issues. One such example that I get direct exposure is around adding a flatpak and AppImage packaging for Haveno(-Reto) and another is around how (or should?) should the users be able to switch between mainnet providers.

For the example of the first one read down from this message: https://github.com/haveno-dex/haveno/issues/270#issuecomment-2294807880

And for the example of the second one, read down this issue: https://github.com/haveno-dex/haveno/issues/931

There is a friction in trying to coordinate and contribute to the developers working on different (albeit quite similar) repos (in the case of the original Haveno repo and the -Reto repo). This friction in comms and contribution is causing delays in introducing software distribution packages such as AppImage and Flatpaks, which hinders (especially for TailsOS and Qubes-Whonix users) the onboarding of the new users, and decentralizing Monero’s liquidity.

permalink
report
reply
2 points

Is appimage or flatpak actually needed? Devs probably have things higher priority. You can “install” the .deb on most Linux systems simply by extracting the needful and running the binary. You may need to download the java runtime to run.

permalink
report
parent
reply
1 point

AppImage is absolutely necessary for users of TailsOS and Qubes-Whonix.

permalink
report
parent
reply
1 point

People have has success running on both of those, so I’m really confused why its absolutely necessary. I say again, you literally can unpack the .deb contents to run tbe executable.

permalink
report
parent
reply
1 point

True, but this is the price you pay for the developers being totally independent from network operators.

Their incentives are not totally aligned, and we get friction

permalink
report
parent
reply

Monero

!monero@monero.town

Create post

This is the lemmy community of Monero (XMR), a secure, private, untraceable currency that is open-source and freely available to all.

GitHub

StackExchange

Twitter

Wallets

Desktop (CLI, GUI)

Desktop (Feather)

Mac & Linux (Cake Wallet)

Web (MyMonero)

Android (Monerujo)

Android (MyMonero)

Android (Cake Wallet) / (Monero.com)

Android (Stack Wallet)

iOS (MyMonero)

iOS (Cake Wallet) / (Monero.com)

iOS (Stack Wallet)

iOS (Edge Wallet)

Instance tags for discoverability:

Monero, XMR, crypto, cryptocurrency

Community stats

  • 257

    Monthly active users

  • 344

    Posts

  • 879

    Comments

Community moderators