Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Consider removing ES256K (secp256k1) support

オープン
#4,399 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
52/100
issue の種類
リファクタリング
明瞭さ
おおむね明確
活発さ
静か
技術スタック
go
領域
cryptography

調査の方向性

まず crypto/jwx/jwx_es256k.go と crypto/jwx/jwx_es256k_test.go を確認し、次に Makefile の build ターゲットと、vdr/didkey/resolver.go、vcr/credential、vcr/pe にある ES256K 関連の分岐およびテストを調べます。アクティブな consumer がタグ付きパスを必要としているか確認してください。完了条件は、パスとその build-tag 参照を削除して関連するテストを更新するか、タグ付き CI テストがコンパイルされて実行されることです。

索引モデルが issue の本文から書いたものです。

説明

Summary

Consider dropping ES256K (secp256k1) support, which is gated behind the jwx_es256k build tag. It appears unused, is not built into the default binary, and carries maintenance cost.

Why

  • Opt-in only, likely unused. ES256K is only compiled when building with -tags jwx_es256k (see Makefile build target and crypto/jwx/jwx_es256k.go). The default binary does not include it. No known deployment enables it.
  • Untested / rotted. CI only builds with the tag, it never runs tests with it, so crypto/jwx/jwx_es256k_test.go has silently rotted:
    • it lives in package jwx but calls ParseJWT, which is in package crypto (would be an import cycle),
    • it passes the wrong number of arguments to ParseJWT,
    • it signs with a P-256 key (test.GenerateECKey()) for a secp256k1 algorithm.
      The test file has therefore not compiled for a long time and nobody noticed.
  • Maintenance cost. It's an extra code path that the jwx v2→v3 migration (#4383 / PR #4391) had to fix separately precisely because it's excluded from the normal build/test, so it's easy to miss.

Options

  1. Remove ES256K support entirely: delete crypto/jwx/jwx_es256k.go + _test.go, drop the jwx_es256k build tag from the Makefile, and remove the es256k/secp256k1 branches in vdr/didkey/resolver.go and the related test cases in vcr/credential, vcr/pe, vdr/didkey.
  2. Keep it but make it real: run the tagged tests in CI and fix the rotted test, so it can't silently break again.

Recommendation

Remove it (option 1) unless someone identifies an active consumer. secp256k1 is niche for did:web/IAM (our active focus), and an untested, build-tag-gated code path is a liability.

Context

Surfaced during the jwx v2→v3 migration (PR #4391): the jwa.ES256K constant→function change was missed initially because the file is excluded from the default build. The build is now fixed; the tagged test remains broken and was left as-is pending this decision.

Assisted by AI

主要言語
Go
スター
29
フォーク
24
平均マージ
2日 18時間
マージ済み PR(30日)
45

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートなし
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

nuts-foundation/nuts-node のほかの issue

nuts-foundation/nuts-node の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。