Supports metadata #32
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
Epic
good first issue
hacktoberfest
help wanted
icebox
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
priority: blocker
priority: high
priority: low
priority: medium
resilience
Tom's Wishlist
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/types#32
Loading…
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?
The blockchain will be adding the ability to assign a value to supports. This will allow us store metadata along with supports, including channel signing. The type should be flexible to support multiple use cases.
Use case ideas:
Reposting content(https://github.com/lbryio/lbry/issues/2028)
Commenting (with/without tips)
Ratings
Community tagging
Blockchain based subscriptions
I'm going to add these to the prototype database so we can also have it as an experimental feature to play around with elsewhere in the stack.
Since we'll have to do more integration on the UI side it would be nice to see how it could work before it's ready to be on the blockchain.
I would not worry about that for now. The whole point of the comments prototype is to get something out before we know exactly what's on the blockchain side. It will fill the gaps for us.
I started writing up something for this and then lost it, so I'll be a bit briefer here. I know we'll start adding metadata and signing to supports soon, and I also think we should consider generating some type of authentication keys that users can exchange in this manner also . One example would be the creator-owned relationships - where a subscription (special support) on the blockchain allows receiver to view certain parts of the channel metadata (would need to be spec'd out) and share a content key to unlock future premium publishes.