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

feat(infra): run Kubo in docker-compose (server profile, pinned version)

Fechada
  • Algo errado?
#59 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

@SaishKorgaonkar já está trabalhando nisso.

Desde 22/10/2026.

  • #80 de @SaishKorgaonkar — integrado

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
58/100
Tipo de issue
Funcionalidade
Clareza
Claramente especificada
Status de atividade
Ativa
Stack de tecnologia
docker, docker-compose
Domínio
devops, infrastructure

Direção de pesquisa

Start with docker-compose.yaml and the current backend and Caddy services; check the pinned Kubo release documentation before choosing the image tag and config keys. Add the service, healthcheck, and network and port settings, then document the version and settings in the README. Write a smoke script under scripts/ that adds and cats content and checks matching CIDs; done means the service becomes healthy and the RPC port stays private.

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

Descrição

enhancement kubo storage tier-2

Summary

Add an always-on Kubo node to the compose stack as the platform's content node.

Estimated size: M

Motivation

Browser Helia nodes come and go; an always-on peer is what lets a shared CID open on another machine.

Current state in this repo

  • docker-compose.yaml runs backend and caddy; there is no IPFS node.

Proposal

  • Add a kubo service with a pinned image tag (not latest), a persistent volume and the server config profile applied at init.
  • Publish swarm (4001 tcp/udp) as needed; keep the RPC API (5001) on the compose network only; publish the gateway (8080) to localhost in dev.
  • Add a healthcheck and a README section recording the Kubo version and the config keys used, with a link to the docs for that version (verify every setting against the release you pin).

Acceptance criteria

  • docker compose up kubo becomes healthy.
  • A script performs add then cat through the node and prints matching CIDs.
  • The RPC port is unreachable from outside the compose network.
  • No secrets are committed.

Out of scope

  • Production hosting; browser transports; auth (separate issues).

Dependencies

  • None; can be picked up independently.

Testing plan

  • Smoke script in scripts/; later wired into CI by the integration-test issue.

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
5h 19min
PRs com merge (30d)
11

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.