[FEATURE] - query the node for the max protocol version supported.
メンテナーはふだん 1 日以内に返信
@newhoggy がすでに取り組んでいます。
2025年3月26日 から。
評価
この issue はまだ評価されていません。
説明
What
As an SPO or DREP or CC, after updating my node to the version that supports a specific hardfork, I want to query the node for the maximum protocol version it supports before casting my vote, so that I can confirm it supports the protocol version required by the hardfork.
Why
What if it doesn't? 😱 How do I know?
Acceptance Criteria
When I send a query to the node requesting the maximum protocol version it supports,
then:
- The node returns the maximum protocol version it currently supports
- The response should be received within a reasonable timeframe.
- The response is clear about Major and Minor components of the protocol version.
Personas
- [x ] SPOs
- DReps
- CC members
- dApp Devs
- Exchanges
- Wallets
- 3rd party tools
- ADA holders
Definition of Done (DoD)
- Acceptance Criteria + User Stories & DoD created and singed-off (by PO, dev & test owners)
- Builds successfully on CI
- Code & Test review (as per Acceptance Criteria)
- There is documentation and/or examples for the new functionality (usage/response)
- Log/record changes on Vnext (or similar depending on what we adopt)
- Ticket number(s) included in PR description
- All Acceptance Criteria met and covered by dev/unit/property/integration tests
- System/E2E automated tests + System Test Engineer Owner Sign-off
NOTE: Ideally, we should merge only fully implemented and tested features into the master branch.
So all the above steps are required for the PR to be merged.
In order to avoid the PRs becoming stale and requiring to be rebased on master, these can be merged
after a reasonable time (current agreement is 3 days) if the System Test Engineer Owner's sign-off
was not provided (last step in the DoD).
IMPORTANT: Any deviation from the plan should be discussed and agreed as a comment in the Feature file.
Sign-off
- Product Owner
- Dev Owner
- System Test Engineer Owner
Related PRs
- PR # here
- 主要言語
- Haskell
- スター
- 72
- フォーク
- 25
- 平均マージ
- 2日 21時間
- マージ済み PR(30日)
- 16
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
IntersectMBO/cardano-cli のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
IntersectMBO/cardano-cli#1306 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
IntersectMBO/cardano-cli#1479 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 56/100
IntersectMBO/cardano-cli#1472 ·
メンテナーはふだん 1 日以内に返信
-
Clarify the origin and intended use of Plutus V2/V4 test fixtures対応中かも @Jimbo4350 が 7 日前に担当しました。 オープン
IntersectMBO/cardano-cli#1464 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
Share body construction and input reading between transaction and sub-transaction builders対応中かも @Jimbo4350 が 7 日前に担当しました。 オープンrefactor
IntersectMBO/cardano-cli#1463 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
IntersectMBO/cardano-cli の issue をすべて見る
似ている issue
-
documentation
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
alunduil/collection-json.hs#421 ·
メンテナーはふだん 1 日以内に返信
-
A `where` step with a misspelled key, such as `arg:` for `args:`, is accepted, so `join` silently answers no bindings (src/Yaml.hs:190)対応中かも @sherenkov が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
objectionary/phino#1994 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
alunduil/siren-json.hs#259 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
enhancement triage
難易度 1/5 1時間未満 初心者へのやさしさ 77/100
simplex-chat/simplex-chat#7781 ·
メンテナーはふだん 1 日以内に返信