Joystream / Joystream/joystream
Delayed video publishing
- Dominant language
- Rust
- Stars
- 1.4k
- Forks
- 116
- PR merge metrics
- No merged PRs in 30d
Description
# Background
A creator may want to publish a video so that one cannot interact with the video both on-and off-chain (metaprotocol) until at some future pre-specified date. This allows doing things like premiers and drops, where everyone knows about that something will become possible in the future the future.
# Proposal
Prepare specification for this feature, focusing only on runtime level changes
- A user can, when creating a video, specify that it going to be `released` at some specified time in the future.
- Before this time passes, the creator can update the number again to be a future time, and there should be some metadata space for actor to explain rationale.
- lets add permission setting fro collaborators to control whether they should be allowed to do this change or not
- we do not need to make this a pausable feature.
- Before this time passes none of the NFT features can be interacted with, and the status of the NFt is whatever it was due to the initial action at video creation. So for example, if someone wants to bid on the NFT, that won't work. If I some functionality goes unaddressed here, in terms of the impact of this functionality, then the specification should higlight any ambigious cases, and otherwise assume it has no impact.
Note:
- I believe this change should require minimal runtime changes, but it may require a migration of videos: the specification should address this
- It may actually be better if we could use clock time, from blocks, rather than block number, as having more reliable control over longer periods of time may be important for coordination purposes.
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.