Giter VIP home page Giter VIP logo

pulse-staking-dashboard's Introduction

  • ๐Ÿ‘‹ Hi, Iโ€™m @raskitoma
  • ๐Ÿ‘€ Iโ€™m interested in creating things to make life easier...
  • ๐ŸŒฑ Iโ€™m currently learning about... I don't know... I'm always learning...
  • ๐Ÿ” Iโ€™m looking to collaborate on any project you need to automate, etc...
  • ๐Ÿ“’ I'm not attached to one language, framework, etc. I can adapt fast... I want/like to solve problems!
  • ๐Ÿ“ซ You can reach me at [email protected]

My Stats

Raskitoma's github stats GitHub Streak

GitHub followers GitHub Stars Twitter Followers Twitch Status

Visit my website Raskitoma dot COM

pulse-staking-dashboard's People

Contributors

greg7mdp avatar littleskunk avatar raskitoma avatar yoldark34 avatar

Stargazers

 avatar  avatar  avatar

Forkers

tdslaine

pulse-staking-dashboard's Issues

Connection refused

Hi,

Got this error, do you have any idea ? I disabled my ufw, reboot, nothing is listening on this port, i tried with prysm, same error too, on mainnet on ubuntu 22.04 like you, on hetzner server, thanks !

image

ROI does not account for periodic withdrawals to your eth1 address (Capella Upgrade)

I notice the dashboard doesn't calculate ROI properly, as it believes any withdrawal is due to slashing or something similar. Is there a way to configure the dashboard to ignore the periodic sweeps that Capella Upgrade supports?

From: https://lighthouse-book.sigmaprime.io/partial-withdrawal.html

"if a validator has a withdrawal credential type 0x01, any rewards above 32ETH will be periodically withdrawn to the withdrawal address. This is also known as the "validator sweep", i.e., once the "validator sweep" reaches your validator's index, your rewards will be withdrawn to the withdrawal address. At the time of writing, with 560,000+ validators on the Ethereum mainnet, you shall expect to receive the rewards approximately every 5 days."

Hardcoded data source breaks reporting

The original script uses inputs to allow the importer to select the data source details at time of import.

if the below code is included at the top of the file it will enable this to work.

"__inputs": [
{
"name": "DS_PROMETHEUS",
"label": "Prometheus",
"description": "",
"type": "datasource",
"pluginId": "prometheus",
"pluginName": "Prometheus"
},
{
"name": "VAR_NODE_JOB",
"type": "constant",
"label": "node_job",
"value": "lighthouse",
"description": ""
},
{
"name": "VAR_VALIDATOR_JOB",
"type": "constant",
"label": "validator_job",
"value": "lighthouse_validator",
"description": ""
}
],

In addition any references to data source will need to reference the input variable as such:

  "datasource": {
    "type": "prometheus",
    "uid": "${DS_PROMETHEUS}"

Jexxa_Yoldark_PLS_staking_dashboard.json.txt

Current version links out to Ethereum mainnet beacon explorer, should be Pulsechain explorer.

changing the current references of

"targetBlank": true,
"title": "https://beaconcha.in/validator/${__value.raw}",
"url": "https://beaconcha.in/validator/${__value.raw}"

to be

"targetBlank": true,
"title": "https://beacon.v4.testnet.pulsechain.com/validator/${__value.raw}",
"url": "https://beacon.v4.testnet.pulsechain.com/validator/${__value.raw}"

Will forward links to the current Pulsechain testnet v4 beacon explorer

Jexxa_Yoldark_PLS_staking_dashboard.json.txt

Dashboards break after adding N validators

This issue could be unrelated to the dashboard, but something worth looking into.

The dashboards use metrics such as validator_monitor_balance_gwei from Prometheus to show data. However, after adding N validators 64 these metrics stop being emitted by the jobs that get scrapped.

To reproduce: Start with < 50 validators in test net, verify that the metrics are produced by seeing the dashboard populating the panels correctly, can start slowly adding in batches of 10 or 20 after that after the validators are > 64 you should see that no new metrics are emitted for new validators and somehow new metric data for the old ones stops as well.

Issue loading validator data

Hello, does the validator data take some time to show up?

I added it to grafana with default values that come with it and selecting Prometheus but it looks like this even after more than 24 hours:

Screen Shot 2023-05-05 at 9 53 06 PM

Update: Did the Shanghai upgrade break it completely?
I see it did for the main repo: Yoldark34#6

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.