Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

feat(vault): publish circuits to the vault

Ouverte
#49 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
55/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
react, typescript
Domaine
backend, full-stack

Piste de recherche

Start by reading ShareToVaultButton and its existing use on the run, finance, risk, and options pages, then trace the circuit types and hooks plus circuit-library-client.tsx and circuit-detail-client.tsx. Find where users finalize a circuit and choose a share action location. Done means publishing all listed circuit fields, showing the existing pin flow, and verifying local library lookup by CID while preserving SSR isolation.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

enhancement helia storage tier-1

Summary

Wire a share action for circuits so the Circuit Library has real content.

Estimated size: S

Current state in this repo

  • type: "circuit" is supported by the hooks, types, circuit-library-client.tsx and circuit-detail-client.tsx.
  • ShareToVaultButton is only used on run, finance, risk and options pages.

Proposal

  • Add the share action where a user finalizes a circuit (state the chosen location in the PR).
  • Publish a circuit record: name, description, OpenQASM source, qubit count, gate count, author, publishedAt, tags.
  • After publishing, show the same pin button flow used for runs.

Acceptance criteria

  • A circuit shared by a user appears in their local Circuit Library and can be re-read by CID.
  • The record contains the fields above.
  • SSR isolation is preserved (no Helia import on the server).

Out of scope

  • Network-wide discovery.

Dependencies

  • None; can be picked up independently.

Testing plan

  • Component test for the button; manual check of the SSR build.

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.

Langage dominant
Python
Étoiles
2
Forks
4
Merge moyen
5 h 19 min
PR mergées (30 j)
11

Préparer son environnement

  • Fournit un Dockerfile ou un fichier Docker Compose
  • Aucun modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de QMeshPy/distributed-quantum

Toutes les issues de QMeshPy/distributed-quantum

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.