Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

feat(vault-pinning): pin original blocks as a CAR so the pinned CID equals the Helia CID

未关闭
#48 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
48/100
Issue 类型
功能
描述清晰度
基本清楚
活跃度
活跃
技术栈
javascript, python

调研方向

Start by reading the current provider adapters and their JSON-pin paths, then check the broker dependency in #45 and verify the CAR upload endpoints supported by Pinata and Lighthouse. Reproduce CID behavior with provider mocks or a test account before choosing an upload path. Done means tests show both providers return the Helia CID, mismatches raise a clear error, and the JSON path remains available behind a flag.

由索引模型根据 Issue 内容生成。

描述

enhancement helia storage tier-2

Summary

Upload the blocks Helia already holds, instead of re-submitting the JSON for the provider to re-encode.

Estimated size: M

Motivation

A provider that re-encodes JSON can return a different CID than the one the user shared, which breaks citation.

Current state in this repo

  • Adapters send JSON content to the provider's JSON-pin endpoint.
  • The Helia integration overview reports that the returned CID can differ; this has not been reproduced in this repo yet.

Proposal

  • Step 1: add a test or script that reproduces any CID mismatch for each provider.
  • Step 2: export the DAG with @helia/car and upload it through the provider's CAR (or Pinning Service API) endpoint; verify each provider's supported endpoint first.
  • Step 3: fail with a clear error if the CID the provider reports does not match the local CID.

Acceptance criteria

  • For Pinata and Lighthouse, the CID returned after pinning equals the Helia CID, checked in a test.
  • A mismatch is surfaced as an error, never silently recorded.
  • The JSON path remains available behind a flag until CAR upload is proven.

Out of scope

  • UnixFS and large files.

Technical notes and risks

  • Coordinate with the broker work: if it lands first, upload from the browser to the broker route; otherwise start against the current adapters.

Dependencies

  • Soft: #45 (uploads will move to the broker).

Testing plan

  • Provider mocks plus one manual run against test accounts.

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.

主要语言
Python
星标
2
派生
4
平均合并
6 小时 54 分钟
30 天内合并 PR
7

环境准备

  • 提供 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 没有贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

QMeshPy/distributed-quantum 的其他 Issue

查看 QMeshPy/distributed-quantum 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。