notes on streaming #61

Open
opened 2025-06-18 14:36:02 +12:00 by mikedilger · 0 comments
mikedilger commented 2025-06-18 14:36:02 +12:00 (Migrated from github.com)

In nostr, relays are untrusted middlemen that pass along data digitally signed by trusted users.

In nostr-next, relays themselves would have keypair identities. Under that rubric, if the TLS already created a secure authenticated channel, further wrapping data (that the relay itself generates and which is ephemeral) into signed Event structures becomes unnecessary duplication of work already done at the TLS layer.

Relays in nostr-next could stream authenticated live video without using Events to wrap the packets/frames.

End users wanting to stream live video could just setup a temporary relay designed for this, perhaps on their home computer and hole-punched into.

My point here is just this: I see no reason to create a video-inside-of-nostr-next NIP. Nor do I think events in nostr-next should point to an external video streaming protocol (they can, but I recommend better). Instead I think nostr-next should offer generic streaming on a parallel QUIC stream.

In nostr, relays are untrusted middlemen that pass along data digitally signed by trusted users. In nostr-next, relays themselves would have keypair identities. Under that rubric, if the TLS already created a secure authenticated channel, further wrapping data (that the relay itself generates and which is ephemeral) into signed Event structures becomes unnecessary duplication of work already done at the TLS layer. Relays in nostr-next could stream authenticated live video without using Events to wrap the packets/frames. End users wanting to stream live video could just setup a temporary relay designed for this, perhaps on their home computer and hole-punched into. My point here is just this: I see no reason to create a video-inside-of-nostr-next NIP. Nor do I think events in nostr-next should point to an external video streaming protocol (they can, but I recommend better). Instead I think nostr-next should offer generic streaming on a parallel QUIC stream.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
mosaic/nostr-next#61
No description provided.