Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

feat(vault): platform Kubo node as a pinning provider

Ouverte
#62 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
42/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
python
Domaine
backend, databases

Piste de recherche

Start by reading the existing pinning providers and broker route, then inspect the audit and quota accounting paths and the dependencies in #45, #48, and #61. Add the platform provider so it imports the CAR through Kubo, records quota and audit data, and rejects oversized uploads. Done means the pinned CID is retrievable from the gateway and the backend and route tests pass with mocked Kubo.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement helia kubo storage tier-2

Summary

Add a third PinningProvider that stores the user's blocks on our own node.

Estimated size: M

Motivation

No third-party account needed, and because we import the user's CAR the pinned CID equals the Helia CID by construction.

Proposal

  • Broker route accepts a CAR and the backend imports and pins it through Kubo.
  • Reuse the existing audit and quota accounting; add platform to the service list.
  • Per-user size limit.

Acceptance criteria

  • Pinning a run through the platform provider results in the same CID being retrievable from the node's gateway.
  • Quota and audit records are written like the other providers.
  • Oversized uploads are rejected.

Dependencies

  • #45
  • #48
  • #61

Testing plan

  • Backend and route tests with mocked Kubo; manual compose run.

Part of #43. Ground rules for the content layer: no secrets in the repo, content-layer failures must never block or discard quantum execution, and tests and docs ship with every PR.

Langage dominant
Python
Étoiles
2
Forks
4
Merge moyen
5 h 45 min
PR mergées (30 j)
25

Préparer son environnement

  • Fournit un Dockerfile ou un fichier Docker Compose
  • Aucun modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de QMeshPy/distributed-quantum

Toutes les issues de QMeshPy/distributed-quantum

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.