Replying to Avatar DagzTagz

nostr:nprofile1qqsgeksa4tajm7x673gq2v7t56dkgkh6pjhhzdhrgxlpke4za8jmmkqpz3mhxue69uhhyetvv9ujumt9xdjzuctswqq3yamnwvaz7tmsw4e8qmr9wpskwtn9wvh2uff8 I haven’t looked at the pubky docs you posted but was driving and thinking… if you’re running decentralized DNS server using pubky could you hack up in tandem with simplex messaging to run your own decentralized server setup for E2EE messaging alongside an open protocol like nostr?

Or is there a more ideal solution being rolled out?

nostr:nevent1qqstu48xneplhjer829ufs7f82s0dxcctrux7ncc4z6y734xzwus5uspzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhg4s7dum

While you could take the time to wire PKDNS to any other protocol, like Nostr, you would effectively just end up building the Pubky system itself, which we have already put a lot of work into!

It is our candid opinion that nostr's relay model is naive, and obsoleted by PKDNS + homeservers.

There is no enforced method required for encryption or private data because PKDNS is routing to data anywhere, which could mean public data or permissioned data, however your homeserver desires.

That said, what we have built is a homeserver, indexer and app interface that "speak" PKDNS, and our "semantic social graph" concepts.

We are currently in R&D for our first private data primitives that we intend to support intentionally, and deciding how forward-looking (complex) we want to be.

Regarding SimpleX specifically, it isn't something I have a lot of experience with, but one of the core architects behind Pubky's design is also a big a fan.

Aside from that, we do already have a vibe-coded e2ee chat demo here, but all of the activity and encrypted files are public in this example.

https://github.com/coreyphillips/pubky-private-messenger

Reply to this note

Please Login to reply.

Discussion

Nice! I'll read through. Thanks for providing the docs :D FOSS always wins