chore(vault-pinning): remove the legacy nft-storage alias
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 54/100
- issue の種類
- リファクタリング
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- typescript
- 領域
- backend
調査の方向性
Start with types.ts, services/nft-storage.ts, services/index.ts, and hooks/use-pin.ts to trace how pinning services are selected and how audit records are read and unpinned. Then inspect the existing tests for those paths and add coverage for records with service: "nft.storage". Done means the alias is removed from the type and services, the hook uses DEFAULT_SERVICE, and legacy records still display and unpin correctly.
索引モデルが issue の本文から書いたものです。
説明
Summary
nft.storage is still a valid PinningService value, but the adapter behind it is really Pinata.
Estimated size: S
Current state in this repo
types.ts:PinningService = "nft.storage" | "pinata" | "lighthouse".services/nft-storage.tsreadsNEXT_PUBLIC_PINATA_JWT, and its header comment says NFT.Storage is a Filecoin archival service.hooks/use-pin.tsdefaultsserviceto"nft.storage"whileDEFAULT_SERVICEinservices/index.tsis"pinata".
Proposal
- Remove the alias from the type, delete the adapter, and make the hook default to
DEFAULT_SERVICE. - Decide and document how existing audit records with
service: "nft.storage"are read (map topinataat read time, or migrate).
Acceptance criteria
- No
nft.storagevalue remains in the type or services. - Old audit records still display and unpin correctly.
- Tests cover the legacy record case.
Dependencies
- None; can be picked up independently.
Testing plan
- Unit test for the read-time mapping.
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
-
bug good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
yunaremaia/proto-drift#22 ·
-
bug good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
yunaremaia/memwatch#96 ·
-
bug good first issue
難易度 1/5 1時間未満 初心者へのやさしさ 91/100
yunaremaia/ci-gate-watch#34 ·
-
bug good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
yunaremaia/agent-capability-attestation#64 ·
メンテナーはふだん 1 日以内に返信
-
bug good first issue
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
yunaremaia/agent-call-graph#43 ·
メンテナーはふだん 1 日以内に返信