Validator Operator

Complete guide for running a Validator on NCN Network.


Overview

Validators participate in the consensus mechanism by:

  • Validating preprocessing requests

  • Validating completion results

  • Signing consensus messages

  • Maintaining network integrity

Earnings: Share of ~5% validator fee per inference


Requirements

Hardware

Resource
Minimum
Recommended

CPU

2 cores

4 cores

RAM

4 GB

8 GB

Storage

50 GB SSD

100 GB SSD

Network

100 Mbps, low latency

1 Gbps

Capital

  • Minimum stake (configurable, check network)

  • Gas for registration transactions

Network

  • Stable, low-latency connection

  • P2P port (8828) accessible


Setup

1. Install Dependencies

2. Build Registry Node

3. Generate Validator Key

4. Stake Tokens (On-Chain)

5. Configure Validator

Create /etc/ncn/validator.env:

6. Create Systemd Service

Create /etc/systemd/system/ncn-validator.service:

7. Start Validator


Validator Registration Flow


Operations

Monitor Validator

Check Validator Status

View Reputation


Earnings

Fee Distribution

For each validated inference:

  • 5% total goes to validators

  • Split among participating validators

  • More validations = more earnings

Track Earnings


Reputation System

How Reputation Works

Action
Impact

Successful validation

+1 point

Failed validation

-2 points

Timeout (no response)

-5 points

Slashing event

-20 points

Maintain High Reputation

  1. Stay Online: Maximize uptime

  2. Fast Response: Low-latency connection

  3. Honest Behavior: Never sign invalid results

  4. Regular Updates: Keep software current

Check Reputation


Avoiding Slashing

Slashable Offenses

Offense
Penalty

Invalid signature

50% stake

Approving invalid result

30% stake

Collusion

100% stake

Prolonged downtime

10% stake

Best Practices

  1. Secure Key: Protect validator private key

  2. Monitor Health: Set up alerting

  3. Redundancy: Consider backup infrastructure

  4. Stay Updated: Apply security patches


Network Participation

Bootstrap Nodes

Connect to existing validators:

Peer Discovery

The P2P network uses Kademlia DHT:

  • Automatic peer discovery

  • Distributed state replication

  • Fault-tolerant messaging

Check Peers


Maintenance

Update Validator

Add/Withdraw Stake

Unregister Validator


Troubleshooting

"No peers found"

  • Check bootstrap nodes are correct

  • Verify P2P port (8828) is open

  • Check network connectivity

"Consensus failed"

  • Not enough validators online

  • Check minimum validators setting

  • Verify network health

"Slashed"

  • Review logs for violation

  • May need to add more stake

  • Contact community for appeal


Security Best Practices

  1. Secure Validator Key

    • Use HSM for production

    • Never share private key

  2. Firewall

    • Only expose necessary ports (8828, 50050)

    • Use fail2ban for brute force protection

  3. Monitoring

    • Alert on reputation drops

    • Monitor for slashing events

  4. Redundancy

    • Consider backup node

    • Document recovery procedures


Next Steps

Last updated