NEWTON / EXPLORER
TESTNET
LIVE
TASKS 24H365 policiesCOMPLIANT100.0%0 attestedOPERATORS32 signingRESTAKED0.04 NEWT—MEDIAN RESPONSE36sp99 36.0sRE-VERIFIED 24H—0 invalidatedBLOCK11,958,306Sepolia
NEWTON PROTOCOL · POLICY CLIENT

0x57f4…8d18revision 2 · superseded

0x57f4fb0a4a4b34ea51d47bc7c99c960b80a58d18 · 1 of 8 policies · Sepolia
Revision 2 is superseded. Every attestation minted against 0x34cb95f2…acd0 was revoked when revision 3 landed on 2026-10-09 — regardless of its expiry block, because the client’s policyId no longer matches. Tasks created under it still replay correctly: each one carries this exact set as its own frozen snapshot. See revision 4, the current set →
POLICY ID
0x34cb95f2…acd0
REVISION
2 of 4
POLICIES
1 of 8
DISTINCT
1
RESPONSE EXPIRY
300 blocks
CHAIN
Sepolia
TASKS · 24H
—
ALLOW RATE
—
Every policy must allowFail-closed, and no short-circuit: every policy is evaluated even after one has denied, and a single denial denies the intent. The response expires 300 blocks after its reference block — the shortest expireAfter in the set, on slot 0.

Policies — 1

one Rego + WASM pair per slot
  1. 0
    0xd0ff7aca199aeacc5f316b029a476da7684a38770xd0ff…3877300 blocksbounds set expiry
    wasmbafkreicdyh43c5vv42iunlojjcsaoqvnbzpswqrgk22c2alqjinf55pkbmregonewton_redstone.allow
    — rules— denyWASMspecHash 0x406f6dd0…
    max_list_age_secondsnot in schema691200
    policyParams — 36 bytes on chain0x7b0a2020226d61785f6c6973745f6167655f7365636f6e6473223a203639313230300a7d
Each module is evaluated against its own input — {"params": <this slot’s policyParams>, "wasm": <this slot’s WASM output>}. There is no shared data.wasm object and no cross-slot namespace, so slot 1 cannot read slot 0’s WASM output and a policy cannot be written to depend on its neighbours.
SET IDENTITY
policyId0x34cb95f2ae987450ca92514253c08610a061dee8864eb51bc787b4d8729bacd0
POLICY_SET_DOMAINkeccak256("newton.policy.set")
chainId11155111
policyClient0x57f4fb0a4a4b34ea51d47bc7c99c960b80a58d18
revision2
policies0xd0ff…3877@300
Task managerreads getPolicies() at task creation, then never again
policyId = keccak256(abi.encode(POLICY_SET_DOMAIN, chainId, client, revision, policies)), where policies is the complete ordered array with each entry’s parameters and expiry. Order is part of it, so a reorder alone is a new id.
WHAT A TASK FREEZES
A task carries this exact ordered set as its own snapshot, plus one WASM input per slot. Response validation reads that snapshot and never re-reads the client, so reconfiguring mid-flight cannot change what an in-flight task means — and replay proves it by recomputing the policyId over the snapshot and comparing against the task’s own.
The bound is MAX_POLICIES = 8, enforced on chain and mirrored in the operator, the enclave and the proof guest. An oversize set is rejected, never truncated, and an empty one is rejected too — there is no vacuous allow.

Tasks under revision 2

no tasksExport CSVJSON
No tasks match this scope yet.
The export carries one row per task with the frozen policy set in slot order, and it is the complete filtered history rather than this page. It has no per-policy verdict column: TaskResponse.allowed is a single boolean for the whole set, so which policy denied a task is in no record.