Discover the facts of the Cardano node for the setup command
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- blockchain, rust
- 領域
- backend, blockchain
調査の方向性
Start by locating the setup command and its orchestrator in the repository, then trace the existing Cardano node integration and its tests. The issue lists the facts to discover, including the node process or systemd unit, configuration paths, network, and role; check how current code obtains any of these values. Done means discovery exposes the needed facts, handles multiple nodes, and reports unsupported node implementations without opening the KES key.
索引モデルが issue の本文から書いたものです。
説明
Why
The SPO one command onboarding must configure the Mithril signer and the DMQ node from what the running Cardano node already knows, instead of asking the operator to copy these values by hand.
What
Discover the facts of the Cardano node running on the machine, and expose them so that they can be used by the orchestrator.
How
- Detect the Cardano node running as a host process or a systemd service
- Collect the facts of the Cardano node:
- Node instance (process and systemd unit)
- Socket path
- Database directory
- Node configuration file
- Topology file
- KES key and operational certificate paths
- Listening address and port
- Service user
- Node version
-
cardano-clipath?
- Derive the facts needed by the signer and the DMQ node:
- Cardano network
- Shelley genesis file path
- Role of the machine (block producer or relay or full-node)
- Peers of the pool (relay address)
- Support the cases where multiple Cardano nodes operate on a single machine
- Report a Cardano node that is not supported yet (other implementation or containerized node)
- How do we support multiple Cardano node versions with breaking changes in parameters discovery? (Maybe we do that later)
- Never open the KES key file
- Keep the discovery behind traits so that other implementations and runtimes can be added later (depends on the prototype outcome)
- 主要言語
- Rust
- スター
- 155
- フォーク
- 52
- 平均マージ
- 2日 10時間
- マージ済み PR（30日）
- 35
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
IntersectMBO/mithril のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
IntersectMBO/mithril#1605 · コメント 2 件 ·
メンテナーはふだん 2 日以内に返信
-
Prototype the Cardano database snapshot and restoration with the Leios database対応中かも @jpraynaud が 1 日前に担当しました。 オープンprototype :hammer_and_wrench:
IntersectMBO/mithril#3691 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
-
infrastructure :classical_building:
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
IntersectMBO/mithril#3690 ·
メンテナーはふだん 2 日以内に返信
-
Deploy a `dev-dijkstranet` Mithril network対応中かも @jpraynaud が 1 日前に担当しました。 オープンinfrastructure :classical_building:
IntersectMBO/mithril#3689 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
-
Prototype the certification adaptation in the Dijkstra era (before Leios)対応中かも @jpraynaud が 1 日前に担当しました。 オープンprototype :hammer_and_wrench:
IntersectMBO/mithril#3687 · 担当者 1 名 ·
メンテナーはふだん 2 日以内に返信
IntersectMBO/mithril の issue をすべて見る
似ている issue
-
agent-self
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
yologdev/yoyo-evolve#1176 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
Richard-Zhang1019/Crossbow#431 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
saschanaz/jxl-winthumb#69 ·
-
ready
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
TusanHomichi/PSIV#504 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信