README.md

Awesome Berachain validators

Collection of Berachain validators resources

Contents

Monitoring
Proof of Liquidity
Data
Snapshots
FAQ

Monitoring

• Berachain Validator Monitoring - Public Dashboard
• Tenderduty - Comprehensive monitoring tool for Tendermint chains. Its primary function is to alert a validator if they are missing blocks, and more.
• cosmos-validator-watcher - Real-time Cosmos-based chains monitoring.
• tmtop - A top-like tool for monitoring chain consensus.
• CVMS - Integrated view for validators with thier essential metrics
• BeraChain Scan - Custom Block Explorer

PoL

• Synergynode cutting board tool - Simple UI to manage your Berachef cutting board.
• Kodiak cutting board tool - Simple UI to manage your Berachef cutting board.

Data

• BGTscan - BGT rewards dashboard
• Nodes map - Berachain v2 nodes map
• B-Harvest dashboard - Validators data by B-Harvest

Snapshots

Provider	Database
A41	pebbledb
Allnodes	goleveldb
Berachain (Asia)	pebbledb
Berachain (Europe)	pebbledb
Berachain (North America)	pebbledb
Blacknodes	pebbledb
Blockhunters	goleveldb
Brightlystake	pebbledb
Contribution DAO	pebbledb
Imperator	goleveldb
L0vd services	pebbledb
Staketab	pebbledb
Synergy Nodes	pebbledb
TTT VN	pebbledb

FAQ

• How do I address missed blocks on my validator?
  • Check disk I/O metrics, make sure your node can keep up.
  • NVMe storage is highly recomended over SSDs for better performance.
  • The CPU is another possible bottleneck. Some users have reported that overclocking has helped dissipate the problem.
  • For validators on AWS,i4i.2xlarge is a good example of machine spec which has been reported to work without issues.
  • For more context, please see this relevant discussion.
• My BGT rewards are delayed or missing!
  • Please review your cutting board, ensure that the weights are setup exactly the way you expect them.
  • You can use any of these tools to make the job easy.
  • Currently the rewards distribution is less centralized and (very rarely) likely to be disrupted. The berachain team will continue to monitor and fix any problems, but expect more decentralization (and more resileince) in the future.
  • If you updated your cutting board and are worried about the status of the update, you can check the current status through a contract call. Please see discussion here.
• I have questions on snapshots?
  • More information here.
• I'm unable to update the cutting board - returns an error
  • Please see above for tools that you can use to update your cutting board. You can also run trasanctions from the command-line (ex. cast)
  • Check the transaction details on the explorer - what does it say? For example, this transaction returned an error because the operator address was not registered.
  • To set the operator address, run: cast send 0xfb81E39E3970076ab2693fA5C45A07Cc724C93c2 "setOperator(address)" 0xYOUROPERATORADDRESS --rpc-url ETH_RPC_URL --private-key YOURPRIVATEKEYWITHOUT0x
  • Please make sure to read the instructions very carefully - addresses, amounts, etc.
• How do I check for peering issues?
  • Poor peering can result in your node falling behind and potentially missing out on rewards.
  • Keep an eye on your logs if your suspect any peering problems - these will usually show up as a "connection refused" message, "could not resolve host" etc.
  • Check for established connections to your node. ex. on linux netstat -plant|grep ESTABLISHED, which gives you the source addresses to verify peering.
  • Check your geographic region for the availability of nearby peers; consider relocating to a different region.
  • Change your execution client - remember that peering can affect both the execution and consensus layers. Reth appears to have substantially more peers than geth.
  • Make sure that you have alerting set up on both layers to catch any problems proactively. More information was provided during the monitoring office hours.

Contributing

Your contributions are welcome! Please feel free to submit a Pull Request.

Changelog

• 2024-08-02: Initial release