spike(vault): large artefacts with UnixFS in an IndexedDB blockstore
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
- 48/100
- Tipo de issue
- Funcionalidade
- Clareza
- Claramente especificada
- Status de atividade
- Ativa
- Stack de tecnologia
- javascript
- Domínio
- database
Direção de pesquisa
Start by locating the browser blockstore and its IndexedDB configuration, then check how the project uses @helia/unixfs. Measure write and read time, memory use, and eviction behavior for 10, 100, and 500 MB payloads on Chrome, Firefox, and Safari. Done means a results table and recommendation covering supported size limits, chunking settings, or server-side storage, with a follow-up issue if warranted.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Summary
Find out whether state vectors and datasets in the tens to hundreds of megabytes are practical in the browser blockstore.
Estimated size: S
Proposal
- Store 10, 100 and 500 MB payloads with
@helia/unixfs. - Record write time, read time, memory use and eviction behavior on Chrome, Firefox and Safari.
Acceptance criteria
- A table of measurements and a recommendation (supported size limit, chunking settings, or server-side only).
- Follow-up issue if a feature is justified.
Out of scope
- Production implementation.
Dependencies
- None; can be picked up independently.
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 54min
- PRs com merge (30d)
- 7
Preparar o ambiente
- Inclui um Dockerfile ou arquivo Docker Compose
- Sem modelo de pull request
- Sem guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de QMeshPy/distributed-quantum
-
enhancement good first issue helia storage tier-1
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
QMeshPy/distributed-quantum#53 ·
Mantenedores costumam responder em até 1 dia
-
chain-integration enhancement payments research-spike tier-2
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 55/100
QMeshPy/distributed-quantum#78 ·
Mantenedores costumam responder em até 1 dia
-
chain-integration enhancement payments research-spike tier-2
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 66/100
QMeshPy/distributed-quantum#77 ·
Mantenedores costumam responder em até 1 dia
-
chain-integration enhancement payments tier-2
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
QMeshPy/distributed-quantum#76 ·
Mantenedores costumam responder em até 1 dia
-
documentation good first issue kubo storage tier-1
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 42/100
QMeshPy/distributed-quantum#75 ·
Mantenedores costumam responder em até 1 dia
Todas as issues de QMeshPy/distributed-quantum
Issues semelhantes
-
bug good first issue
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
yunaremaia/proto-drift#22 ·
-
bug good first issue
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
yunaremaia/memwatch#96 ·
-
bug good first issue
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 91/100
yunaremaia/ci-gate-watch#34 ·
-
bug good first issue
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
yunaremaia/agent-capability-attestation#64 ·
Mantenedores costumam responder em até 1 dia
-
bug good first issue
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 86/100
yunaremaia/agent-call-graph#43 ·
Mantenedores costumam responder em até 1 dia