Goal: Validator Monitoring
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 20/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- go
- Lĩnh vực
- distributed-systems, observability
Hướng nghiên cứu
Start by reviewing the CometBFT data-structures documentation and the dependency on kwil-db issue #995, then inspect the linked instrumentation and validator-monitoring issues (#573, #575, #583, and #584). Done requires defining whether this goal covers an API only, a metrics pipeline, visualization, or a combination of them.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Objective
Assess the participation of validators (node operators) in the network during normal operations.
Description
For example, a visual representation of this could be a graph showing how many blocks a day a certain operator was also supporting the network.
The mechanism includes a node's signature that gets validated, and then the indexer exposes its public key on block information after the consensus.
Probably, the internal cometBFT endpoint already supports that: https://github.com/cometbft/cometbft/blob/v0.38.x/spec/core/data_structures.md
Then, what is the easiest path to expose this data from the kwil indexer? Should we expose a node cometBFT API endpoint?
To Do
Define what is the scope of this goal:
- just providing API to get the data
- create the metrics consumption pipeline
- visualizing data
Problems
Blocked By
Instrumentation
- #573
- #575
Validator monitoring
- #583
- #584
- Ngôn ngữ chính
- Go
- Star
- 7
- Fork
- 3
- Merge trung bình
- 3 giờ 2 phút
- Pull request đã merge (30 ngày)
- 13
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của trufnetwork/node
-
type: goal
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
trufnetwork/node#1436 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Problem: settlement can't tell a capture was taken too earlyCó thể đã có người làm @MicBun đã nhận 7 ngày trước. Đang mở
trufnetwork/node#1435 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Goal: SDK call for market volume over a time periodCó thể đã có người làm @vinarmani đã nhận 8 ngày trước. Đang mở
trufnetwork/node#1429 · 2 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
trufnetwork/node#1313 · 2 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
trufnetwork/node#1200 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của trufnetwork/node
Issue tương tự
-
enhancement low priority
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
eugenioenko/ttt#674 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Remove obsolete ipAllocationPolicy field from containernodepool-subnetworkref test dependencyĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
GoogleCloudPlatform/k8s-config-connector#13462 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
vavallee/bindery#2793 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày