ipfs/kubo

ipfs name resolve '-k' option unecessary

Open

#3,900 opened on 2017年5月5日

GitHub で見る
 (7 comments) (0 reactions) (0 assignees)Go (13,906 stars) (2,725 forks)batch import
help wanted

説明

We should just be able to resolve named keys by doing ipfs name resolve keyname. Since named keys cannot contain slashes, we can disambiguate them from hashes by an optional /ipns/ prefix on hash keys.

ipfs key gen foobar
ipfs name resolve foobar # should work
ipfs name resolve QmBeepBoop # should check if we have a key named QmBeepBoop, then try to resolve a hash key
ipfs name resolve /ipns/QmBeepBoop # definitely a hash key, don't check for named keys

コントリビューターガイド

技術スタック
go
領域
clideveloper experience
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3 hours
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
Go programmingIPFS namingCLI argument handling
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60
調査方針
Review the current implementation of `ipfs name resolve` in the codebase, likely in the `core/commands/name.go` file. Understand how the ` k` option is handled and how named keys are currently resolved. Then consider modifying the resolution logic to check for named keys before treating the argument as a hash. Ensure backward compatibility by allowing an optional `/ipns/` prefix. Review the comments in the issue for any additional considerations.
ipfs name resolve '-k' option unecessary · ipfs/kubo#3900 | Good First Issue