Joystream / Joystream/joystream
Idea: Actually viable on-chain reputation score via locked tokens
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 1.4k
- Forks
- 116
- PR merge metrics
- No merged PRs in 30d
Description
Origin: https://github.com/Joystream/joystream/issues/3398
Concept:
- Diagram: https://github.com/Joystream/joystream/issues/3535#issuecomment-1084653913
- The idea of
staking tokens in support of channels/contenthas been explored on several platforms, but one problem with this is that the user doesn't usually gain much advantage. As a whole it seems to either be staking or directly sending a user tokens, which can just be exchanged/sold and as such don't really signify reputation. - Instead, with this idea, users could
giftany memberlocked tokenswhich are tied to any and all forms of contribution on the platform which is an extremely novel and distinct feature.
- Any user can "reward" the creator of any piece of content on the platform via sending
locked tokenswhich mention in the transaction the specific piece of content. This would include videos, channels, NFTs, proposals, forum posts, threads, election announcements, bounty work submissions, bounties, bounty oracle judgements and pretty much "everything"--including content categories, specific forum tags andeverything - The tokens would be
lockedwithin the owner's account forplatform onlypurposes and prohibit their exchange or transfer. - The transaction would include a reference to the piece of content that was rewarded, enabling the individual contribution of the member to be valued by the community.
- Over time, this would allow for
any user(whether a video creator, forum poster or core governance user) to eventually gather more funds and allow them to use them to participate in governance and other platform aspects. - The member(s) who send these rewards are basically tying their on-chain identity to the recipient. In this way the contributions of the senders can be analyzed and this means that it is effectively possible to have a reputation system which can be measured in various ways and weighted accordingly.
- Because the tokens are being
lockedit is far more effective than staking and is not only an investment in the recipient, but also an investment in the platform as these tokens cannot be sent or exchanged. - This creates a highly distinct form of reputation that theoretically allows for high quality users to be able to participate more on the platform rather than just receive financial rewards.
Old concept (just channels/videos)
1. The receiving channel/user has been given a subsidy for their continued use of the platform. Effectively making this social action potentially make a valuable channel be able to utilize the platform for free.
2. The receiving channel/user has been given a specific, distinguished on-chain transaction that is irreversible compared to stake, and can act as a signifier of reputation.
3. Users can effectively use such a feature to signal social support for creators that they like.
4. Since the tokens are locked and can't be transferred they can effectively convey value of the channel or video in question.
5. Depending on this (https://github.com/Joystream/joystream/issues/3414) it could technically allow for socially favored channels or users to gain a standing in governance that cannot be sent outside of the platform.
6. This could also double as an on-chain form of subscription
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the linked origin issue #3398 and the diagram in the issue comments, then compare the proposed locked-token reputation concept with the listed platform uses. Done would require an agreed implementation design covering rewards, locking, content references, and governance participation; this issue does not name files or tests.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- blockchain
- Domain
- blockchain
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 18/100