Avatar
rodant
71df211931d26ee41121d295bd43cbc7e382505e333b5c13d4016ced9542d9d7
Working on https://pareto.space and Nostr, committed to free-speech. Freedom and Digital Activist ++ FIAT Criticism ++ Bitcoin Fixes It ++ Spanish ++ German ++ English

Vor etwas mehr als eine Woche wurden eine handvoll Interessierte von mir durch Kaninchenbaue und Straußennester geführt: https://geyser.fund/entry/3260.

Maybe the wording can be improved. What do you mean on the bottom left by not owning the server/channel? In Phoenix and Breez the user has a local node and automatic channel management, right?

Actually shoptr was the starting point for this idea :) We just launched a PoC the last two days. Thanks for your feedback.

We sholdn't trust any bigtech dev tools neither, specially when writing freedom software. I've used vscode too, but I'm looking for other choices, yes vim, sublime.

GM, running a fullnode and a miner feels just great. Next running a relay? Keep on going and stay humble.

Yes, I agree. LN isn't free of critics, but still, it is a network functioning successfully since a couple of years and some improvements are coming. Moreover cheap LN payments are well integrated in Nostr as well. On the other hand the ecash protocols, while very promising and having other trade-offs, are still in an early stage.

Replying to Avatar Keychat

When we started conceptualizing Keychat, we aimed to design a chat application that surpasses Signal. Our design process was divided into four steps.

First, Keychat addresses issues of user sovereignty. It opts to use Nostr public keys as IDs and Nostr relays for message transmission. Users fully own their IDs, which are not registered on any server. They can choose which relays to use.

Second, Keychat aims to solve the security issue of message encryption by implementing end-to-end encryption that ensures both forward secrecy and backward secrecy. Keychat implements the Signal protocol (X3DH and the Double Ratchet algorithm) on the client side without the need for a coordination server. Existing Nostr relays only need to handle the transmission of encrypted messages.

Third, Keychat tackles the problem of metadata privacy. A major issue with original Nostr DMs is that metadata is not only exposed to relay operators but also to other users. Keychat separates the sending address and receiving addresses from the ID, updating these addresses for almost every message. Thus, each Keychat message is nearly independent.

Lastly, Keychat addresses the issue of user payments and relay charges. Since each message is not linked to an ID, traditional payment models are not feasible. Initially, we thought of having relays issue one-time anonymous access tokens that users could purchase and use for anonymous pay-per-use. Later, we realized that using Bitcoin ecash as postage for messages would be a better solution.

Ultimately, we designed a chat application where users maintain sovereignty, messages are securely encrypted, metadata privacy is preserved, and the economic model is straightforward and reliable. nostr:note1kr8nvdlhz207rq6z300xy6qylf9mmpgjxgfq6925vkez4f3ej3gqh5f0te

Great ideas, but I think relying only on ecash is a risk. Cashu and Fedimint are not well established jet. Why not integrating lightning as well?

GM and Happy Pizza Day!

primal.net/p/npub18xvh88u3l7pwydcjmld982nhp3pht84hd93y604r222vjrspsass4ypuxd

nostr:note18hpux4cp4g76fy9fkmjmlnk99frzr6j2u4grs73mmtl7g45xfqzsu76hfh

Just Launch! My contribution to #Bitcoin and #Nostr education for a sovereign future with circular economies: https://geyser.fund/project/fininfofreedom.