mirror of
https://github.com/Cuprate/cuprate.git
synced 2024-12-22 19:49:28 +00:00
fix the title.
oops
This commit is contained in:
parent
2c7cb27548
commit
452105d94c
1 changed files with 7 additions and 7 deletions
14
readme.md
14
readme.md
|
@ -1,8 +1,8 @@
|
||||||
#### Cuprate, an upcoming experimental, modern & secure monero node. Written in Rust
|
# Cuprate, an upcoming experimental, modern & secure monero node. Written in Rust
|
||||||
|
|
||||||
(there is nothing working at the moment, but stay tuned)
|
(there is nothing working at the moment, but stay tuned)
|
||||||
|
|
||||||
## Introduction
|
### Introduction
|
||||||
|
|
||||||
Monero is actively used across the world and gains more and more users through the years. Unfortunately, it is clearly targeted by numerous adversaries with different set of ressources. As of now we are targeted by media disinformation, other cryptocurrency communities & even governements. The life of the project depends now on our efforts to make Monero usable by anyone while also remaining resilient against an attack.
|
Monero is actively used across the world and gains more and more users through the years. Unfortunately, it is clearly targeted by numerous adversaries with different set of ressources. As of now we are targeted by media disinformation, other cryptocurrency communities & even governements. The life of the project depends now on our efforts to make Monero usable by anyone while also remaining resilient against an attack.
|
||||||
|
|
||||||
|
@ -14,23 +14,23 @@ We can clearly applaud all the efforts that have been done. But there is still w
|
||||||
|
|
||||||
Releasing an alternative node will reinforce the Monero Network if a security vulnerability is discovered in the current node maintained by the monero-core team. It will also encourage (i hope) more open-source developers to contribute to the project.
|
Releasing an alternative node will reinforce the Monero Network if a security vulnerability is discovered in the current node maintained by the monero-core team. It will also encourage (i hope) more open-source developers to contribute to the project.
|
||||||
|
|
||||||
## Status
|
### Status
|
||||||
|
|
||||||
The project is actualy handle by single guy that never really started a big project of this scale nor understand completely the monero codebase. That you like it or not, He have a lot of time ahead of him now and will continue to work on this.
|
The project is actualy handle by single guy that never really started a big project of this scale nor understand completely the monero codebase. That you like it or not, He have a lot of time ahead of him now and will continue to work on this.
|
||||||
|
|
||||||
I'm working on rewriting the blockchain_db part atm.
|
I'm working on rewriting the blockchain_db part atm.
|
||||||
|
|
||||||
## Contributions
|
### Contributions
|
||||||
|
|
||||||
Any help on rewriting other parts of the node while also proposing improvements and respecting the goal of the project (which means try to be async and no weird api, or at least talk about it) is appreciated.
|
Any help on rewriting other parts of the node while also proposing improvements and respecting the goal of the project (which means try to be async and no weird api, or at least talk about it) is appreciated.
|
||||||
|
|
||||||
I encourage anyone to review the work being done, discuss about it or propose agressive optimizations (at architectural level if needed, or even micro-optimizations in 'monolithic components').
|
I encourage anyone to review the work being done, discuss about it or propose agressive optimizations (at architectural level if needed, or even micro-optimizations in 'monolithic components').
|
||||||
|
|
||||||
## Code & Repo
|
### Code & Repo
|
||||||
|
|
||||||
For the moment i try to organize the repo like the official one.
|
For the moment i try to organize the repo like the official one.
|
||||||
|
|
||||||
## Improvements & Features
|
### Improvements & Features
|
||||||
|
|
||||||
- Asynchronous Design. Networking will be more performant and versatile by using Tokio. It will permit the simultaneous connections of a hundred peers. Handling different protocols by peers will be possible in a modular manner.
|
- Asynchronous Design. Networking will be more performant and versatile by using Tokio. It will permit the simultaneous connections of a hundred peers. Handling different protocols by peers will be possible in a modular manner.
|
||||||
- Traffic Obfuscation. Different protocol to bypass DPI will be available, such as [Levin protocol](https://github.com/vtnerd/monero/blob/docs_p2p_e2e/docs/LEVIN_PROTOCOL.md#encryption) (TLS based, see https://github.com/monero-project/monero/issues/7078) and QUIC [like Syncthing have done](https://github.com/syncthing/syncthing/pull/5737), but with offset and timing mitigations. Unless the monero-core team decide to implement these protocols, they'll only by available between cuprate peers.
|
- Traffic Obfuscation. Different protocol to bypass DPI will be available, such as [Levin protocol](https://github.com/vtnerd/monero/blob/docs_p2p_e2e/docs/LEVIN_PROTOCOL.md#encryption) (TLS based, see https://github.com/monero-project/monero/issues/7078) and QUIC [like Syncthing have done](https://github.com/syncthing/syncthing/pull/5737), but with offset and timing mitigations. Unless the monero-core team decide to implement these protocols, they'll only by available between cuprate peers.
|
||||||
|
@ -40,7 +40,7 @@ For the moment i try to organize the repo like the official one.
|
||||||
- Terminal Interface. More accessible interface based on the excellent [tui](https://lib.rs/crates/tui) library. There will be Geolocation of peers on map, VPN Detection, Ressource usages, statistics etc...
|
- Terminal Interface. More accessible interface based on the excellent [tui](https://lib.rs/crates/tui) library. There will be Geolocation of peers on map, VPN Detection, Ressource usages, statistics etc...
|
||||||
- Tor connections. arti_client library will be embedded to make possible connections to tor peers without a system daemon or proxy (for the moment arti_client can't handle onion services, but it'll certainly in the near future).
|
- Tor connections. arti_client library will be embedded to make possible connections to tor peers without a system daemon or proxy (for the moment arti_client can't handle onion services, but it'll certainly in the near future).
|
||||||
|
|
||||||
## Regressions
|
### Regressions
|
||||||
|
|
||||||
- No integrated miner planned
|
- No integrated miner planned
|
||||||
- LMDB support removed (unless someone else want to work on it, or I've time). Which means that the blockchain synced by monerod is incompatible with cuprate
|
- LMDB support removed (unless someone else want to work on it, or I've time). Which means that the blockchain synced by monerod is incompatible with cuprate
|
||||||
|
|
Loading…
Reference in a new issue