Joystream / Joystream/joystream
Image Safety
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 1.4k
- Forks
- 116
- PR merge metrics
- No merged PRs in 30d
Description
Background
Many parts of the platform allow users to select image assets which displayed in reference applications like Atlas, Pioneer and future equivalents. Some assets are stored externally, and only referenced through URLs (as membership avatars currently are) and some are stored on Joystream DAO storage infra. The problem is that users are free to specify abhorrent content (i.e. content that the vast majority of people would have a very bad time being exposed to) which radically degrades the experience of using these products. For example, let's say someone buys a bunch of NFTs, which surfaces their ownership on a bunch of screens in Atlas, and then they swap out their membership picture to something abhorrent. This would really detract from the experience of the creators and their audiences. While there could be application host level curation of these things, it would be hard to do at scale, and the curation would be siloed.
Proposal
- Membership evangelists (workers) can curate membership avatars.
- Council members can curate candidate photos, through proposals.
- Content curators can curate channel cover photos, channel avatars, membership avatars.
- Bounty working group can curate bounty preview images.
Curation is basically just a signaling exercise which tells compliant front-ends to hide display, at least by default. These actions should not require new extrinsics, they should be sent as metaprotocol messages (#1990). This allows the community to easily update what can be curated, as the metadata standards for each subsystem starts to evolve.
There probably also should be some sort of on-chain signaling allowed so that curators can get inbound alerts.
┆Issue is synchronized with this Asana task by Unito
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 reading the metaprotocol message design referenced as issue #1990 and the curation roles listed in this proposal. Define the supported image types, curator permissions, signaling behavior, and compliant frontend response before implementation; done means the scope and protocol changes are agreed and documented.
Written by the indexing model from the issue text.
Assessment
- Domain
- blockchain, content
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100