When #nostrdb implements #negentropy, queries to #strfry relays will only return events we don’t already have

Reply to this note

Please Login to reply.

Discussion

I’m following just in case I understand

This is exciting.

What is #nostrdb? A custom DB that runs on relay servers? Or some kind of meta “distributed” DB?

Its a local, embeddable nostr database in the same design as strfry.

https://github.com/damus-io/nostrdb

Ahh that makes sense. So it runs client side, and optimized to communicate with the relays

Optimized for ingesting events from the outside world in the most efficient way possible, so that notes can queried locally and mapped to data types in your app with no serialization overhead. Basically does all the heavy lifting so your UI can take care of Ui things

Maybe translate that for the folks that don’t speak such languages 😍

😂🫂💜

nostr is getting better

In theory you could use this for both clients and relays?

Yassssss! 🐳🐳🐳🐳🐳

I know you're working on this but I also know somehow @vitor will release it first in amethyst

Probably

Doesn't that bypass/obsoletes the NIP-01 protocol entirely?

I am not doing anything crazy, just the usual SQL db. I might end up using your implementation as well. We will see.

Gotta finish Group Chats first, though :(

Amazing. Love all of this. 🫂🫂🫂

👀

I need a nostr dictionary

I second that

You mean a niptionary?

Are we finally doing bloom filters? Where can I learn more?