Martti Malmi

https://twitter.com/marttimalmi

iris.to dev. 🇫🇮

Public Key

npub1g53mukxnjkcmr94fhryzkqutdz2ukq4ks0gvy5af25rgmwsl4ngq43drvk

NIP-05 Address

sirius@iris.to

NIP-57 Address

sirius@getalby.com

Profile Code

nprofile1qqsy2ga7trfetvd3j65m3jptqw9k39wtq2mg85xz2w542p5dhg06e5qpr4mhxue69uhkummnw3ez6ur4vgh8wetvd3hhyer9wghxuet5qyt8wumn8ghj7mn0wd68ytn0deekzarn9ehhyecvkkww2

Publishing to

nostr-pub.wellorder.net

nostr.onsats.org

relay.mostr.pub

Author Public Key

npub1g53mukxnjkcmr94fhryzkqutdz2ukq4ks0gvy5af25rgmwsl4ngq43drvk

Show more details

Last Notes

2024-09-18 14:04:36

Should I use nuts.cash @npub1wun…qhq8 instead of cashu.me as the integrated wallet in beta.iris.to?

2024-09-14 07:34:02

https://image.nostr.build/e3fafe2a671f40cfe39fb316ba0363fc0241d42f1bed99ec5df3bca7eadf93d3.png
Nostr.band API down @npub1xdt…ntxy
When API is down and user not logged in, maybe I should show "Follows" or "Adventure" feed curated by my own social graph or something as a placeholder.
Best would be NDK SQLite adapter which could calculate the trending stuff locally.

2024-09-10 08:22:09

- reply

Need to fix reply form, meant to reply to #note168f…8g4c

2024-09-10 08:20:24

Some people in my network are following bots so it can be a bit annoying at times. Need to add mute lists to the feed & social graph.

2024-09-10 07:56:31

Check out https://new.iris.to for a ReplyGuy-free Nostr experience. When logged in, it hides replies from people who are not in your social graph. You can display the hidden messages by clicking on the button underneath.
https://image.nostr.build/62e5c3558a5e73ccf98611f16cc3b726b9d431e213f33d3cc32e81e066bbd524.png https://image.nostr.build/20e354fe8bdf1a17d3b157d9e8267b8d4888e2af511fb5b93ee0e9e127748b5d.png
https://image.nostr.build/49f1ee71224925bc0804ff525271e94b21e657c21f1cb7635bc18153447c50c3.png
There's also "Adventure" feed for showing all notes from your social graph:
https://image.nostr.build/0d754b8223e03ab64dde6e9368b69bc51e6d18835dc31d94f8f4d1cd19eda17a.png
I have worked on it together with the Nestr "decentralized GitHub" team. Nestr frontend and Iris are built from the same codebase using build configuration options for different branding and features. You can easily extend the configuration to make your own branded version. Source code to be released soon™.
The client is based on NDK. Full SocialGraph up to 2nd degree is downloaded on first login, and thereon only missing follow lists are queried. I'll be experimenting with options to go beyond 2nd degree.
The graph is serialized and saved locally in a compressed format, which is much faster to load than it is to reconstruct the graph from Nostr events. My graph consisting of 260 follow lists and 23000 users is 3 MB on disk.
It's still very much work-in-progress and mostly tested on desktop Brave, but it's already my favorite way to browse Nostr.

2024-09-06 16:43:37

- reply

We discussed this today:
#note1cw6…9w85
tl;dr: I would use zaps or invite codes to onboard unconnected newbies. Storage and bandwidth are limited, so it is not possible to allow unlimited write access to everyone. As Nostr becomes more popular, any spam opportunities will be exploited. Regexes, IP rate limits, PoW are just band-aids that can be circumvented.

2024-09-06 16:29:21

Now it's replicating the original post. Still wanna filter by regex, or maybe consider WoT? 😄
#note17ct…4kgp

2024-09-06 12:13:01

