Joystream / Joystream/joystream

Uploader authentication

Open
#2,815 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

colossus urgent-post-mainnet
Dominant language
Rust
Stars
1.4k
Forks
116
PR merge metrics
No merged PRs in 30d

Description

Background

As part of release planning for the for the Giza network, it was identified that there were a few different ideas about both the current way that uploader authentication to Collossus node worked currently, and how it ought to work in the future. A dedicated review and decision is required on this question for a future upgrade or release.

Terminology

  • Upload initiator: on-chain actor initiating ultimate extrinsic for updating data directory.
  • Uploader: actor initiating data upload to Collossus.

Requirements

  • Collossus should be able to authenticate who is initiating the upload for a data object, from both static (council, working groups) or dynamic bags (members, channels) using credentials assigned by authority who initiated upload action on-chain.
  • The on-chain upload initiator should be able to both
    • assign more than one set of credentials per object
    • update credentials for objects before they have been confirmed by liaison.
  • Collossus must be able to provide efficiently verifiable claim of authentication step.

┆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

No files, tests, or code entry points are identified. Start by reviewing the linked Asana task and the current uploader authentication flow for Giza and Collossus; the work is done when a documented decision addresses credential assignment, updates, multiple credentials, and verifiable authentication claims.

Written by the indexing model from the issue text.

Assessment

Tech stack
blockchain
Domain
authentication, blockchain
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.