Home | Notifications | New Note | Local | Federated | Search | Logout
Note Detail
Reply to @dlakelan@mastodon.sdf.org
dave@dthompson@toot.cat (2026-10-20 00:12:56)
@dlakelan I think OCapN fits in great with anything that you would consider to be part of the "control plane", where message order and integrity is critical. It is great fit for social programs like chat or anything ActivityPub is used for today, and even games with modest realtime requirements (not a twitchy FPS). OCapN would not be a good fit for use cases where it's fine if messages come in out of order or not at all, like in the aforementioned twitchy FPS case or realtime audio/video streaming (though it would be fantastic for all the other needs of such programs).
---Reply---
Daniel Lakeland@dlakelan@mastodon.sdf.org (2026-10-20 00:27:40)
@dthompson
So for example it could replace the fairly baroque SIP signalling protocol but not the RTP that carries the audio. It could replace the TCP based game updates for Minecraft but not the clock based one-way fire and forget UDP of a FP Shooter.
How about something like a remote file system?
Reply
---Replies---
dave@dthompson@toot.cat (2026-10-20 02:13:58)
@dlakelan yeah, those examples sound right to me. I honestly don't know all the things that a remote file system needs but I think having a capability-based control plane would be a huge benefit for access-control even if the actual file contents were transferred over some other protocol.