@npub1q9p…vcqf html widget still has a problem: it scrolls the page onto it when it loads. Can't use.

2024-09-06 09:27:33

- reply

How would you limit write access then? Storage and bandwidth are limited, and will be filled with spam unless you limit write access somehow.

2024-09-06 08:12:54

- reply

I hope we can do p2p between clients in the future, skipping the relay part

2024-09-06 08:10:39

- reply

Spammers have better resources for PoW than the average mobile user

2024-09-06 08:09:36

- reply

Storage and bandwidth are limited, you can't give unlimited write access to everyone.

2024-09-06 08:05:28

- reply

How to solve it on the relay side without blocking newbies?

2024-09-06 07:59:42

- reply

How would you solve the spam problem (without it being "censorship")?

2024-09-06 07:44:49

- reply

Full write access to everyone is not an option. Unconnected newbies could maybe zap to get noticed.

2024-09-06 07:37:30

- reply

Push towards inevitable spam-prevention such as web-of-trust score

2024-09-06 07:13:56

- reply

Good to have you on team Nostr!

2024-09-06 06:10:11

- reply

I'll be there
https://www.youtube.com/watch?v=eErOT-RK5Jc

2024-08-30 09:00:49

https://www.youtube.com/watch?v=IylOmB9ECyM

2024-08-03 07:43:59

I wrote this in junior high school. The teacher didn't appreciate it, and I had to write a new one. https://image.nostr.build/d1afb3b760a8c8ef417c2b506f42e8fd6cbc998c30bda6fe7cf775a27e5c1eab.jpg

2024-06-20 06:53:10

- reply

Subtitles say "Noster". If renaming Nostr to Iris is too much of a stretch, Noster is actually good. It means "ours" in Latin. Maybe I'll rebelliously start using it.

2024-06-19 11:57:34

- reply

I am your burger man
https://www.youtube.com/watch?v=XJP8wVoTufg

2024-06-13 06:48:22

The Nostr is here. #btcprague @npub17pl…ezx0 https://image.nostr.build/8c5f447a97a6cf9eb936abae53e37c1952b394f4e0a4cc6dd2acc33a4829aef7.jpg

2024-06-12 08:22:54

Is Damus using Negentropy yet?

2024-06-11 17:51:46

- reply

Sounds like it's still a black box, a trusted 3rd party.

2024-06-11 15:18:15

- reply

"Add files" used to base64-encode the file attachments and save them onto gundb as strings... worked well for images.

2024-06-11 14:45:27

- reply

The old gundb based Iris also had DMs where recipient was hidden. High tech.

2024-06-11 14:41:38

Wrote about decentralized social media and web of trust back in 2019. Iris wasn't conceptually too different from now: public key based accounts and data synced over websockets (gundb), web of trust based filtering.
https://image.nostr.build/5e45e7b349844b28cf23c6da49850752e39a3e4e64a1796159105e52cc849b21.png
https://mmalmi.github.io/how-to-fix-everything-thats-wrong-with-the-internet

2024-06-11 11:30:28

- reply

Iris / Snort show a purple checkmark badge for users you follow, orange for users who are followed by at least 10 users you follow, and gray for users followed by at least 1 user you follow. One more improvement would be saving the followed user's name at the time of follow, and showing it (with an asterisk like Discord petnames) even if the user changes their name. That would further help prevent impersonation.

2024-06-11 09:02:38

- reply

Snort? We work together and have a common tipping address.

2024-06-06 20:07:07

Follow distance indicator (checkmark) helps, but maybe we should save the followed user's name at the time of follow into our own follow list.
https://image.nostr.build/209d251817ddd1f63b971ed550f2822b5f9f0f06266e227bcd3efb0a0818fa7b.png

2024-06-06 08:49:45

- reply

And of course Nummirock, Finland, in a couple weeks https://www.youtube.com/watch?v=qBSg-JlI_Rk

