notes on streaming #61
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
mosaic/nostr-next#61
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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.