Skip to main content
GET
Get validators from state

Path Parameters

state_id
string
required

State identifier. Can be one of: "head" (canonical head in node's view), "genesis", "finalized", "justified", <slot>, <hex encoded stateRoot with 0x prefix>.

Query Parameters

id
string[]

Either hex encoded public key (any bytes48 with 0x prefix) or validator index

Maximum array length: 30

Either hex encoded public key (any bytes48 with 0x prefix) or validator index

status
enum<string>[]

Possible statuses:

  • pending_initialized - When the first deposit is processed, but not enough funds are available (or not yet the end of the first epoch) to get validator into the activation queue.
  • pending_queued - When validator is waiting to get activated, and have enough funds etc. while in the queue, validator activation epoch keeps changing until it gets to the front and make it through (finalization is a requirement here too).
  • active_ongoing - When validator must be attesting, and have not initiated any exit.
  • active_exiting - When validator is still active, but filed a voluntary request to exit.
  • active_slashed - When validator is still active, but have a slashed status and is scheduled to exit.
  • exited_unslashed - When validator has reached reguler exit epoch, not being slashed, and doesn't have to attest any more, but cannot withdraw yet.
  • exited_slashed - When validator has reached reguler exit epoch, but was slashed, have to wait for a longer withdrawal period.
  • withdrawal_possible - After validator has exited, a while later is permitted to move funds, and is truly out of the system.
  • withdrawal_done - (not possible in phase0, except slashing full balance) - actually having moved funds away

Validator status specification

Response

Success

execution_optimistic
boolean

True if the response references an unverified execution payload. Optimistic information may be invalidated at a later time. If the field is not present, assume the False value.

Example:

false

data
object[]