Joystream / Joystream/joystream

Image Safety

Open
#2,835 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

post-mainnet qn-hydra-board query-node
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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.