Replying to Avatar Vitor Pamplona

Hey nostr:npub1xtscya34g58tk0z605fvr788k263gsu6cy9x0mhnm87echrgufzsevkk5s are you using all the negentropy options that are coded in strfry to sync with relays?

I wonder if we can simplify their Nostr Extension to help other relays **and clients** implement a range-based set reconciliation over whatever event data structure they already operate on.

For instance, imagine a new stateless relay operation where clients can request hashes of ID sets grouped by week (`created_at` on GMT). A client could easily sort the events it received from that relay, group them by week, hash their IDs as well, and then compare with the results from the relay to know which weeks it needs to download from the server again.

Something like this:

REQ:

```

[

"WEEKLY-HASHES",

,

,

]

```

Response

```

[

"WEEKLY-HASH",

,

,

]

```

A simple interface like this would allow the app to check if the past is still fully synced without having to download everything again just to be sure.

It's not the most optimal way. But it might just be simple enough that any relay and client can implement it effectively.

I don't understand anything you wrote, but it's so fascinating to see this collaboration to evolve Nostr before our eyes...

nostr:nevent1qqs8l3qp63y5nfvg54fywexnglmxl7vh6he0njez0azq0dplfykmx9spz4mhxue69uhhyetvv9ujumn0wd68ytnzvuhsygzxpsj7dqha57pjk5k37gkn6g4nzakewtmqmnwryyhd3jfwlpgxtspsgqqqqqqsupl56l

Reply to this note

Please Login to reply.

Discussion

No replies yet.