2024-06-05 17:03:20

Come to G! Festival, Faroe Islands, in July https://www.youtube.com/watch?v=3Mk9OWY6TmQ

2024-06-05 16:37:22

Tidal embed login prompt in feed causes the feed to scroll down onto it? Didn't know controlling parent document scroll from iframe is even possible.
https://snort.social/kieran scrolls onto the embed:
https://image.nostr.build/a9f6d846a238372f64b9cb439fe32a579cc82bf70502ecc9da524cb98d4fe6d9.png

2024-05-28 11:06:54

- reply

NIP-116: Event paths
https://github.com/nostr-protocol/nips/pull/1266

2024-05-28 11:06:22

#naddr1qv…phqk

2024-05-23 12:57:38

- reply

I have used 30078 (Application-specific data) in IrisDB, but it could be some other 30000+ if we want a kind of its own for these directory & file path entries.

2024-05-23 09:43:18

- reply

Filesystems ✨

2024-05-23 09:13:28

For custom apps on nostr, instead of random event kinds like 33442, let's use descriptive and human-readable "f" tags (for "folder") such as "apps/market/item" and corresponding "d" tag "apps/market/item/[uuid]".

2024-05-23 06:26:22

- reply

Please have mercy, I am but a tourist in admiration of Prague’s beautiful architecture, which I only briefly read about. Perhaps it’s a similar situation in Finland which has a troubled history with Russia, yet some of the most beautiful architecture in Helsinki is from the Russian Empire times.

2024-05-22 12:17:03

- reply

Which WoT implementation?

2024-05-22 11:01:19

Celebrated Bitcoin Pizza Day at the cryptoanarchist haven Paralelní Polis, Prague. Privacy and scaling were the hot topics of discussion. Prague, a former capital of the Holy Roman Empire, is the most beautiful city I have seen. Vast areas of centuries-old architecture just go on and on. ‘Awesome’ is the proper term here. It makes you feel connected to the generations before us and part of something bigger than yourself, something that is worth preserving. I will be back soon for BTC Prague. https://image.nostr.build/15914b35d0812d1f7ea4d0484772354e448b87e2220361e45f754c3c7f61c8ba.jpg https://image.nostr.build/73ebf3f0288d5cd56eb4bb6deca6e43b92f86a48cce375862e41e306ab44176c.jpg https://image.nostr.build/04b143e3a624a5f51f473172e5d178235efa1f36ee994b62b85a4fb07e025f4b.jpg https://image.nostr.build/9a2edf2c0df736126712f157bef85f99ca1b2c64087ada56cd4bed40393dd150.jpg https://image.nostr.build/96892f6d0ee57ea34f765cdbe551cc9ec50e4de05b1e99b547eaae183271ac35.jpg

2024-05-16 12:24:08

Blossom is great. Should we integrate it into nostr relays as a websocket command so you don't need separate media hosts? Or use DVM so you can also pay for downloads?
Same "get blob by hash" command could be used by more advanced structures like merkle trees for large files that can be chunked and downloaded from multiple peers simultaneously like torrents.
Video file in a merkle tree could be used for streaming: you'd publish the latest merkle root every few seconds?

2024-05-11 09:32:53

Iris & Snort users: how do you find the "For you" feed? Do you use "for you" or "follows"?
Personally I'm finding "for you" more interesting. It's not great, but it brings up new posts every time and it's not dominated by chat messages in Japanese.

2024-05-10 20:53:48

- reply

"treesome" npm package name is still free 😏

2024-05-10 20:35:35

- reply

Separate events for each list item 👍
#note18hz…ttfc

2024-05-10 20:33:31

- reply

#note18hz…ttfc

2024-05-10 20:29:23

