Skip to content
Hyperkit
Docs/ERC-1066 and x402

ERC-1066 and x402

This section explains the status semantics, policy logic, and payment concepts used in the Hyperkit stack. It should be read as protocol and payment documentation, not as proof that every referenced implementation path is equally mature or fully deployed.

Activev0.2.0

What is ERC-1066 and x402?

ERC-1066 provides machine-readable status semantics. x402 provides a payment-wall pattern for supported flows. In the Hyperkit system, these concepts matter because the platform needs both structured status feedback and explicit payment behavior inside workflow execution.

Current Product Truth

In current HyperAgent documentation, x402 is the intended payment contract for supported v0.1.0 or v0.2.0 flows, while credits-era wording should be treated as legacy or transitional unless a page states otherwise.

Why this matters

Machine-readable status

Structured status semantics help policy logic, release gating, and machine-driven branching.

Policy visibility

Status and policy surfaces clarify why a workflow or release path is blocked, allowed, or incomplete.

Payment-wall clarity

x402 expresses an intended payment model for supported flows without forcing the docs to keep legacy billing language as equal truth.

System alignment

The standards matter most when they are tied back to the current product path and current enforcement scope.

Current Scope

This documentation section should not imply that all protocol-level examples map one-to-one to current production support across every chain. The safer reading is narrower. These semantics and payment concepts are part of the Hyperkit system design, and the currently documented payment path is centered on supported workflow flows rather than on universal network parity.

Next Steps