feat(provenance): publish each provenance bundle to Kubo, best effort
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- python
調査の方向性
Start by reading the implementation of record_run_provenance, the Kubo client, and StorageReference; the issue does not name their files or tests. Trace how a completed run stores its canonical bundle and how failures are recorded, then run the backend tests with a failing Kubo mock. Done means successful uploads are retrievable by CID, while Kubo failures preserve the run result and mark the bundle unpublished.
索引モデルが issue の本文から書いたものです。
説明
Summary
After a provenance bundle is recorded, add it to the platform node and store the CID as a StorageReference.
Estimated size: M
Motivation
Gives bundles a content-addressed home that anyone can verify against the bundle hash.
Proposal
- After
record_run_provenance, add the canonical bundle JSON through the Kubo client and append aStorageReference. - Best effort: a Kubo failure is logged and flagged on the run; it never fails the job or discards the result.
- The CID covers the uploaded JSON bytes, not the canonical commitment, so verification must parse the bundle and compare
bundle_hash.
Acceptance criteria
- A completed run has a bundle retrievable by its CID.
- With Kubo down, the run still completes and the bundle is marked unpublished.
- A test proves the job result is preserved when publishing fails.
Dependencies
- #61
- #4 and the provenance PRs (#34 to #37) merged first.
Testing plan
- Backend tests with a failing Kubo mock.
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分
- マージ済み PR（30日）
- 7
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
QMeshPy/distributed-quantum のほかの issue
-
enhancement good first issue helia storage tier-1
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
QMeshPy/distributed-quantum#53 ·
メンテナーはふだん 1 日以内に返信
-
chain-integration enhancement payments research-spike tier-2
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
QMeshPy/distributed-quantum#78 ·
メンテナーはふだん 1 日以内に返信
-
chain-integration enhancement payments research-spike tier-2
難易度 3/5 1〜2日 初心者へのやさしさ 66/100
QMeshPy/distributed-quantum#77 ·
メンテナーはふだん 1 日以内に返信
-
chain-integration enhancement payments tier-2
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
QMeshPy/distributed-quantum#76 ·
メンテナーはふだん 1 日以内に返信
-
documentation good first issue kubo storage tier-1
難易度 2/5 1〜3時間 初心者へのやさしさ 42/100
QMeshPy/distributed-quantum#75 ·
メンテナーはふだん 1 日以内に返信
QMeshPy/distributed-quantum の issue をすべて見る
似ている issue
-
follow-up
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
Download helper still uses huggingface_hub arguments removed in 1.0: USE_SYMLINKS is silently ignored and every download ends with a WinError 3 line対応中かも @li-lizhe が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
IPv6 node addresses produce an invalid request URL対応中かも @RaphaelFakhri が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
typesense/typesense-python#154 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
elastic/elasticsearch-py#3592 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
developmentseed/titiler-cmr#250 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信