IrisDB uses tag-replaceable events of kind 30078.
"d" tag is the "file path", for example "groups/follows/somePublicKey" or "user/profile/name". You can update the content of the "file" with a new event that has the same tag.
"f" tag is the "directory path". "groups/follows" in this case. You can list all the "files" in the directory by querying relays with the "#f" tag filter. Strfry doesn't index this field, but some relays do.
Content field is the file content, can be any JSON serialized data.
If we did profile fields and follow lists this way, there would be no overwrite problem when you sign in to a new device that doesn't have your previous profile or follow list. If we did likes that way, unliking would be trivial.
When we create new Nostr apps or features, we don't need to come up with new obscure event kinds. D tag "apps/events/some-event-name/participants/some-public-key" is more descriptive than some random number that might still conflict with someone else's application.
I wanted to name it "treelike" instead of IrisDB in order to not sound overly complicated, but the npm package name was already taken.
https://github.com/irislib/irisdb
https://github.com/irislib/iris-docs - react app starter template: npm create iris@latest

2024-05-06 11:42:34

- reply

Thanks for reporting, pushed a potential fix

2024-05-06 11:19:46

I have docs.iris.to testers 💜
https://void.cat/d/RTf7JhVWUCLRMLhrwuG49q.webp
https://void.cat/d/Xx8FjBmx1snM7qSHzJEjth.webp
Come edit the Random Canvas (need to sign in & have followed users to see content from them) https://docs.iris.to/canvas/random?owner=follows

2024-04-30 10:16:18

- reply

Pushed a fix. Does it work now?

2024-04-25 07:37:09

- reply

True, in this use case the d-tag is not actually needed. It's there because I'm not using nostr events directly, but saving the file "d" to directory "f" on IrisDB (unfortunate that the initial letters are reversed).

2024-04-25 07:25:51

- reply

Edits to the document are saved as yjs deltas in separate nostr events. 1 second after you stop typing, it saves a new edit. https://github.com/yjs/yjs

2024-04-24 14:15:05

- reply

It does save the full doc on Nostr, as yjs deltas. Maybe he meant the application itself should be served from a content addressed p2p system like ipfs instead of docs.iris.to.

2024-04-24 12:45:50

- reply

Finland

2024-04-24 12:12:19

Winter came back yesterday
https://void.cat/d/FvHuikvWfPGnZVyJNGCU9w.webp

2024-04-24 11:44:50

- reply

Under the hood, IrisDB uses events like this:
{
"content": "\"Test Document\"",
"created_at": 1713958806,
"id": "4ade41ea3f724dd944b6e861882015ea355ad262879e32970482b64806bd91d8",
"kind": 30078,
"pubkey": "ec1c45f69d463143ac1882c52b27db551342a24add13810b5d98b96298e4d9e1",
"sig": "cbc373003989470414cba8660e26e0b5902ec8fea00d54ef4e38fdfc93631a0b3fd1bb53203a9f60003e760d8d4ee3ecebbd676c2529d3c753cbf3714d511421",
"tags": [
[
"d",
"/apps/docs/documents/868d7ed9-1100-4cae-be58-16a7d248afc7/name"
],
[
"f",
"/apps/docs/documents/868d7ed9-1100-4cae-be58-16a7d248afc7"
]
]
}
"d" tag is the "file name". It's a replaceable event, so new writes to the path overwrite the previous value. "f" is the "directory name" where the file resides. "#f" nostr filter can be used to list the files in a directory.

2024-04-24 11:23:40

- reply

In the explorer you can see what the IrisDB data structure looks like
https://void.cat/d/6tBExryDWKza3KHXTNPAAD.webp

2024-04-24 09:58:39

- reply

Thanks for Osty, I built the template on it!

2024-04-24 09:51:49

- reply

Yes, it's using NDK and NIP-42 is enabled. From the side menu you can buy a Snort subscription which gives you relay write access.

2024-04-24 07:56:23

- reply

