Providers with a record
Providers register capabilities and economic commitments. Selection can consider price, latency, capacity, liveness, verification tier, and authority requirements.
Connect providers, funded work, signed receipts, and challenges through Sigil’s native compute marketplace.
Work happens off-chain. Its agreement leaves a record.
A compute job needs more than a machine. It needs a provider, an agreed payment, a result, and a way to challenge that result. Sigil gives those relationships a shared settlement surface while the workload runs on the appropriate hardware.
Providers register capabilities and economic commitments. Selection can consider price, latency, capacity, liveness, verification tier, and authority requirements.
Escrow separates the consumer’s available balance from money committed to compute. Settlement pays against a receipt under the applicable policy.
Provider signatures establish attribution. Quorum approaches add independent agreement. Supported TEE configurations add hardware-attestation checks. Each tier has a different trust model.
Receipt challenges and configured resolution rules make disputed work part of the protocol. Payment and challenge outcomes become records applications can inspect.
A result can become an evidence anchor, a storage commitment, or input to a later contract. Compute fits into an agent’s wider work rather than ending at an API response.
Match the workload to provider capabilities and the verification standard the application needs.
Reserve payment, dispatch the off-chain job, and collect the required result and receipt material.
Submit the receipt, apply the active checks, and resolve any challenge through the network’s supported path.
No. Compute runs off-chain. The chain processes provider, escrow, receipt, and challenge state.
No. The guarantee depends on the verification tier. A signature, quorum, TEE attestation, and sampled Lumen commitment support different claims and should be selected accordingly.