Skip to main content
GET
Get task by id

Authorizations

api-key
string
header
required
api-sign
string
header
required
api-nonce
string
header
required

Path Parameters

task_id
string
required

Task identifier, a T-prefixed 14-char base32 string.

Example:

"TABCDEF234567A"

Response

Full details of the requested task.

task_id
string
required

Task identifier, a T-prefixed 14-char base32 string.

Example:

"TABCDEF234567A"

type
string
required

Coarse task-level discriminator. Every task is exposed in the instruction-normalized model, so this is always normalized_task. Read the per-instruction type inside instructions[] for the specific actions the task performs.

Example:

"normalized_task"

state
string
required

Lifecycle state of the task. One of pending, approved, rejected, canceled, expired, failed, executed.

Example:

"pending"

created_at
string<date-time>
required

RFC 3339 UTC timestamp when the task was created.

Example:

"2026-01-15T12:34:56Z"

updated_at
string<date-time>
required

RFC 3339 UTC timestamp when the task was last updated.

Example:

"2026-01-15T12:35:56Z"

expires_at
string<date-time>
required

RFC 3339 UTC timestamp when the task expires if no decision is reached.

Example:

"2026-01-16T12:34:56Z"

initiator
object
required

User or API key that initiated the task.

quorum_type
string
required

Scope of the quorum required to advance the task. domain for org-wide quorum, vault for vault-scoped quorum.

Example:

"vault"

can_review
boolean
required

True if the caller may still cast a review decision on this task.

Example:

true

current_user_decision
string
required

The caller's own decision on this task. One of undecided, approved, denied.

Example:

"undecided"

activities
object[]
required

Chronological audit trail of actions taken against the task: creation, reviews, executions, and state transitions.

reviewer_statistics_label
string
required

Indicates which reviewer-tally field to consult. standard means use reviewer_statistics; multiquorum means use subquorum_approvals.

Example:

"standard"

instructions
(update_subquorum · object | update_vault_user · object | update_vault_policy · object | request_withdrawal · object | remove_org_user · object | create_user · object | update_withdrawal_address · object | update_user_permission · object | request_staking_allocation · object | request_transfer_to_spot · object | request_custody_transfer_to_spot · object | request_staking_deallocation · object | request_pledge · object | request_pledge_release · object | create_vault · object | update_vault · object | update_domain_policy · object | update_user_status · object | create_api_user · object | update_api_user · object)[]
required

List of atomic instructions that make up the task. Each entry describes a single change; batch changes are expanded into one entry per change.

A single atomic instruction. The type field selects the variant and identifies the instruction type.

approval_id
string

Approval UUID, when the task is part of an approval flow.

Example:

"1ef8cecf-5d7b-4f83-9640-96d74db0e858"

reviewer_statistics
object

Tally of reviewer decisions for single-quorum tasks. Omitted for multi-quorum tasks. Use subquorum_approvals when reviewer_statistics_label is multiquorum.

vault_info
object

Vault the task is scoped to. Omitted for domain-level tasks that do not target a specific vault.

subquorum_snapshot
object

Subquorum policy snapshot taken when the task was created. Approvals are evaluated against this snapshot so a later policy change cannot retroactively invalidate decisions already cast.

subquorum_approvals
object[]

Per-group approval tally for multi-quorum tasks. Each entry lists a group's ID and the IIBANs of members in that group who have approved so far.

result
object

Outcome of the task once it has been applied. Populated for task types that produce a result, such as user creation.