Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

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

Offen
#62 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
42/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
python
Bereich
backend, databases

Rechercherichtung

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.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache
Python
Sterne
2
Forks
4
Ø Merge
6 Std. 13 Min.
Gemergte PRs (30 T.)
20

Entwicklungsumgebung

  • Enthält ein Dockerfile oder eine Docker-Compose-Datei
  • Keine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus QMeshPy/distributed-quantum

Alle Issues in QMeshPy/distributed-quantum

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.