My email correspondence with Satoshi in 2009-2011:

Satoshi - Sirius emails 2009-2011

Local sqlite db by @Kieran is great. So much better than IndexedDB. Iris & Snort can now store a lot of data locally, sync only what they don't already have (negentropy & nip-114) and eventually do p2p over webrtc. Works offline. Iris now features a "for you" feed which uses the local database. It scores events by recentness, author favoriteness (top authors reacted by you) and amount of reactions from users who often react to the same notes as you. Recentness is randomly weighted to occasionally show older events as well. Recent notes from all followed users are also mixed in. Events are marked "seen" when they've been in the viewport for 1 second and not shown again in the "for you" feed. I've found it actually pleasant and interesting to use now. New feed every time. It's not extensively tested yet, and might not show great results before your local database is populated with notes and reactions. Also, it's unfortunate that sqlite wasm persistence (origin-private filesystem) requires some http headers that broke youtube and some other embeds.

When is strfry branch nextneg going to be merged to master? Snort / Iris negentropy by @Kieran is compatible with it, but not with the master branch version. Would be cool to be able to negentropy-sync with all strfry relays.

GitHub

GitHub - hoytech/strfry at nextneg

a nostr relay. Contribute to hoytech/strfry development by creating an account on GitHub.

Pull requested to strfry. Thoughts? --- NIP-114: ids_only filter When a subscription has a filter with ids_only: true, the relay responds with [HAVE, subId, eventID] messages. The client can then request the full event from only one relay instead of receiving it from all subscribed relays. If the event is already in a local database, the full event request can be skipped altogether. I have not implemented this for the stream command yet, but this could save a lot of bandwidth if you're connecting to many other relays and subscribing to everything. We might also want a GET message that is sent in response to HAVE messages to request the full event without creating a subscription.

GitHub

NIP-114: ids_only filter by mmalmi · Pull Request #99 · hoytech/strfry

When a subscription has a filter with ids_only: true, the relay responds with [HAVE, subId, eventID] messages. The client can then request the full...

Simple "for you" algorithm at https://beta.iris.to/ . It first checks who have reacted to the same posts as you, and then shows posts that those people have reacted to. It's building the feed using IndexedDB in a web worker. When you open the page, it loads some events from relays into IDB, but the more events you have there the better the results. It rebuilds the feed every minute, or you can hit refresh. I find the feed more interesting than plain timeline, but it should also include recent posts by users whose posts you react to, and some randoms. Ordering by score instead of time would be interesting to try. @Adam Ritter | rbr.bio was experimenting with logistic regression algorithms already last year. That might produce better results.

GitHub

light-nostr-client/src/lib/logistic_regression.ts at master · adamritter/light-nostr-client

Lightweight Nostr client using rbr.bio as contacts / metadata data source - adamritter/light-nostr-client

Some of you don't like algorithms, but don't worry; the CEO of Nostr has promised to not make them mandatory.

Added support for "not" filter to Iris. It adds filter { not: { ids: alreadyHave }} to all queries in order to avoid downloading events that you already have locally. It's only sent to relays that support nip 113 (which I haven't written yet). https://github.com/irislib/iris-snort/blob/d359f3123abb4a1ff08b41e70501a8c985df9775/packages/system/src/query-manager.ts#L130 Also implemented it in nostr-rs-relay, although haven't tested with a real database yet:

GitHub

nip-113: not filter support · mmalmi/nostr-rs-relay@55eb916

Mirror of https://sr.ht/~gheartsfield/nostr-rs-relay/ - nip-113: not filter support · mmalmi/nostr-rs-relay@55eb916

If you're connected to 10 relays and query them sequentially, adding alreadyHave to each request you might save up to 90% in bandwidth by not getting the same events 10 times. However, I started thinking if it would make more sense to just implement negentropy in the browser and nostr-rs-relay. It's more efficient sync, but more difficult to implement. I think { not: { ids: alreadyHave }} might be the main use case for the not filter. One consideration is that the "not" part might be so large that you need to discard it on the relay after eose. Any other use cases for not filter? Maybe excluding muted authors from a global query, but not sure if worth it.

@ODELL bar

What are your favorite steak knives?

Anyone had issues with NDKCacheAdapterDexie? Tried using it for loading of profiles in Iris but cpu and memory usage went through the roof. NDK worked fine without it. @PABLOF7z https://git.v0l.io/mmalmi/snort/src/branch/ndk

If you don't have Nostr push notifications yet, you can get them from Iris and Snort web versions. You can subscribe to notifications by going to the Notifications page, or Settings / Notifications on Iris, where you can also check the subscription status. On iOS, you need to save Iris / Snort to the home screen in order to enable notifications. Notifications are currently sent from all mentions, replies, DMs and zaps.

To be more specific, I was talking about these kinds of expensive branded supplements that often have quite exotic ingredients. If you choose to do vitamins and minerals etc., you can get them in a more wallet friendly way in bulk.

When Nostr gets reasonable DM privacy and groups, even normies can use it as one of their many messaging apps, no problem. Push notifications keep them returning. Great way to onboard people onto Nostr and Bitcoin.

Today's background music

"Followed by friends" feed. Probably needs more filtering, like minimum number of friends following, or shared block lists.

Web push notifications from Iris. It's a bit chatty.