Skip to main content

What is a validator

What is a validator

A validator is a network participant that verifies transactions, proposes new blocks, and helps maintain the integrity of a blockchain. In proof-of-stake (PoS) and related consensus mechanisms, validators lock up (stake) tokens as collateral to participate in block production and validation. If a validator behaves honestly, it earns rewards; if it acts maliciously or fails to perform its duties, its stake can be reduced through slashing.

In short: a validator is a node operator that stakes tokens to participate in securing a blockchain by verifying transactions and producing blocks. Honest validators earn rewards; dishonest or negligent ones lose stake.

How validators work

Validators operate in the context of a consensus mechanism — the protocol by which a blockchain's participants agree on which transactions are valid and in what order they are added to the chain. In proof-of-stake systems, the process follows a general pattern:

  1. Staking. The validator locks a required amount of the blockchain's native token in a staking contract. This stake serves as collateral — it demonstrates the validator's financial commitment to honest behavior.
  2. Block proposal. The consensus protocol selects a validator to propose the next block. Selection methods vary: it may be random, weighted by stake size, or based on a round-robin schedule. The selected validator assembles pending transactions into a block.
  3. Attestation / voting. Other validators verify the proposed block — checking that the transactions are valid, that the block follows protocol rules, and that it connects correctly to the previous block. They signal their agreement by signing (attesting to) the block.
  4. Finalization. Once enough validators have attested to the block (typically a supermajority, such as two-thirds of the validator set), the block is considered finalized and added to the chain permanently.
  5. Rewards. Validators that propose blocks and correctly attest receive rewards, typically in the chain's native token. Rewards compensate validators for the operational costs of running hardware and the opportunity cost of locking up capital.

Validator duties

A validator's responsibilities go beyond occasionally proposing blocks:

  • Continuous availability. Validators must run their node software 24/7. Missing attestation duties or being offline when selected to propose a block results in missed rewards and, in some protocols, minor penalties.
  • Correct behavior. Validators must follow protocol rules. Signing two conflicting blocks (double-signing), attesting to invalid transactions, or attempting to reorganize the chain are violations that trigger slashing.
  • Software maintenance. Validators must keep their node software up to date, apply security patches, and participate in network upgrades.
  • Infrastructure management. Running a validator requires reliable hardware, network connectivity, and operational monitoring.

Proof of Stake and validator economics

In proof-of-stake (PoS) systems, validators replace the miners of proof-of-work (PoW) systems. Instead of competing to solve computational puzzles (which consumes energy), validators are selected to produce blocks based on the amount of stake they have committed.

Delegated and nominated variants

Many PoS systems allow token holders who do not want to run a validator node themselves to delegate their tokens to an existing validator. The validator operates the node; the delegator contributes stake. Rewards are shared between the validator (who takes a commission) and the delegators.

Common PoS variants involving validators:

Variant How validators are selected Examples
Pure PoS Weighted by stake; any eligible staker can validate Ethereum (post-Merge)
Delegated PoS (DPoS) Token holders vote for a limited set of validators EOS, Tron
Proof of Staked Authority (PoSA) Validators are staked and authorized; combines PoS with authority selection BNB Chain
Nominated PoS (NPoS) Nominators back validators with their stake; algorithmic selection Polkadot, Kusama

