Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

feat(vault): open any CID from a link or paste, with trustless-gateway fallback

Chiusa
  • Qualcosa non va?
#54 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@ishikabhoyar ci sta già lavorando.

Dal 22/10/2026.

  • #83 di @ishikabhoyar — integrata

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
55/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
javascript
Ambito
backend, distributed-systems

Direzione di ricerca

Start by reading features/ipfs/lib/helia-init.ts to see how Helia is initialized, then trace the existing vault page and content decoding flow. Implement the CID route, gateway configuration, validation, and verified fetch with mocked gateway tests. Done means a valid remotely pinned CID opens in a fresh profile, invalid CIDs and unreachable gateways show distinct messages, and fetched content is verified before display.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement helia storage tier-2

Summary

Add a page that resolves a CID that is not in the local blockstore, so shared results open without the sender's browser.

Estimated size: M

Motivation

Today a CID shared with another user resolves only if they obtain the block by other means.

Current state in this repo

  • Helia runs with createHelia({ blockstore, datastore }) and no custom libp2p or block-broker configuration (features/ipfs/lib/helia-init.ts).

Proposal

  • Add /vault/cid/[cid] with a paste box.
  • Configure the trustless-gateway block broker with a configurable gateway list (env).
  • Show a verified-against-CID indicator and cache fetched blocks locally.
  • Validate the CID and the decoded record schema.

Acceptance criteria

  • A CID published and pinned elsewhere opens on a fresh browser profile.
  • Invalid CIDs and unreachable gateways give distinct messages.
  • A fetched block is verified against its CID before display.

Out of scope

  • Browser-to-browser transports (see the Kubo browser-connectivity issue).

Technical notes and risks

  • Gateway choice affects privacy (the gateway sees the CID); document it.

Dependencies

  • None; can be picked up independently.

Testing plan

  • Mocked gateway tests; one manual cross-profile check.

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.

Lingua principale
Python
Stelle
2
Fork
4
Merge medio
6h 14m
PR unite (30g)
18

Preparare l'ambiente

  • Include un Dockerfile o un file Docker Compose
  • Nessun modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di QMeshPy/distributed-quantum

Tutte le issue di QMeshPy/distributed-quantum

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.