3.7 KiB
3.7 KiB
Network Status Report
Date: 2025-12-20
Network: Chain ID 138 (QBFT Consensus)
Status: ✅ OPERATIONAL
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)
0x1c25c54bf177ecf9365445706d8b9209e8f1c39b(VMID 1000)0xc4c1aeeb5ab86c6179fc98220b51844b74935446(VMID 1001)0x22f37f6faaa353e652a0840f485e71a7e5a89373(VMID 1002)0x573ff6d00d2bdc0d9c0c08615dc052db75f82574(VMID 1003)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: {}andqbft: {...}, 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
- ✅ Key rotation completed (all validator and node keys regenerated)
- ✅ Configuration files updated (removed deprecated options)
- ✅ RPC enabled on validators (with QBFT API)
- ✅ Permissioning configured correctly
- ✅ 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
- Monitor Block Production: Continue monitoring to ensure consistent block production
- Monitor Validator Participation: Ensure all 5 validators continue to participate
- Network Metrics: Consider setting up metrics collection for long-term monitoring
- 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.