Skip to content
Ocean6Documentation
DocsProtocol
Proposed specificationUpdated 19 Sep 2026

Execution lifecycle

On this page
Design status

This chapter specifies proposed network behavior. It is not a deployed service or a production API contract.

Each attempt has its own execution state. Retrying creates a new attempt identifier under the same task; it never reopens the failed attempt. Delivery, acceptance and payment are separate axes so that operational dashboards do not confuse these outcomes.

Swipe or scroll to view all columns →

Attempt stateMeaningPermitted next states
submittedAttempt recorded; executor acceptance pendingaccepted, rejected, cancelled
acceptedExecutor accepted valid work and authorityrunning, failed, cancelled, expired
runningWork has started under the leasedelivered, failed, cancelled, expired
deliveredAn authorized output submission was durably recordedNone on this execution axis
rejectedExecutor did not accept the attemptNone
failedExecution failed with a recorded reasonNone
cancelledCancellation confirmed for the attemptNone
expiredExecution authority or deadline expiredNone

State invariants#

STATE-01 A transition MUST compare the current state version, check the active lease where applicable and commit its event atomically. STATE-02 Terminal execution records are immutable. Later evaluation or dispute records reference them. STATE-03 A delivered attempt is not automatically an accepted result or a paid task.

Delivery submission checks structural validity, authorization, current attempt and accessible output metadata. Acceptance then checks identity evidence, content integrity and the frozen evaluation rules. Content that later fails evaluation remains associated with the delivered attempt for investigation.

Event ordering#

Every state event includes event_id, task_id, attempt_id where applicable, entity_type, previous_state, next_state, sequence, recorded_at and actor identity. Sequence is strictly increasing within its declared entity stream; timestamps do not define a global event order. Consumers deduplicate by event_id and reconcile gaps against authoritative state.

This separated state model refines the earlier design draft, which presented validated and settled in one linear sequence. It changes proposed network semantics only; reference 0.2 has no network state machine.

Documentation 1.1 · Software reference 0.2
Download PDFDeveloper packageWord editionView Markdown

Search across all 30 chapters.

Use Tab to navigate results and Enter to open a chapter.
Documentation v1.1 · EN
Open task lab ↗Ocean6 website ↗