23
submitted 1 year ago by Rucknium@monero.town to c/monero@monero.town

Why

Currently, Monero only has one node written in C/C++, many would see this as an issue. Having only one implementation makes us more vulnerable to implementation bugs, having another node will help us to spot and fix these issues.

monerod's code is also a bit of a mess, as many devs who have worked on it would agree. Cuprate is a fresh start and is built with modularity in mind which will lead to a cleaner and easier to understand codebase.

Having a consensus rules document will make it easier for developers to build software to interact with Monero. It will also make it easier to spot potential issues with consensus rules.

you are viewing a single comment's thread
view the rest of the comments
[-] kowalabearhugs@monero.town 5 points 1 year ago

Thank you for the write-up, I really appreciate it. You make some excellent points. Consider bringing this up in the CCS proposal discussion.

[-] Saki@monero.town 4 points 1 year ago

This Licence decision diagram might be helpful for general public:

  1. Allow others to create closed-source projects with your code?
  2. Yes -> MIT license
  3. No -> Allow others to create a closed-source web service with your code?
  4. [3.] Yes -> GPL-3 or LGPL-3
  5. [3.] No -> AGPL-3
this post was submitted on 26 Aug 2023
23 points (84.8% liked)

Monero

1690 readers
7 users here now

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

founded 1 year ago
MODERATORS