Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Package request: Xeres #307849

Open
raspher opened this issue Apr 29, 2024 · 0 comments
Open

Package request: Xeres #307849

raspher opened this issue Apr 29, 2024 · 0 comments
Labels
0.kind: packaging request 6.topic: java Including JDK, tooling, other languages, other VMs

Comments

@raspher
Copy link
Member

raspher commented Apr 29, 2024

Project description

A Peer-to-Peer (Friend-to-Friend), decentralized, encrypted and secure application designed for communication and sharing. Compatible with retroshare 0.6.6+

It's basically different implementation of same protocol which will not crash by receiving crafted packets. Yeah, i mean, i've tried to use retroshare and... It crashed... And broke my configuration a little bit... I mean friends, shares, nearly everything...

Why this project, if Retroshare exists?
Xeres is not meant to compete against Retroshare but to advance the P2P platform. By having several implementations, more bugs can be found and documentation can be written. Experiments can also be made in one implementation without disturbing the other, then the results can be shared and discussed. Finally, it also leaves users with more options to choose from.

Xeres itself is focusing on the following points:

  • Java is a managed language, unlike C++, which should make it more stable. I dare you to crash Xeres by sending some crafted packets. The worst you will get is a disconnection.
  • The user interface is designed as a client/server model because I believe effective P2P requires an instance that is always running yet easily accessible from anywhere. Mobile devices and their limited battery are ill advised for running a full node. Instead the mobile client (once available) will connect directly to the instance running at home.
  • The UI should be lean, non blocking and easy to use. It should also make content creation a breeze because there’s no corporation to “curate” (and censor) anything.

~ https://xeres.io/docs/

Metadata


Add a 👍 reaction to issues you find important.

@raspher raspher added 0.kind: packaging request 6.topic: java Including JDK, tooling, other languages, other VMs labels Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0.kind: packaging request 6.topic: java Including JDK, tooling, other languages, other VMs
Projects
None yet
Development

No branches or pull requests

1 participant