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

feat(vault): publish circuits to the vault

Aberta
  • Algo errado?
#49 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
55/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
react, typescript
Domínio
backend, full-stack

Direção de pesquisa

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.

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

Descrição

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.

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.