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

feat(content-node): browser-reachable multiaddrs for Helia nodes

Offen
  • Stimmt etwas nicht?
#63 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
48/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
next.js, typescript
Bereich
backend-api-design, networking

Rechercherichtung

Start by checking the pinned Kubo release for browser-capable transports and automatic TLS certificate support, then trace how the project creates its Helia node and connection helper. The issue does not name files or tests; locate the helper and its unit tests before making changes. Done means a browser node fetches a block over Bitswap through the configured public multiaddr, and behavior stays unchanged when NEXT_PUBLIC_HELIA_BOOTSTRAP is unset.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement helia kubo storage tier-3

Summary

Let browser Helia nodes connect directly to the platform node.

Estimated size: M

Motivation

A browser cannot dial plain TCP; it needs WebSocket, WebTransport or WebRTC with a valid certificate.

Proposal

  • Enable the browser-capable transports in Kubo (check what the pinned release supports, including automatic TLS certificates).
  • Document the resulting multiaddr.
  • Add NEXT_PUBLIC_HELIA_BOOTSTRAP (a public multiaddr, not a secret) and pass it to Helia as a bootstrap peer.

Acceptance criteria

  • A browser Helia node connects to the node and fetches a block over Bitswap.
  • Behavior is unchanged when the variable is unset.

Dependencies

  • #59
  • #54

Testing plan

  • Manual browser test documented; connection helper unit-tested.

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
5 Std. 19 Min.
Gemergte PRs (30 T.)
11

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.