The slowness when opening a document like "About Iris Docs" seems to be entirely from signature verification. Not sure if it's making unnecessary checks, or just slow. We have wasm sig verify in Iris / Snort — I hope we can get it on NDK at some point and consolidate development efforts onto the same codebase.

2024-04-24 07:49:43

- reply

Thanks for reporting. I only tested it on Alby.

2024-04-24 07:45:05

We have new stuff. Not much tested yet, so feedback is welcome:
1) Iris Docs — https://docs.iris.to
Proof-of-concept collaborative text editor and simple canvas on Nostr. Recently also added a chat, so might rename to Iris Apps?
https://void.cat/d/Po8kXtpo116x3enNczizPP.webp
2) IrisDB — https://github.com/irislib/irisdb
Extensively used by Iris Docs. Tree-like data structure on Nostr.
Build wikis, marketplace apps, games and other decentralized applications where users can choose whose edits they want to see (e.g. followed users, extended social network or specific group).
Enables science fiction stuff like deleting & unliking posts, or editing a user profile or list of users without risking overwriting the whole thing with an out-of-sync version.
Use a filesystem-like interface to create all kinds of applications on Nostr without having to define obscure event kinds for each purpose.
Has simple & powerful useLocalState and usePublicState hooks for React applications.
3) npm create iris@latest — https://github.com/irislib/iris-docs
A template that quickly gets you started with Nostr & IrisDB web application development. with dev tools and basic components like login, settings or avatar. Built on Iris Docs — remove the parts you don't need. Decentralize everything!
https://void.cat/d/DeLzMtoFj2TgHXQVvvGsPV.webp

2024-04-05 07:35:38

https://bitcoinfilmfest.com/europeanhalvingparty/ and https://www.halvingfestival.com/ are quite different, but both seem great in their own ways. Not an easy choice!

2024-03-30 15:49:49

- reply

Should signIn be the default behavior?

2024-03-26 07:45:58

- reply

👀

2024-03-25 21:44:46

https://siriusjet.com/sirius-jet/sirius-business-jet/

2024-03-04 12:51:15

"Nostr Development Kit" reminds me of "Garden of Eden Creation Kit" from Fallout.
https://void.cat/d/Xv69KYXadVc8XBN8ZFK6Re.webp

2024-02-29 08:45:01

Experiencing slight Madeira FOMO. Didn't realize how many cool #nostr and #bitcoin people there are that I only met last year. Have fun, and see you in Prague & Riga!

2024-02-26 18:35:43

Do you have experience quitting caffeine? How long did it take to get back to baseline?
I've been without caffeine for 2 weeks. Mood and motivation are not back yet.
Wanted to sleep better and have a regular heartbeat. Feeling more calm now, but I'm not sure if this is worth it 😄 I've developed a deep association between coffee and coding over the years.
https://void.cat/d/TDumpmUZzbnkA257FHi165.webp

2024-02-26 18:08:42

- reply

Thank you! 🍣

2024-02-26 17:50:58

Where can I find that Nostrasia Maguro song?

2024-02-23 04:40:31

My email correspondence with Satoshi in 2009-2011: https://mmalmi.github.io/satoshi/

2024-02-06 13:36:24

- reply

Made a pull request to the nips repo https://github.com/nostr-protocol/nips/pull/1027

2024-02-06 12:08:43

Local sqlite db by @npub1v0l…qj49 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.

2024-02-03 12:59:55

- reply

Yes

2024-02-03 12:39:02

- reply

Gym ball costs $20 and is good for your back and core muscles. There are also fabric covered versions.

2024-02-02 13:34:53

- reply

Trending notes from nostr.band API are localized, but that only reveals your locale to nostr.band.
The bigger privacy issue is that Nostr clients send your IP in every direction in nip05 lookups and relay connections, especially with the outbox model which connects to other users' relays when you visit their profiles.
If you don't want to reveal your IP address, VPN or Tor is the best solution.

2024-02-01 07:56:32

