A P2P messenger with dual network modes (Fast and Tor)

Name: A P2P messenger with dual network modes (Fast and Tor)
Availability: InStock
Author: Realman78

by Realman78·Apr 2, 2026·39 points·23 comments

Visit Project View on HN

AI Analysis

●●SolidDark HorseNiche Gem

Dual-mode isolation with separate DHT namespaces is clever, but Session and Briar exist.

Strengths

•Complete protocol isolation between fast and anonymous modes prevents data crossover
•GossipSub for group chats with ACK-based message deletion after reading
•Eight months of development with working beta across Linux and macOS

Weaknesses

•P2P messaging is crowded with Session, Briar, and Status already established
•Beta status means rough edges and missing group audio/video calls

Post Description

Hello HN,

I have been working on a desktop P2P messenger called Kiyeovo for the last ~8 months, and I just published its beta version.

Quick backstory: It started out as a CLI application for my Graduate Thesis, where I tried to make the most secure and private messenger application possible. Then, I transformed it into a desktop application, gave it "clearnet" support and added a bunch of features.

Short summary:

The app runs in 2 completely isolated modes:

- fast mode: relay/DCUtR -> lower latency, calls support

- anonymous mode: Tor message routing -> slower, anonymous

These modes use different protocol IDs, DHT namespaces, pubsub topics and storage scopes so there’s no data crossover between them.

Messaging works peer-to-peer when both parties are online, but falls back to DHT "offline buckets" when one of them is not. To ensure robustness, messages are ACK-ed and deleted after being read.

Group chats use GossipSub for realtime messaging. Group messages are also saved to offline buckets in order for offline users to be able to read them upon logging in. Kick/Join/Leave events are also propagated using the DHT. Group metadata and all offline data is of course encrypted.

Other features: Chats are E2E, file sharing is supported, 1:1 audio/video calls are supported (only in fast mode though, using WebRTC)

Tradeoffs: Tor has noticeable latency, offline delivery is not immediately guaranteed, but rather "eventually consistent"; beta version does not have group calls yet.

I’d appreciate feedback, that's why I posted this as a beta version

Repo: https://github.com/Realman78/Kiyeovo