Skip to content
Ocean6Documentation
DocsSecurity
Proposed specificationUpdated 19 Sep 2026

Delivery verification

On this page
Design status

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

Verification is a sequence of distinct checks with recorded outcomes. A checker must state what it verified and which trust sources it relied on. A single verified badge should not conceal whether identity, integrity, execution environment or business quality was evaluated.

  1. Validate the protocol version, field set, types and size limits. Reject ambiguous encodings and unsupported profiles.
  2. Resolve tenant, task and attempt. Check the coordinator's recorded delivery admission against the lease and generation valid at that point; reject cross-task or stale submissions.
  3. Resolve the trusted key record and verify the complete signature profile, including revocation and replay rules.
  4. Retrieve authorized input and output bytes and recompute the declared digests. Record unavailable evidence separately from a mismatch.
  5. Evaluate the frozen acceptance profile: deterministic replay, model evaluation, customer approval or another explicitly defined method.
  6. Persist an acceptance record with the checker identity, rule version, code digest, outcome, reasons and evidence references. Send only the appropriate accounting eligibility event.

Swipe or scroll to view all columns →

CheckWhat it establishesWhat remains outside scope
Digest comparisonConsistency with specified bytesPublisher or executor identity
Registered-key signatureAn attributable signed statementTruth of every execution claim
Deterministic replayConformance to a fixed algorithmArbitrary model inference or GPU use
Model evaluationPerformance on a declared evaluation methodUniversal output correctness
Environment attestationProperties covered by the attestation trust modelBusiness suitability of the output

Missing evidence and disputes#

VERIFY-01 An unavailable output, registry or evaluation dataset cannot yield a pass. Retain a pending decision until the defined deadline, then follow the failure or dispute policy. A successful HTTP response or well-formed hash string is not a completed integrity check.

If the same actor can replace the input, output, receipt and manifest, self-consistency alone provides no independent trust anchor. Pin the original task and approved release through an authenticated channel. The same limitation applies to the local reference checksum file.

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 ↗