Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

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

Aberta
#62 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
42/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
python
Domínio
backend, databases

Direção de pesquisa

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.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

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.

Linguagem predominante
Python
Estrelas
2
Forks
4
Merge médio
6h 14min
PRs com merge (30d)
18

Preparar o ambiente

  • Inclui um Dockerfile ou arquivo Docker Compose
  • Sem modelo de pull request
  • Sem guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de QMeshPy/distributed-quantum

Todas as issues de QMeshPy/distributed-quantum

Issues semelhantes

Mais issues de Python

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.