The validator set size varies dramatically: from a few dozen (in DPoS or PoSA systems) to thousands (in Ethereum's PoS).

Slashing and accountability

Slashing is the mechanism by which a validator loses part or all of its staked tokens as punishment for protocol violations. Slashing enforces honest behavior through economic penalties rather than through authority or reputation.

Common slashable offenses include:

  • Double-signing. Proposing or attesting to two conflicting blocks at the same height. This is the most serious violation because it threatens chain consistency.
  • Surround voting. Attesting in a way that contradicts a previous attestation, creating conflicting views of the chain history.
  • Extended downtime. In some protocols, prolonged unavailability results in gradual stake reduction (sometimes called "inactivity leaking" rather than slashing).

The severity of slashing varies by protocol and offense. Minor infractions may result in small penalties; double-signing typically results in a significant portion of the stake being destroyed.

Validators in crypto AI

In the crypto AI context, validators appear in two distinct roles:

Blockchain validators

Standard blockchain validators secure the underlying chain that a crypto AI project is built on. Every PoS-based crypto AI project depends on validators to process its transactions, execute its smart contracts, and finalize its state changes. The validator infrastructure is part of the project's trust foundation.

AI-specific validators

Some crypto AI projects introduce specialized validator roles within their own networks. These validators do not just validate blockchain transactions — they validate AI-related work:

  • Inference validators. Verify that AI inference was performed correctly by checking proofs (ZK proofs, TEE attestations) or comparing results from multiple providers.
  • Compute validators. Verify that GPU providers completed computational tasks as claimed, often by re-executing a subset of computations or checking cryptographic proofs of work.
  • Data validators. Verify the quality, authenticity, or integrity of data submitted to AI data marketplaces or training pipelines.
  • Oracle validators. Validate external data feeds that AI models consume, ensuring the data has not been tampered with before it enters the AI pipeline.

These AI-specific validator roles often carry their own staking and slashing mechanisms, separate from the base layer blockchain consensus.

Validator vs node

A common confusion is between validators and nodes. All validators run nodes, but not all nodes are validators:

Role What it does Requires staking
Full node Downloads and verifies the entire blockchain; enforces consensus rules No
Archive node Full node that also stores all historical states No
Light node Verifies block headers without downloading the full chain No
Validator node Full node that additionally proposes and attests to blocks Yes (in PoS systems)

Running a non-validator full node contributes to the network's decentralization and data availability but does not earn block rewards or require staking.

Where it appears in DecAIHub project cards

  • Chain infrastructure. The consensus mechanism and validator model of the project's underlying blockchain are part of the operational context.
  • AI component. When a project uses specialized validators for AI-related verification (inference validation, compute validation), this appears in the AI component field.
  • Token model. Staking tokens to run a validator is one of the most common and concrete forms of token utility. It directly ties token ownership to network security.
  • Evidence table. For projects with their own validator networks, Tier-1 evidence includes active validator counts, staking parameters, slashing events, and uptime metrics.

What a validator alone does not prove

  • Running validators does not prove a project has real AI. Validators secure the blockchain layer; the AI layer requires separate evidence.
  • A large validator count does not prove decentralization. If a few entities control most validators (through delegation or multiple validator nodes), the network may be centralized in practice.
  • Validator staking does not prove token necessity for the AI component. The token may be necessary for blockchain consensus but not for the AI pipeline.
  • High staking rewards do not prove sustainability. Reward rates depend on token emissions, which may dilute token value over time.
  • Calling a role "validator" does not mean it validates in the consensus sense. Some projects use the term loosely for any node that performs checks or verifications.

Do not confuse with

  • Node — any participant that runs blockchain software and maintains a copy of the chain. Validators are a specific type of node with additional responsibilities (block production, attestation) and requirements (staking).
  • Miner — in proof-of-work systems, miners solve computational puzzles to propose blocks. Validators serve an analogous role in proof-of-stake systems, but through staking rather than computation.
  • Delegator — a token holder who stakes their tokens with a validator but does not run node infrastructure. The delegator trusts the validator to behave honestly and shares in the rewards.
  • Consensus mechanism — the protocol that defines how validators coordinate. Validators are participants within the consensus mechanism, not the mechanism itself.
  • Oracle — an external data provider that feeds information to smart contracts. Some projects combine validator and oracle roles, but they are distinct functions.

Frequently asked questions

What do I need to run a validator?

Requirements vary by blockchain. Common requirements include: a minimum stake (which can range from modest to substantial amounts of the native token), dedicated server hardware (or cloud instances) with sufficient CPU, RAM, storage, and bandwidth, reliable internet connectivity with high uptime, and the technical knowledge to install, configure, and maintain node software. Some chains also require validators to pass a governance or application process. Many token holders choose to delegate their stake to existing validators rather than running their own.

What happens if a validator goes offline?

The consequences depend on the protocol. In most PoS systems, a validator that goes offline misses rewards for the period it is unavailable. Some protocols impose additional penalties: Ethereum, for example, applies a gradual "inactivity leak" that slowly reduces the stake of offline validators during periods of low network participation. This is less severe than slashing (which targets malicious behavior) but still creates a financial incentive to maintain high uptime.

What is the difference between a validator and a delegator?

A validator runs the actual node infrastructure — hardware, software, network connectivity — and performs the duties of proposing and attesting to blocks. A delegator contributes tokens to a validator's stake without running any infrastructure. The validator does the work; the delegator provides additional economic security. Rewards are split between them, with the validator typically taking a commission. Delegators share in slashing risk: if the validator they delegate to is slashed, delegators lose a proportional amount of their delegated stake.

Can a validator be slashed unfairly?

Slashing is designed to punish clearly defined protocol violations, not subjective judgments. Double-signing, for example, requires the validator to produce cryptographic evidence of conflicting messages — this is objectively verifiable. However, operational risks exist: software bugs, misconfigured failover systems that accidentally run two instances of the same validator, or infrastructure failures that cause conflicting attestations can trigger slashing even without malicious intent. Validators mitigate these risks through careful infrastructure design, monitoring, and avoiding running redundant instances that could double-sign.

External references

See also