Files
proxmox/docs/05-network/NETWORK_STATUS.md

130 lines
3.7 KiB
Markdown
Raw Permalink Normal View History

# Network Status Report
**Last Updated:** 2025-12-20
**Document Version:** 1.0
**Status:** Active Documentation
**Network:** Chain ID 138 (QBFT Consensus)
---
## Executive Summary
The network is **fully operational** and producing blocks. The root cause issue (ethash conflicting with QBFT in genesis.json) has been resolved.
---
## 1. Block Production
- **Current Block Height**: Blocks 83-85 (actively increasing)
- **Block Period**: ~2 seconds (as configured)
- **Status**: ✅ Blocks are being produced consistently
### Block Production by Node
- VMID 1000 (validator-1): Block 83+
- VMID 1001 (validator-2): Block 84+
- VMID 1002 (validator-3): Block 85+
---
## 2. Validator Recognition
- **Total Validators**: 5
- **Status**: ✅ All validators recognized by QBFT consensus
### Validator Addresses (from QBFT)
1. `0x1c25c54bf177ecf9365445706d8b9209e8f1c39b` (VMID 1000)
2. `0xc4c1aeeb5ab86c6179fc98220b51844b74935446` (VMID 1001)
3. `0x22f37f6faaa353e652a0840f485e71a7e5a89373` (VMID 1002)
4. `0x573ff6d00d2bdc0d9c0c08615dc052db75f82574` (VMID 1003)
5. `0x11563e26a70ed3605b80a03081be52aca9e0f141` (VMID 1004)
---
## 3. Service Status
### Validators (5 nodes)
- VMID 1000 (besu-validator-1): ✅ active
- VMID 1001 (besu-validator-2): ✅ active
- VMID 1002 (besu-validator-3): ✅ active
- VMID 1003 (besu-validator-4): ✅ active
- VMID 1004 (besu-validator-5): ✅ active
### Sentries (4 nodes)
- VMID 1500 (besu-sentry-1): ✅ active
- VMID 1501 (besu-sentry-2): ✅ active
- VMID 1502 (besu-sentry-3): ✅ active
- VMID 1503 (besu-sentry-4): ✅ active
### RPC Nodes (3 nodes)
- VMID 2500 (besu-rpc-1): ✅ active
- VMID 2501 (besu-rpc-2): ✅ active
- VMID 2502 (besu-rpc-3): ✅ active
**Total Nodes**: 12 (5 validators + 4 sentries + 3 RPC)
---
## 4. Network Connectivity
- **Peer Connections**: All validators showing healthy peer counts (10+ peers)
- **Status**: ✅ Network topology is functioning correctly
---
## 5. Consensus Configuration
- **Consensus Algorithm**: QBFT (Quorum Byzantine Fault Tolerance)
- **Block Period**: 2 seconds
- **Epoch Length**: 30,000 blocks
- **Request Timeout**: 10 seconds
- **Status**: ✅ QBFT consensus is active and functioning
---
## 6. Recent Changes Applied
### Critical Fix Applied
- **Issue**: Genesis file contained both `ethash: {}` and `qbft: {...}`, causing Besu to default to ethash instead of QBFT
- **Solution**: Removed `ethash: {}` from genesis.json config
- **Result**: QBFT consensus now active, validators recognized, blocks being produced
### Previous Fixes
1. ✅ Key rotation completed (all validator and node keys regenerated)
2. ✅ Configuration files updated (removed deprecated options)
3. ✅ RPC enabled on validators (with QBFT API)
4. ✅ Permissioning configured correctly
5. ✅ Static nodes and permissioned nodes files updated
---
## 7. Network Health
### Overall Status: 🟢 HEALTHY
- ✅ All services running
- ✅ Validators recognized and producing blocks
- ✅ Blocks being produced consistently
- ✅ Network connectivity operational
- ✅ Consensus functioning correctly
---
## Next Steps / Recommendations
1. **Monitor Block Production**: Continue monitoring to ensure consistent block production
2. **Monitor Validator Participation**: Ensure all 5 validators continue to participate
3. **Network Metrics**: Consider setting up metrics collection for long-term monitoring
4. **Backup Configuration**: Archive the working genesis.json and key configurations
---
## Troubleshooting History
This network has been successfully restored from a state where:
- Validators were not recognized
- Blocks were not being produced
- Consensus was defaulting to ethash instead of QBFT
All issues have been resolved through systematic troubleshooting and configuration fixes.