When is strfry branch nextneg going to be merged to master? Snort / Iris negentropy by @npub1v0l…qj49 is compatible with it, but not with the master branch version. Would be cool to be able to negentropy-sync with all strfry relays. https://github.com/hoytech/strfry/tree/nextneg

2024-01-31 10:56:59

- reply

NIP-114: ids_only filter. I haven't pull requested it to the nips repo yet.

2024-01-31 10:48:25

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.
https://github.com/hoytech/strfry/pull/99

2024-01-31 09:42:52

- reply

We should have a Nostr conference at a reindeer farm up north in the summer. Midnight sun, reindeer steaks, sauna and swimming in the river between talks. Levi area has all the facilities.
https://void.cat/d/JdZDE6MytvqWHBKcg5HuhM.webp

2024-01-29 12:08:26

https://mmalmi.github.io/assets/video/b-sirius.mp4

2024-01-17 08:55:02

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.
@npub1dcl…x5ey was experimenting with logistic regression algorithms already last year. That might produce better results. https://github.com/adamritter/light-nostr-client/blob/master/src/lib/logistic_regression.ts
Some of you don't like algorithms, but don't worry; the CEO of Nostr has promised to not make them mandatory.

2024-01-15 21:09:09

- reply

Would be useful even with negentropy which doesn't work for ongoing subscriptions

2024-01-15 21:04:20

- reply

Actually simpler and more efficient than the "not" filter could be if relays just advertised event ids that match the subscription and only sent the full event on demand.

2024-01-15 20:50:23

- reply

Iris / Snort is actually using the outbox model (by @npub1v0l…qj49 ) so yes, incoming duplicates in queries by author would probably not see a 90% reduction, but maybe some other queries like reactions and replies would.
However, the bigger savings arise from having a local db and not having to download events you already have. Efficient sync protocols like negentropy let your local relay sync with as many relays or peers as you want at a low cost, which is good for decentralization.
While the outbox model helps break out of centralized relays, it's even better if the content can be found and synced from many places, including our pockets. If Alex Jones had public write relays, they'd be targets for DDoS and harassment.

2024-01-15 15:31:05

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: https://github.com/mmalmi/nostr-rs-relay/commit/55eb916123006f1ca9ca7b4bb107e69deac3579d
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.

2024-01-11 10:13:45

- reply

if (profile.name === "ODELL") note.text = note.text.toLowerCase()

2024-01-11 10:10:05

@npub1qny…95gx bar
https://image.nostr.build/015b54aa8485ad603da9c4513e5ed5c165e9e0e51e1f0b27d093be0124f9b29a.png

2024-01-10 07:40:54

- reply

Maybe nostr protocol would be the right interface? Ofc it can be wrapped in get / set or publish / subscribe methods. https://github.com/nostr-protocol/nips/blob/master/01.md#communication-between-clients-and-relays

2024-01-06 14:17:16

What are your favorite steak knives?

2024-01-05 10:51:09

- reply

It was done by @npub1v0l…qj49 🙂

2023-12-26 11:50:18

https://void.cat/d/KAoVvyKnrJzbDRPAS3Ygzw.webp

2023-12-23 20:14:19

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. @npub1l2v…ajft https://git.v0l.io/mmalmi/snort/src/branch/ndk

2023-12-18 16:39:14

- reply

Personally I don’t want notifications other than DM either, but someone might want. We’ll make it configurable. I got a notification from this repost btw.

2023-12-18 06:44:20

https://void.cat/d/RUHkQD4w95nE67VpNMFM2k.webp
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.

2023-12-17 17:25:42

- reply

Thanks for pointing me to Tailwind and Vite! They’re great, using them in Iris / Snort now.

2023-12-15 14:11:11

- reply

Doesn't even need to be chat-only, but good chat UX is necessary. I think push notifications are key.

2023-12-15 14:05:59

- reply

Push notifications can be sent encrypted, and then decrypted on the client side.